апачи разместил по пути
C:\APACHE\Apache24_80
и
C:\APACHE\Apache24_81
соответсвенно у одного порт 80 у другого 81
установил службы Apache2.4_80 и Apache2.4_81 сответсвенно
httpd.exe -k install -n "Apache2.4_80"
в браузеер у меня открылись 2е страницы апач по порту 80 и 81 все ок ...
но есть проблема с публикацией базы ...
если выполнять из конфигуратора то пишет ошибку "Веб-серверы не обнаружены" - как я понял дело в наименовании службы (оно должно быть Apache2.4) но проблема в том что у меня 2е службы ...
https://forum.infostart.ru/forum9/topic62236/
попробовал установить через кмд
такая команда
webinst –publish -apache24 -wsdir Base2 -dir "C:\BASES\BASE2_WEB" -connstr "File=""C:\BASES\BASE2"";" -confpath "C:\APACHE\Apache24_81\conf\httpd.conf"
11.
zx-spectrum80
24.10.24 20:04 Сейчас в теме+1.4 $m
Чтобы использовать типовой функционал.
1. Публикуешь базу 2 в папку "C:\BASES\BASE2_WEB" с именем "Base2". В итоге получаешь правильный файл "default.vrd".
2. Публикуешь базу 1 в папку "C:\BASES\BASE1_WEB" с именем "Base1". Перезапускаешь службу. В итоге получаешь базу опубликованную на 80 порту - "http://127.0.0.1:80/Base1".
3. Копируешь файл httpd.conf из каталога "conf" Apache на 80 порту в каталог "conf" Apache на 81 порту, меняешь в нём настройки (каталог размещения, порт) и меняешь в разделе "1c publication" соответствующие параметры.
4. Перезапускаешь службу Apache на 81 порту. В итоге получаешь базу опубликованную на 81 порту - "http://127.0.0.1:81/Base2".
Если база для публикации - SQL-ная, то вы можете апачи для публикации поднимать на нужном количестве компьютеров в этой локальной сети, я так разгружал апачи.
Насколько я понимаю, при публикации баз 1С никакой магии не происходит. 1С просто немного модифицирует конфиг апача добавляя нужные модификации и указывая в нем на файл публикации. Значит вам нужно опубликовать базу1 потом посмотреть изменения которые 1С в него внесла внести в конфиг второй службы. Тоже самое проделать с файлами публикации. Везде текст, везде легко все копируется\правится. И да (4) правильно говорит.
(1) На прошлом месте работы для файловой базы поднимал отдельные инстансы апача на каждого пользователя, т.к. апач любит падать от любого чиха.
ЕМНИП, то папка с апачем была одна, а в службах сервис апача устанавливал с указанием отдельного httpdXXX.conf в котором менял порт, который слушает апач. Все работало довольно сносно.
Потом они все равно на ису перешли, т.к. иса стабильнее работает.
На каком-то мясном заводике уже лет пять как работает без перезагрузок на какой-то про винде 10. Но они там в масках ходят - никто не чихает. Может у вас не так, не знаю.
По поводу апачей, то народ верно говорит - изменение конфига апача с указанием базы и пути к dll-ке от 1С. Службу после этого нужно рестартануть. У пользователя, под которым запускается апач, должны быть права на все эти каталоги.
На каком-то мясном заводике уже лет пять как работает без перезагрузок на какой-то про винде 10. Но они там в масках ходят - никто не чихает. Может у вас не так, не знаю.
Да я же не говорю, что не работает. Видимо не так выразился. Сильно не вникал, но апач при каких-то ошибках в файловых базах 1с (толи исключения, толи еще что) перезапускает свой рабочий процесс. И это абсолютно не проблема, если в это время нет активных серверных вызовов. А вот если в это время идет пакетное создание документов другим пользователем, то возникает ошибка. Потому и вешал каждого пользователя на отдельный процесс апача, чтобы действия пользователей не влияло на других. Конфа была УТ 11.4 и в обед там пачками создавали реализации по заказам.
апач при каких-то ошибках в файловых базах 1с (толи исключения, толи еще что) перезапускает свой рабочий процесс
Не вспомню такого. Не удивлюсь, что был глюк платформы и давно уже поправили. По факту расширение (длл-ка) от 1С что для апача, что для ИИС - это примерно одно и то же. Я думаю, что там или обращение к 1Су через его ХТТП-АПИ, или вообще через СОМ (что в линухе не могё1т работать, поэтому склоняюсь к первому). И чтобы завалить апач, нужно очень хитро как-то сформировать ответ. И если это было проблемой интеграционной библиотеки для апача, то это проблема платформы и ее должны были решить. Если же это был какой-то глюк самого апача, то он тоже не стоит на месте - там каждый божЫй день коммиты в репу.
11.
zx-spectrum80
24.10.24 20:04 Сейчас в теме+1.4 $m
Чтобы использовать типовой функционал.
1. Публикуешь базу 2 в папку "C:\BASES\BASE2_WEB" с именем "Base2". В итоге получаешь правильный файл "default.vrd".
2. Публикуешь базу 1 в папку "C:\BASES\BASE1_WEB" с именем "Base1". Перезапускаешь службу. В итоге получаешь базу опубликованную на 80 порту - "http://127.0.0.1:80/Base1".
3. Копируешь файл httpd.conf из каталога "conf" Apache на 80 порту в каталог "conf" Apache на 81 порту, меняешь в нём настройки (каталог размещения, порт) и меняешь в разделе "1c publication" соответствующие параметры.
4. Перезапускаешь службу Apache на 81 порту. В итоге получаешь базу опубликованную на 81 порту - "http://127.0.0.1:81/Base2".