Дичайшее тормоза при работе через веб-клиент. Начальная загрузка конфы секунд 30, каждый клик в интерфейсе задержка перед открытием формы - 5-7сек. Даже карточку любого справочника открыть нужно ждать реакции.

Локально в терминале в тонком/толстом клиенте - летает.

Платформу опробовал с 8.3.6 по 8.3.8.1784, клиент-серверный вариант. Конфа БП3 последнего релиза. База всего 800Мб 2 пользователя для тестирования. Сам сервер очень шустрый: win 2012, SSD, 4core, 4Gb, 100 Мбит канал.

Публиковал и на Апаче и на IIS. Без разницы

ВОПРОС: Как добиться скорости работы через WEB, хотя бы на уровне демок от 1с, как тут: http://demo.1c.ru/

Может есть какие то ключи или опции которые я не настроил? Что то слышал про сжатие на сервер но так и не нашел инфу как и чем его регулировать.

Заранее благодарен любой помощи!

В тонком через веб-сервер летает?

"сервер очень шустрый: win 2012, SSD, 4core, 4Gb" // Насчет последнего параметра поржал + не указана тактовая частота, энергосбережение там всякое и т.д.

сервер поднят для тестирования. Использование памяти выше  3 Гб не подымается. Частота ядер 2.4 Ггц

Продолжай наблюдения

(0) Чо, в режиме отладки запускаешь? :)

(5) нет сервер 1с работает в обычном режиме без отладки

(6) Тогда хз, на рабочем компе через IIS настроено, дома на ноуте через Apache. Все работает нормально. Платформы 8.3.6.2332 - по 8.3.8 последние гонялись.

(1) открыл локально базу по веб ссылки http:\\localhost\buh_test

разницы в скорости с обычным клиент-серверным запуском не заметил. Работает вполне комфортно

(8) Какой путь к базе вбиваешь через браузер?

http://ip.ip.ip.ip/buh_test/ru_RU/

(0) используй тонкий клиент с доступом по http

запускать ВСЕХ через веб

(10) Ну так сделай (1) с тем же адресом

настроить регламентные задания, чтобы не запускались по 5 раз в минуту

(13) да по веб-ссылке тонкий клиент работает вполне сносно и локально и удаленно. Но интересует работа именно через WEB браузер

(10) фаерволл может криво работает. Отключи на время в винде встроенный.

(15) используй не ИЕ, а хром

(17) хром и есть,
(16) брендмауэр и фаервол отключил - толку 0

"брендмауэр и фаервол отключил" // Удали файрвол

(19) безтолку

1С: "Попробуйте наоборот добиться минимального количества запущенных процессов в модели worker. Платформа оптимизирована под работу с одним процессом. Но мы не наблюдали настолько существенной деградации из за этого." https://partners.v8.1c.ru/forum/topic/1317489

IPv6 отключи

(21) можно немного подробнее о чем речь. Доступа к партнерке нет (

(22) отключен на всех интерфейсах

(23) Там вопрос:

Уважаемые коллеги!

Прошу помочь.

Свежайшая платформа 1С 8.3.1443. Шикарное серверное железо. 100 мегабитный канал интернета симметричный. База на Такси 20 гиг, 200 пользователей одновременных.

Подключены через Apache 2.2.19, установленный на Ubuntu 12.04 внутри виртуальной машины Hyper-V G1. Настройки Apache:

- prefork, выделено большое количество серверов при старте + spare

- задраны вверх timeouts для keepalive чтобы при каждом запросе от клиента не поднимался и не убивался новый процесс

- выполнены рекомендации Apache httpd.apache.org/docs/2.... »»

- задраны вверх timeouts и cachesize для mod_ssl

- отключены все лишние модули



У каждого клиента на компе установлен персональный ssl-сертификат (openssl generation), web-сервер его проверяет (SSLVerifyDepth 1,  SSLRenegBufferSize 52428800)



Так вот, в режиме тонкого клиента через https и в режиме web-клиента субъективная скорость работы приложения хуже раз в 10, чем по TCP.

А в режиме tcp работа невозможна, vpn на всех не напасешься.

Причем это точно не из-за канала в Интернет, так как пользователи в локальной сети сервера отмечают то же самое.



Подскажите, кто как настраивает (тюнит) apache и ssl, пожалуйста!!!

Интересно так же, дает ли прирост обновление версии apache до 2.2.29 и переход на CentOS?

К 1С - прошу ткнуть носом в ИТС, где описано, какой режим worker или prefork нужно использовать для apache в связке с сервером 1С.



на что представитель 1С ответил

Попробуйте наоборот добиться минимального количества запущенных процессов в модели worker. Платформа оптимизирована под работу с одним процессом. Но мы не наблюдали настолько существенной деградации из за этого.