1C Web-клиент на ALT Linux [решено]

[Pauli]

Пробовал ли кто-нибудь платформу 1С на ALT Linux в режиме web-клиента?
У меня странные результаты. Кентавр 7 обновленный до актуального из p7 на сейчас, платформа 1С 8.3.4-389, конфигурации Демо платформы и Бухгалтерия предприятия, файловый вариант. После подключения и входа пользователя в базу вроде нормально открывается интерфейс 1С, а затем Apache тихо и без ошибок (нет сообщений  [error] в логе) - подвисает. По htop видно что идёт бесконечное размножение процесса httpd2, занимающего всё доступное процессорное время. На всякий случай, мой вариант .vrd файла:

Код: [Выделить]

# cat default.vrd
<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/Demo"
ib="File=/home/usr1cv8/www/1ctest;Ref=demo;"/>  Если у кого-то есть успешный опыт запуска 1С в режиме веб-клиента, примером работающего конфига не поделитесь?

[Skull]

Что сказала техническая поддержка 1С?

[Pauli]

Обращение в 1С я оставил на закуску. А то в прошлый раз так вот поднял пыль с проблемой печати, а вопрос решился пересборкой cups в p7. Было стыдно.
Поэтому на этот раз лучше зайти с другого фланга: а пробовал ли вообще кто-нибудь этот режим именно на ALT Linux? В то, что режим веб-клиента на Linux "вообще" не тестировался в 1С - верится с трудом. Хотя бывает всякое, конечно.

[Skull]

Обращение в 1С я оставил на закуску. А то в прошлый раз так вот поднял пыль с проблемой печати, а вопрос решился пересборкой cups в p7. Было стыдно.
Поэтому на этот раз лучше зайти с другого фланга: а пробовал ли вообще кто-нибудь этот режим именно на ALT Linux? В то, что режим веб-клиента на Linux "вообще" не тестировался в 1С - верится с трудом. Хотя бывает всякое, конечно.

Ну выяснилось же, что они i586 вообще не тестировали, во что мы их носом ткнули. :)

[flint1975]

Вообще, у них странные модели тестирования, иногда - очевидные плюхи не видят, а трудновоспроизводимые как-то отлавливают. Тестирование у них автоматическое, и есть целый отдел, который разрабатывает сценарии. А вот как это на самом деле работает - они не колятся, я специально на семинаре вопрос задавал.
За последний год замечено большое количество пропускаемых в релиз багов, которые потом спешно лечатся костылями.
Кстати, 389 платформа - как раз из таких. У нее есть существенный баг: при раздельных записи документа и его проведении, номер этого документа перескакивает на 1 вверх! Официально признанная бага!

[Salomatin]

Если у кого-то есть успешный опыт запуска 1С в режиме веб-клиента, примером работающего конфига не поделитесь?

http://forum.altlinux.org/index.php/topic,30681.msg218350.html#msg218350

Код: [Выделить]

<?xml version="1.0" encoding="UTF-8"?>^M
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"^M
<------><------>xmlns:xs="http://www.w3.org/2001/XMLSchema"^M
<------><------>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"^M
<------><------>base="/basa1"^M
<------><------>ib="Srvr=&quot;127.0.0.1&quot;;Ref=&quot;basa1&quot;"/>

Код: [Выделить]

# history
    1  apt-get update
    2  mc
    3  apt-get update
    4  apt-get install glib2 glib2-devel ttf2pt1
    5  apt-get install ImageMagick wget
    6  apt-get install 1c-preinstall 1c-preinstall-full
    7  mcedit /etc/hosts
    8  mcedit /etc/sysctl.conf
    9  reboot
   10  sites-available
   11  mkdir /root/1c
   12  mc
   13  ls
   14  tar -zxvf rpm\ 8.3\ srv.tar.gz
   15  ls
   16  apt-get install *.rpm
   17  mkdir /root/postgres
   18  mc
   19  wget -c ftp://updates.etersoft.ru/pub/Etersoft/Postgres@Etersoft/stable/ALTLinux/p7/*.rpm
   20  ls
   21  apt-get install *.rpm
   22  service postgresql start
   23  mcedit /var/lib/pgsql/data/pg_hba.conf
   24  service postgresql restart
   25  psql -U postgres -d template1 -c "ALTER USER postgres PASSWORD '676ReFrgy&6'"
   26  mkdir /root/hasp
   27  mc
   28  wget -c ftp://updates.etersoft.ru/pub/Etersoft/HASP/stable/ALTLinux/p7/*.rpm
   29  apt-get install *.rpm
   30  service haspd start
   31  service httpd2 restart
   32  /opt/1C/v8.3/i386/webinst -apache22 -wsdir basa1 -dir '/var/www/html/basa1/' -connStr  'Srvr="server1c.localdomain";Ref="basa1"' -confPath /etc/httpd2/conf/httpd2.conf
   33  mc
   34  chown -R apache2:apache2 /var/www/html/basa1
   35  service httpd2 restart
   36  mc
   37  service httpd2 restart
   38  service srv1cv83 restart
   

[Pauli]

Да, c этими материалами знаком, но немного не то. Там

Код: [Выделить]

ib="Srvr=То есть всё про серверный вариант. Серверный вариант играет, когда одна или несколько баз и много пользователей. А у меня много баз и у каждой один - три максимум пользователя. Советовался со специалистами 1С, и получается что в таком случае сервис излишний посредник, а выгоднее вариант файловый:

Код: [Выделить]

ib="File=Его и тестировал.

[Pauli]

Что сказала техническая поддержка 1С?

письмо, зарегистрированное под номером ...., будет рассмотрено в ближайшее время

[admaks]

Код: [Выделить]

# cat default.vrd

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/base_1"
ib="File=/srv/smb_resource/1C_Bases/base_1/" >
<ws enable="false"/>
</point>
у меня вот так запустилось.

[Pauli]

и, наконец, резюме. 11 апреля по проблеме наконец была зарегистрирована ошибка с кодом 20025587
С опубликованной 30 апреля "версии для ознакомления" 8.3.5.823 проблема проявляться перестала.
Тестовый сервер к этому времени успел естественным путём обновиться до ALT Linux Centaurus 7.0.5 (x86_64). Такие вот дела.