Ошибка загрузки документа при выполнении запроса POST к ресурсу
При открытии внешней обработки в режиме 1С предприятия возникает ошибка загрузки документа.
Скриншот ошибки
Полный текст ошибки
Ошибка загрузки документа.
по причине:
HTTP: Forbidden
Ошибка при выполнении запроса POST к ресурсу /e1cib/extmd/processing:
Сопутствующая ошибка «Пользователь ИБ не идентифицирован» в конфигураторе
Это особенности работы платформы 8.3.9 после выхода из спящего режима, на следующий день.
Решение проблемы
Проблема решается простым перезапуском системы: предприятия или конфигуратора. Возможно ограничение идет как на спящий сеанс в параметрах базы, или же это просто временный глюк платформы.
Получается пользователь теряет авторизацию, что запрещает ему открытие файлов.
Сущность хорошей рекламы не в том, чтобы возбуждать надежду, а в том, чтобы распалять жадность.
Содержание:
1. Почему появляется эта ошибка 1с 8?
2. Исправление ошибку POST
1. Почему появляется эта ошибка 1с 8?
В процессе работы с 1С порой появляется сообщение «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данное сообщение достаточно нередко связано с кодом 1С 8.3 в новых релизах 1С.
Рассмотрим, в чем же заключается «неправильность» выполнения запроса POST к ресурсу 1С, каковы первопричины ее образования и как с ней бороться.
В тексте сообщения обычно содержится растолкование источника появления проблемы – это ошибка 1С 8 либо на сервере, либо СУБД, либо какая-то другая.
«Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm» появляется неожиданно и чаще всего не обладает какой-либо логичностью.
2. Исправление ошибку POST
Чтобы исправить ошибку POST к ресурсу /e1cib/logForm можно попробовать сделать следующее:
· Провести типовое Тестирование и Исправлении базы 1С 8 (в конфигураторе в пункте меню «Администрирование» выберите Тестирование и исправление). Предварительно обязательно подготовьте архивную копию базы 1С 8!
· Установить последние актуальные обновления к базе 1С 8.
· Откатить программу 1С до предыдущей версии/релиза (восстановить копию базы 1С, сделанную до выполнения обновления).
· Работая с Windows, можно очистить сеансовые данные. Для этого потребуется остановить службу сервера базы 1С, после чего в папке C:Program Files1cv8srvinforeg_1541snccntx + *уникальный идентификатор* удалить все за исключением файлов, которые имеют расширение *.1, а затем обратно запустить «Сервер 1С».
· Перезапустить сам сервер 1С Предприятие.
· Обратиться на линию консультаций в официальную поддержку фирмы «1С». Кстати, Вы также можете обратиться и к нам по этому или любому другому вопросу. Мы всегда на связи и с радостью поможем решить Вашу проблему.
Специалист компании «Кодерлайн»
Иванова Ольга
При обмене данными клиент-сервер в программе «1С Бухгалтерия» (обычно версий 8.3.хххх) оператор локального ПК может внезапно столкнуться с сообщением «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная проблема обычно имеет программную природу, и вызвана некорректно написанным обновлением к данной программе. Ниже я разберу, что это за ошибка, каковы факторы её возникновения, и как её исправить.
Содержание
- Перевод и причины дисфункции
- Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
- Заключение
Перевод и причины дисфункции
После текста сообщения об ошибке при обращении к /e1cib/logForm обычно следует описание причины её возникновения, которая может иметь различный характер (ошибка на сервере, ошибка СУБД и другие).
Проблема возникает на серверной версии программы, причём после установки очередного обновления к «1С». Проблемными стали версии программы 8.3.6, 8.3.8.хх, 8.3.9.ххх, на которых рассматриваемая мной дисфункция возникает наиболее часто.
Данная ошибка возникает случайно, в большинстве случаев не имеет каких-либо закономерностей при своём появлении, чем раздражает довольно многих пользователей, заваливающих техподдержку 1С «письма счастья».
Как я уже упоминал выше, причиной возникновения ошибки запроса POST является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже.
Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации.
Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
Чтобы избавиться от ошибки рекомендую выполнить следующее:
- Выполните стандартное «Тестирование и Исправлении» (ТиИ) вашей базы данных. Данная операция осуществляется переходом в «Конфигуратор», где во вкладке «Администрирование» необходимо выбрать опцию «Тестирование и Исправление». Операцию необходимо осуществлять в монопольном режиме, потому никого кроме вас в базе быть не должно. Перед выполнением указанной процедуры рекомендуется сделать страховочную копию ваших баз данных;
- Установите наиболее свежие обновления к вашей версии 1С. Поскольку пик появления данной ошибки пришёлся на 2016-2017 годы, то с тех пор разработчиками был выпущен ряд обновлений, позволяющих устранить данную ошибку. Установите свежие апдейты для вашей «1С», и если не помогло, то идём дальше;
- Откатите программу до прежней версии. В некоторых случаях (когда у пользователей было установлены самые свежие обновления) помог откат программы до более ранней (и более стабильной) версии программы;
- При доступе к серверу 1С рекомендуется почистить кэш. Остановите на сервере службу под названием «агент сервера 1с предприятие», в каталоге кэша сервера удалите всё кроме файлов, имеющих расширение *.1 Примерный путь к каталогу может быть:
Program Files1cv8srvinforeg_1541
После чего вновь запустите указанную службу;
- Перезапустите сам сервер 1С Предприятие. У некоторых пользователей это помогло решить проблему запроса POST к ресурсу /e1cib/logForm;
- Обратитесь в официальную поддержку 1С за консультацией и помощью. Также может помочь обращение по сети (к примеру, на е-мейл v8@1c.ru) или по телефону (495) 956-11-81 в техническую поддержку 1С. Поскольку рассматриваемая ошибка имеет массовый характер и наблюдается не первый год, то наверняка у специалистов техподдержки уже имеются работающие алгоритмы решения возникшей проблемы.
Обратитесь в техподдержку 1С
Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента.
Заключение
Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается.
Опубликовано 28 марта 2018 Обновлено 28 января 2021
Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Выглядит данная ошибка вот так:
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
- Ошибка в релизе 1С
- Ошибка в платформе 1С
- Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
- Ошибка кэша
- Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» — есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Также может помочь переход с х86 сервера 1С на х64.
Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.
В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.
Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:
Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.
Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.
Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.
Клиент поймал довольно странную ошибку при работе в 1С. При этом отследить её было проблематично. Она могла возникнуть в любой момент: при работе с документами или же просто в режиме ожидания.
Из дальнейших действий — «Перезапустить» или «Завершить». В общем, неудобно и бесит, когда трудишься по своей задаче. А тут еще работу в открытом сеансе потерять можно.
Полный текст ошибки:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
- Ошибка в релизе 1С
- Ошибка в платформе 1С
- Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
- Ошибка кэша
- Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» — есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Также может помочь переход с х86 сервера 1С на х64.
Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.
В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.
Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:
Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.
Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.
Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.
Клиент поймал довольно странную ошибку при работе в 1С. При этом отследить её было проблематично. Она могла возникнуть в любой момент: при работе с документами или же просто в режиме ожидания.
Из дальнейших действий — «Перезапустить» или «Завершить». В общем, неудобно и бесит, когда трудишься по своей задаче. А тут еще работу в открытом сеансе потерять можно.
Полный текст ошибки:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Конфигурация среды
Обычная локальная сеть с роутером и подключенными станциями по «проводу» (100 Мбит/сек). Файловая база 1С:УНФ опубликована через веб-сервер Apache. Основной ПК и клиенты на базе ОС Windows 10.
Подключение к ИБ с помощью тонкого клиента по протоколу http. Одновременных подключений к базе — до 3-х человек. Ошибка появляется на удаленных ПК, которые соединяются с Apache.
Как исправить ошибку
Что можно сделать в этом случае. Разберем несколько рекомендаций — они разные и могут показаться странными — но все-таки проверьте. Вдруг какая-то из них окажется полезной и закроет ошибку.
В ошибке указывается, что недостаточно свободной памяти. Если вы обладаете ресурсом, чтобы увеличить объем ОЗУ на сервере — сделайте это. Конечно, там свои тонкости и нюансы. Проверьте — не помешает.
Внимание; перед любыми изменениями обязательно сделайте контрольную точку системы (бэкап) и резервную копию ИБ для подстраховки.
Рекомендации
1. Перезапустите службу Apache на основном ПК.
В качестве быстрого решения в моменте.
2. Очистите локальный кэш на станциях.
3. Выполните проверку и переиндексацию БД (ТиС). Опционально — сократите журнал регистрации (ЖР).
4. Отключите ipv6 на ПК с опубликованной базой.
5. Увеличьте объем оперативной памяти, доступной пользователю.
Для Windows Vista, Windows 7, Windows Server 2008 выполните команду от имени администратора:
bcdedit /set increaseuserva 2560 //если у вас установлено 3 Гб ОЗУ
bcdedit /set increaseuserva 3072 //если у вас установлено 4 Гб ОЗУ
Чтобы вернуть параметры по умолчанию, для отмены вышеуказанных настроек выполните в консоли команду:
bcdedit /deletevalue increaseuserva
bcdedit /deletevalue {current} increaseuserva //если использовался параметр {current}
Для Windows XP, Windows Server 2003 настраивается через изменение файла boot.ini. Будьте осторожны. В конце каждой строки под заголовком [Operating Systems] после команды /fastdetect (или любой другой команды, которая идет последней) добавьте следующие параметры:
/3GB /userva=2560 //если у вас установлено 3 Гб ОЗУ
/3GB //если у вас установлено 4 Гб ОЗУ
Например,
multi(0)disk(0)rdisk(0)partition(1)WINDOWS=»Windows XP Professional» /fastdetect /3GB /userva=2560
6. Если допустимо — перейдите на x64-версии 1С.
7. Замените веб-сервер Apache на типовой Microsoft IIS.
8. Обновите платформу.
Фирма «1С» указала на то, что проблема наблюдается в релизах технологической платформы, начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.
С информационного портала 1С:
«Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483. Фирма «1С» приносит извинения пользователям, у которых проявилась указанная проблема. Для ее устранения предлагаем обновиться на указанные версии платформы или последующие», – говорится на официальном сайте.
✅ Успехов вам!
__________
Не получается? Зовите на помощь ИТ-специалиста или обратитесь с нашим джедаям техподдержки → +7-911-500-10-11
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Файл базы данных поврежден
Описание ошибки:
При попытке запуска работы сеанса с базой 1С 8:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’
Найденные решения:
Если нажать ссылку «Показать информацию для технической поддержки», то в открывшемся окне будет полный текст ошибки:
Появляется при попытке запустить базу 1С. Стала возникать после того, как на рабочем месте было аварийное, т.е. непредвиденное завершение работы, выраженное отключением электричества. В момент отключения электричества, и соответственно рабочего компьютера, база была открыта, с ней работали, активный сеанс работы с 1С.
Так или иначе разновидность данной ошибки уже была описана ранее в публикациях. Но проявляля себя уже в процессе работы с базой:
Ошибка «Файл базы данных поврежден ‘СUsersимя_пользователяAppDataLocal1C1cv8……vrs-cachecache.1CD’»
Ошибка СУБД: Файл базы данных поврежден
В данном же случае методика устранения ошибки такая же, как и в приведенных двух выше статьях-описаниях. Сначала (1) выполняем проверку физической целостности по инструкции, предварительно, скопировав файл базы, т.е. создав его непосредственную копию, поскольку возможности штатно создать архив базы через конфигуратор не получится в виду наличия этой же ошибки «Ошибка СУБД: Файл базы данных поврежден». После шага (1) дополнительно выполним шаг (2) — операцию тестирования и исправления базы данных.
Если повреждения окажутся не масштабные, то после этих двух операций база снова готова к работе.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
07-10-2020
Журавлев А.С.
(Сайт azhur-c.ru)
Расследование
возникшей ошибки нехватки памяти на
сервере 1С
Поступило
обращение со следующей
ошибкой:
«Неспецифицированная ошибка
работы с ресурсом
Ошибка при выполнении
запроса POST к ресурсу /e1cib/login:
Недостаточно
свободной памяти для выполнения
операции
Выполняется ожидание
возможности запуска.
При
появлении возможности, запуск будет
выполнен автоматически.
Нажмите «Выполнить запуск» для немедленной
попытки запуска.
Нажмите «Отмена» для отказа от запуска.»
Смотрим
журнал регистрации:
Смотрим
журнал регистрации:
Настроив
ТЖ с событием EXCP, EXCPCNTX обнаруживаем
запись:
«Ошибка
СУБД out of memory for query result»
Обе
ошибки сообщают о проблеме объема
памяти, на основании которых подозреваемым
становится код конфигурации (возможно
наличие неоптимальных запросов).
Находим
код конфигурации, вызывающий ошибку:
В
журнале регистрации указан следующий
код:
{ОбщийМодуль.ДокументооборотСКОВызовСервера.Модуль(22)}:
Ошибка при вызове метода контекста
(Получить)
по
причине:
по
причине:
Недостаточно
памяти для получения результата запроса
к базе данных
Открываем
конфигуратор и переходим в указанный
модуль к указанному номеру строки кода:
Настроив
ТЖ с событием EXCP, EXCPCNTX обнаруживаем
запись:
«Ошибка
СУБД out of memory for query result»
Обе
ошибки сообщают о проблеме объема
памяти, на основании которых подозреваемым
становится код конфигурации (возможно
наличие неоптимальных запросов).
Находим
код конфигурации, вызывающий ошибку:
В
журнале регистрации указан следующий
код:
{ОбщийМодуль.ДокументооборотСКОВызовСервера.Модуль(22)}:
Ошибка при вызове метода контекста
(Получить)
по
причине:
по
причине:
Недостаточно
памяти для получения результата запроса
к базе данных
Открываем
конфигуратор и переходим в указанный
модуль к указанному номеру строки кода:
Строка,
на которой произошла ошибка:
ВнешниеОбъектыХранилище
= Константы.ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль;
ДвоичныеДанныеОбработки
= ВнешниеОбъектыХранилище.Получить().Получить();
Смотрим
тип объекта (константы), к которой идет
обращение:
Итак,
в конфигурации есть константа
«ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль»,
которая хранит в базе что-то
неструктурированое (двоичные данные),
и это неструктурированное может занимать
значительный объем памяти.
Проверяем,
какой объем данных фактически занимает
константа.
Узнаем
имя таблицы хранения в базе PostgreSQL —
таблица «_Const10013», индекс «_Const10013_ByKey».
Итак,
в конфигурации есть константа
«ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль»,
которая хранит в базе что-то
неструктурированое (двоичные данные),
и это неструктурированное может занимать
значительный объем памяти.
Проверяем,
какой объем данных фактически занимает
константа.
Узнаем
имя таблицы хранения в базе PostgreSQL —
таблица «_Const10013», индекс «_Const10013_ByKey».
Узнаем
размер таблиц «Const10013», «_Const10013_ByKey» на
диске:
На
диске таблица занимает всего 4688 Кб = 4,6
Мб. Размер является незначительным,
причина не в константе.
Обнаруживаем,
что кластер 1С является 32-разрядным:
На
диске таблица занимает всего 4688 Кб = 4,6
Мб. Размер является незначительным,
причина не в константе.
Обнаруживаем,
что кластер 1С является 32-разрядным:
32-разрядный
кластер 1С имеет ограничение, примерно,
3.8 Гб, по достижении которого происходит
падение процесса, службы.
В
режиме отсутствия нагрузки rphost занял
3,2 Гб, что близко к порогу падения.
Подобные
падения будут происходить в любой момент
времени.
Внесены
изменения:
— в
кластере серверов 1С «Интервал превышения
допустимого объема памяти процессов»
= 300. Настройка не избавляет от ошибки,
но необходима для снижения частоты
возникновения ошибки.
— в
планировщике Windows настроен перезапуск
службы 1С; такими образом освобождается виртуальное адресное пространство
в памяти, создается новый рабочий
процесс. Настройка тоже не гарантирует исключение ошибки, но снижает
вероятность ее возникновения.
Для
предотвращения повторной ошибки
лучше:
—
сменить 32-разрядный кластер серверов
1С на 64-разрядный;
—
осуществить переход на платформенные
лицензии КОРП для снятия ограничений
по настройкам, возможности гибкой
настройки распределения памяти сервера.
Так
как на сервере используется 14 ядер
процессора, то необходим переход на
платформенные лицензии КОРП.
Реклама:
Некоторые моменты при публикации или как опубликовать базу 1С на веб-сервере Microsoft Internet Information Services (IIS).
При публикации базы 1С во избежании ошибки
«Невосстановимая ошибка ошибка при выполнении запроса post к ресурсу e1cib/login web клиент»
необходимо дать права на папку с информационной базой для группы пользователей IIS_IUSRS.
Файл web.config в каталоге с опубликованной базой (примерный путь к каталогу «C:inetpubwwwrootbp30″) должен выглядеть примерно следующим образом:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<handlers>
<add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:Program Files (x86)1cv88.3.8.1964binwsisapi.dll" resourceType="Unspecified" requireAccess="None" />
</handlers>
<security>
<requestFiltering allowDoubleEscaping="true" />
</security>
</system.webServer>
<system.web>
<pages validateRequest="false" />
<httpRuntime requestPathInvalidCharacters="" />
</system.web>
</configuration>
Если в нем чего-то не хватает, то это нужно добавить.
Если вам понравилась данная статья или у вас есть пожелания как сделать ее лучше, пожалуйста, оставляйте комментарии ниже (↓)
Для
предотвращения повторной ошибки
лучше:
—
сменить 32-разрядный кластер серверов
1С на 64-разрядный;
—
осуществить переход на платформенные
лицензии КОРП для снятия ограничений
по настройкам, возможности гибкой
настройки распределения памяти сервера.
Так
как на сервере используется 14 ядер
процессора, то необходим переход на
платформенные лицензии КОРП.
Реклама:
Некоторые моменты при публикации или как опубликовать базу 1С на веб-сервере Microsoft Internet Information Services (IIS).
При публикации базы 1С во избежании ошибки
«Невосстановимая ошибка ошибка при выполнении запроса post к ресурсу e1cib/login web клиент»
необходимо дать права на папку с информационной базой для группы пользователей IIS_IUSRS.
Файл web.config в каталоге с опубликованной базой (примерный путь к каталогу «C:inetpubwwwrootbp30″) должен выглядеть примерно следующим образом:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<handlers>
<add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:Program Files (x86)1cv88.3.8.1964binwsisapi.dll" resourceType="Unspecified" requireAccess="None" />
</handlers>
<security>
<requestFiltering allowDoubleEscaping="true" />
</security>
</system.webServer>
<system.web>
<pages validateRequest="false" />
<httpRuntime requestPathInvalidCharacters="" />
</system.web>
</configuration>
Если в нем чего-то не хватает, то это нужно добавить.
Если вам понравилась данная статья или у вас есть пожелания как сделать ее лучше, пожалуйста, оставляйте комментарии ниже (↓)
ресурсу /e1cib/files:
Недостаточно свободной памяти для выполнения операции
При попытке загрузки 4гб XML в новую базу, файловая, свободно 80, оперативки 10 свободной
ставить 64битную?
russian
software
1c
13:15 23.08.2021
2
ответов
D1
Автор вопроса
спс!
13:31 23.08.2021
Похожие вопросы
|
|||
| Dr_Mrazotnik
03.09.21 — 14:27 |
Доброго времени суток, уважаемые форумчане. Пишу сюда впервые, поэтому прошу не судить строго. Ошибка возникает у пользователя, у которого нет админских прав. При поиске проблемы в интернете внятных ответов не нашел. Может, у кого-то возникала данная проблема? |
||
| Dr_Mrazotnik
1 — 03.09.21 — 14:30 |
Это БП версия 8.3.17.1851 |
||
| acht
2 — 03.09.21 — 14:33 |
На какой строке кода падает? |
||
| Dr_Mrazotnik
3 — 03.09.21 — 14:35 |
РезультатЗапроса = Запрос.Выполнить(); |
||
| acht
4 — 03.09.21 — 14:40 |
PostgreSQL ? |
||
| oslokot
5 — 03.09.21 — 14:41 |
(0) [Ошибка возникает у пользователя, у которого нет админских прав.] а если перед выполнением запроса установить привилегированный режим? |
||
| ДенисЧ
6 — 03.09.21 — 14:44 |
(5) Во внешней обработке? |
||
| ildary
7 — 03.09.21 — 14:45 |
(6) можно попробовать отключить безопасный режим. |
||
| Dr_Mrazotnik
8 — 03.09.21 — 14:45 |
(4) Да |
||
| oslokot
9 — 03.09.21 — 14:46 |
(6) отключить безопасный |
||
| Dr_Mrazotnik
10 — 03.09.21 — 14:53 |
1. PostgreSQL
по причине: |
||
| shuhard
11 — 03.09.21 — 15:05 |
(10) RLS в базе включен ? |
||
| Dr_Mrazotnik
12 — 03.09.21 — 15:34 |
(11) Включен. |
||
| Naumov
13 — 03.09.21 — 17:54 |
в запросе написано |
||
| Dr_Mrazotnik
14 — 13.09.21 — 08:51 |
Помог привилегированный режим. Всем спасибо. |
||
|
delgadoo 15 — 13.09.21 — 09:13 |
(14) во внешней обработке привилегированный режим нельзя установить |
