Я так понимаю, все эти нововведения, реализованные в редакции 3.0 возможно дают какое-то преимущество при использовании клиент-серверного варианта работы. А вот в файловом варианте как работается ? Имею ввиду производительность системы по сравнению с редакцией 2.0 при том же количестве пользователей ?

Ну если почитать мисту всё как раз наоборот

У меня в клиент-серверном при том же железе и на порядок меньшем объеме все намного печальнее, а вот народ пишет, что если поставить файловую, поднять веб-сервер и заходить через тонкого клиента установленного локально - то всё просто летает по сравнению с 2.0

Уже год работаем в файловом варианте через веб-сервер, 5 пользователей - всё летает.

3.0 более медленная чем 2.0. НАМНОГО !!!
и ресурсов жрет куда больше ....

файловая версия для 3.0 - вообще жесть

(4) нескажи, в файловой версии все отчеты строятся не через фоновые процедуры, а сразу , что намного ускоряет формирование и вывод отчета

Это чтобы оставалось время подумать о смысле жизни и бренности бытия

уже давно просят в настройках возможность отключать формирование в клиент-серверном режиме фоновое формирование отчетов

(7) недавно тема была как раз

фоновое формирование отчетов?
рукалицо

(7) А для фонового бы неплохо вывести тайминги в настройки программы.. а то тупо ждать 2 секунды (минимальная прошитая в коде задержка) - нафига?

Т.е. грубо говоря
В файловой
СформироватьОСВ = СформироватьОСВНасервере();
ПоказатьОСВ();

В клиент-серверном

ЗапуститьФормированияОСВВФоне();
ПодключитьОбработчикОжидания(ПроверитьГотовностьОСВ(),2);

Процедура ПроверитьГотовностьОСВ()
  Если ОтчетГотов тогда
    ОтключитьОбработчикОжидания(ПроверитьГотовностьОСВ());
    ПоказатьОСВ();
  КонецЕсли;
КонецПроцедуры

(9) Ну типа да, запустил ОСВ и можно переключиться и например создать новый документ

(12) ну это я понял
только, наверно, 99% всех отчётов формируется менее, чем за 5 секунд

лучше бы реализовали асинхронность нормальную
а тяжёлые отчёты можно делать в другой сессии
а не разводить тут фоновые задания

(12) Только вот в большинстве случаев это нафиг не надо. Я уже писал - если бух запустил формировать ОСВ - ему нужны её результаты для работы, и пока он их не увидит, ничего делать не будет..

(13) Добавь сюда что нет возможности с сервера сообщить клиенту что отчет готов, получишь потресяющую скорость работы

(15) +100^500

Самый простой способ заставить БП3 в клиент-сервере работать без фоновых заданий - в начало функции ОбщегоНазначения.ИнформационнаяБазаФайловая() вставить "Возврат Истина;", но это уже будет не типовая.

Ну продолжайте, продоолжайте, :-) интересно же ...

(19) Что продолжать? Ответ получен

Это же не хреноветка, а тематическая вроде бы

(2) (3) Насчет веб сервера в файловом варианте интересная мысль. Это, я так понимаю, альтернатива использованию терминального режима. Может ссылки у кого есть на эту тему, киньте, пожалуйста. Есть же бесплатные (или условно бесплатные) веб серверы. Если попробовать развернуть там, то по стоимости лицензирования такого решения, наверное это будет дешевле, чем использование терминального режима под Windows сервером

(21) Нет конечно! Мне интересно, что с этой новой версией 1с вообще и что думают тестеры нововедений.

У кого нибудь это нормально работает с пару сотней, другой пользователей на тонких клиентах через терминалку или веб?

(22) набери в яндаксе установка веб сервера для 1с, в ссылке на ютьюб тебе все расскажут. Там мышкой 3 раза кликнуть

(24) Файловая база на веб-сервере - это оптимально для десятка клиентов. Для большего количества уже нужен сервер приложений. А веб-сервер можно поставить дополнительно, для обеспечения работы через интернет.

Кстати, в случае использования клиент-сервера расход трафика, процессорного времени и памяти практически одинаков и для клиента, непосредственно подключающегося к серверу 1с, и для клиента, который подключается через веб-сервер. А вот при использовании файловой базы непосредственное подключение к каталогу базы через сеть на порядки тормознее, чем работа через веб-сервер.

(26) Странно всё это. Вроде веб сервер + 1с серв. ещё и своё должен забирать.

(26)Вообще непонятно почему это оптимально, при файловой базе на веб сервере - "пользователи одной информационной базы не имеют возможности работать параллельно. Все их запросы к базе данных выстраиваются в одну очередь"(цитата с сайти 1с).

(28) При интенсивной работе и у 2 пользователей должно всё тормозить

(27) Да очевидно, что веб-сервер при работе в режиме клиент-сервер практически ничего не делает сам, а просто транслирует данные. А вот с файловой базой модуль веб-сервера запускает "микро-сервер 1с", который уже и обращается к данным..

(28) Я читал про это на сайте 1с. Разумеется, они заинтересованы в том, чтобы продавать клиент-серверную платформу ларькам. :) А на практике всё отлично работает. Пресловутая "очередь запросов" просто не успевает образовываться. В случае же конкурентного доступа к файловой базе тормозит намного сильнее.

(26) В книге желтой книге "коротко о главном" пишут что в файловом режиме веб-сервер с 1С общается в один поток, т.е. если 10 бухов усиленно что-то шпилят в 1С то все их запросы выстраиваются в одну очередь как в СССР при дефиците, от чего скорость работы в таком режиме отстой и вообще такая связка только для тестирования и разработки годится.

(31) Суть в том, что даже с этой очередью получается быстрее, чем с дракой за файловый ресурс на сервере через сеть)

(32) Если конечно серверные вызовы у вас не слишком длинные.. тут кстати чем выше быстродействие сервера - тем всем резко лучше. А вот в чисто файл-серверном варианте от быстродействия сервера по сути ничего и не зависит..

Написал скриптик для упрощения генерации экземпляров веб-сервера с целью исключения очередей серверных вызовов (31). Вроде работает - серверные вызовы клиентов одного порта не мешают серверным вызова клиентов другого. Разумеется, апач с модулем 1с кушает память, но она сейчас копейки стоит..

http://infostart.ru/public/239498/

Теперь надо подумать об автоматической балансировке клиентских коннектов между портами, для этого очевидно потребуется промежуточный сервер - менеджер.

(34) А с нумерацией нормально при доступе с нескольких веб-серверов?

(35) тоже интересно

(34)
О все таки руки дошли )
А как блокировку проверял ?
Если в модуле проведения сделать запись движений потом остановить выполнение (долгое проведение) - второй сможет провести ?

И как там с лицензией - нет нарушений ?

И если клиентов 20 - 20 вебсерверов ? Или 2 по 10 ?
Как там оптимально ?

с интерфейсом както все уныло... управляемые обычные были краше...

(37) Блокировку проверял стандартно - задержкой в модуле проведения и попыткой в другом сеансе (на другом веб-сервере) записать новый документ того же типа. Блокировка как блокировка, никаких отличий от файл-серверной парадигмы в этом плане.
(38) Да на первый взгляд нет. Вмешательства в код программы 1с не происходит, явного запрета на запуск нескольких веб-серверов тоже нет. Вполне штатная функция, просто не вынесенная в меню.

С автоматическим диспетчером-коллектором похоже не взлетит.. ведь веб-клиент не держит постоянное соединение, а трассировка и отслеживание активных соединений по активности трафика - занятие неблагодарное и потенциально склонное к глюкам.

Что вы там говорили по фоновое формирование отчетов? Я что то не понял, у вас получается сделать так что бы в одном окне прграммы формировался отчет, а в другом можно работать с документом? При этом запуская один экземпляр программы?

(42) Это только на клиент-серверной версии

(0) для франчобизнеса хорошо..

там где раньше работала файловая 7ка теперь стоит 8ка + сервер... блеск...

3.0 при идентичных условиях значительно менее отзывчива, чем 2.0

(45) Зато в ней есть тонкий клиент, который позволяет задействовать "неидентичные" условия, в которых тройка летает)

:)
ОМГ, неужели там что-то способно летать?
Простейший запрос, возвращающий 100 записей с двумя "и" в ВТ выполняется так что можно чаю попить.

(47) А при чем здесь конфигурация?