При публикации информационной базы 1С на веб-сервере часто возникают технические нюансы, которые не дают системе запуститься с первого раза. В этой статье мы подробно рассмотрим процесс устранения самых популярных проблем, с которыми сталкиваются администраторы: появление ошибки 404, зависание веб-сервера после публикации, а также ошибки нехватки памяти при одновременной работе с несколькими базами. Проанализируем каждую ситуацию и по шагам разберем пути решения.
Рассмотрим классическую ситуацию: веб-сервер установлен, стартовая страница Apache (localhost) открывается и пишет «It works!», но при попытке зайти по ссылке на опубликованную базу браузер выдает ошибку HTTP 404 (Не удается найти веб-страницу).
Выясним причину. В отличие от серверов на базе IIS, веб-сервер Apache строго чувствителен к регистру в URL-адресах. Если в конфигураторе вы указали имя публикации (алиас) с заглавными буквами, например KapBuh, а в адресной строке вбиваете kapbuh, сервер не найдет этот путь. То же самое касается и самого адреса сервера.
Чтобы избежать подобных коллизий, выполним следующие рекомендации:
KapBuh пишите kapbuh.http://localhost/...).httpd.conf. В нем должен быть корректно прописан параметр ServerName localhost:80.Проанализируем еще одну частую проблему: во время публикации базы платформа 1С предлагает перезапустить веб-сервер. Вы соглашаетесь, но после этого Apache отключается и больше не запускается ни через системные службы, ни через утилиту мониторинга. Помогает только полное удаление и переустановка.
Почему это происходит? Платформа 1С вносит изменения в конфигурационный файл httpd.conf, прописывая путь к модулю веб-расширения, но не всегда может корректно выполнить команду рестарта службы Apache (особенно версий 2.4+), так как архитектура управления службами изменилась, или не хватает прав.
Разберем алгоритм правильных действий:
httpd.conf (обычно находится в C:/Apache24/conf/) и проверьте строку подключения модуля 1С. Убедитесь, что путь к библиотеке соответствует разрядности вашей платформы. Если установлена 32-битная 1С, путь должен вести в Program Files (x86), если 64-битная — в Program Files.
LoadModule _1cws_module "C:/Program Files (x86)/1cv8/8.3.13.1513/bin/wsap22.dll"
Примечание: Если платформа устанавливается на старые операционные системы (например, Windows Server 2008), убедитесь, что в ОС установлены все актуальные пакеты обновлений (Service Pack 1), иначе платформа может установиться некорректно, что также приведет к сбоям веб-сервера.
Посмотрим на ситуацию, когда база успешно опубликована и работает, но при попытке открыть вторую или третью базу через веб-сервер появляется ошибка: Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: Недостаточно свободной памяти для выполнения операции.
Эта проблема напрямую связана с архитектурными ограничениями 32-битных систем. Если вы используете файловый вариант базы данных, модуль расширения веб-сервера 1С открывает и обрабатывает данные прямо внутри процесса Apache. В 32-битной ОС (или если установлены 32-битные Apache и 1С) на один рабочий процесс выделяется жесткий лимит в 2 ГБ оперативной памяти. При запуске нескольких ресурсоемких баз этот лимит моментально исчерпывается.
Решение здесь только одно:
Не стоит бояться перехода на 64-битную платформу из-за старых мифов о том, что компоненты печати штрихкодов (например, PDF417 для деклараций) работают только в 32-битном режиме. В современных версиях платформы 1С генерация двумерных штрихкодов реализована нативными средствами и прекрасно работает на архитектуре x64 без сторонних библиотек.
Рассмотрим смежную проблему производительности и удобства. Часто пользователи жалуются, что при работе через RDP (удаленный рабочий стол) на мониторах с разрешением 4K интерфейс 1С становится слишком мелким. Попытки использовать файлы-манифесты приводят к размытию шрифтов («мылу»), от которого болят глаза.
Почему это происходит? Старые серверные ОС плохо справляются с трансляцией настроек масштабирования экрана по RDP.
Разберем варианты решения:
http://192.168.x.x/kapbuh). В случае подключения через веб-сервер, Apache заберет на себя всю тяжелую работу с файлом базы данных, а по сети будут летать только компактные пакеты данных. Это обеспечит высокую скорость работы, а локальный запуск Тонкого клиента на компьютере пользователя полностью решит проблему масштабирования на 4K мониторе, так как интерфейс будет отрисовываться средствами локальной (современной) операционной системы.