gifts2017

Записки фрилансера о внедрении 8.2

Опубликовал Олег Молочников (milkers) в раздел Программирование - Практика программирования

Эти записки не претендуют на полноту понимания вопроса, наоборот  это приглашение к обсуждению подводных камней и краткое описание тех граблей, на которые я наступил.

 

Записки фрилансера о внедрении 8.2

Эти записки не претендуют на полноту понимания вопроса, наоборот  это приглашение к обсуждению подводных камней и краткое описание тех граблей, на которые я наступил.

Так получилось,  что  в течение года я веду два проекта средней сложности.  Начинались оба на 8.1 но затем заказчик второго проекта очень впечатлился  настраиваемым интерфейсом 8.2  и при вялом сопротивлении с моей стороны проект перетек на новую платформу, а мне представилась возможность сравнить  два внедрения.

 Сложность проектов примерно сравнима.

Первый -  переход  с  не   через  выгрузку начальных остатков в EXCELL на комплексную автоматизацию. Дописаны ячеистое хранение,  функционал для сервисных работ,  рабочие места менеджеров на основе менеджера контактов для планирования сервисных работ,  автоматическая генерация серий номенклатуры,  управленческий баланс, подключены ТСД и сканеры штрихкодов.  Проект прошел очень удачно, два месяца уже идет только добавление функционала и наведение лоска. Во многом спасибо заказчику – он четко знал чего хотел и взял на себя всю настройку прав доступа.

Второй проект – переход с  7 на управление торговлей через перенос данных за 8 лет документ в документ.  Дописаны рабочее место кассира (за основу взято РМК из конфигурации розница), встроен механизм ценообразования из поступлений, добавлен функционал для торговли товаром из другого магазина через расходные ордера, автозаказ поставщикам,  много чего по мелочи.

  И вот в середине внедрения мы переходим на 8.2.  Первая сложность – подключение торгового оборудования. Нужны либо специализированные обработки под 8.2, либо доработка существующих обработок.  Сложность в том, что я не нашел способа вызвать неуправляемую форму внешней обработки по имени. Два варианта. Либо переписывать вызываемую форму настройки в  управляемую, что относительно сложно, либо вставлять обработку в конфигурацию и переписывать вызов, что быстро, но не универсально.

Вторая сложность. В не управляемых формах перестал работать предварительный просмотр при отправке на печать.  Работает только для управляемых форм.  Пришлось ипмортировать всю подсистему печати из «Управления небольшой фирмой». Дальше больше. В управляемых форм ах не работает компонента 1С:Barcode.  В табличный документ компоненты ActiveX теперь не вставить, только рисунок, сгенерированный новой компонентой, как УНФ. Пришлось импортировать  всю подсистему печати штрихкодов и этикетов из УНФ.  Как бонус – отличный редактор ценников и этикеток.   Конечно, здорово использовать все возможности компоновки данных, но очень часто ошибки в запросе и неправильные настройки источников приводят не к диагностической ошибке, а  к вылету всей системы.  Искать ошибки при этом можно только эмпирическими методами. При переписывании  запросов под управление торговлей  не раз помянуты были даже родственники разработчиков системы компоновки данных. Дальше опять  привет разработчикам типовых конфигураций. Размер штрихкода  в УНФ получается следующим образом. Берется размер картинки шрихкода из макета этикетки, созданного в редакторе макетов и хранящегося в справочнике ценников  и этикеток.  Из компоненты получается  минимальная ширина, сравнивается с шириной картинки. Если ширина меньше максимума берется максимум +10. Компонента генерирует новый рисунок штрихкода.  Все это отлично работает на больших этикетках. На маленьких этикетках размер штрихкода получается микроскопический, окруженный гигантскими полями.

Мое решение (не претендует на идеал). Зафиксируем размеры штрихкода на которых он получается без полей и их передаем в компоненту. Рисунок на макете сделаем растягивающимся на все поле.  Текст штрихкода лучше печатать самостоятельно, он не будет масштабироваться и будет печататься четче. Не забудьте добавить строчку для задания имени настроек печатного документа, иначе все настройки надо настраивать каждый раз заново.

Сложность 3. Неправильная реакция табличного поля на выбор двойным кликом.  Не происходит активация ячейки, на которой стоит  курсор, а происходит выбор уже активного поля. Очень критично в подборе номенклатуры  по наименованию в РМК.  Происходит выбор не той номенклатуры и кассир может этого не заметить. Как бороться непонятно, одна надежда, что 1С это когда-нибудь выправит.  Работа РМК и многих других рабочих мест возможна только в режиме неуправляемых форм. Сложность этих форм настолько высока, что реализовать их функционал в управляемых формах практически не реально. Так что полностью отказаться от неуправляемых форм не получиться.

 Хорошая идея переноса нагрузки на сервер, но вот реализация вызывает много вопросов, почему именно так? Написание управляемой формы  с разбивкой кода между сервером и клиентом в 2-3 раза более трудоемко, чем написание неуправляемой формы. Почему нельзя было реализовать  свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?

Сложность  4. Отчеты. Повторный клик по нажатию кнопки сформировать , если отчет уже формируется, по прежнему приводит к неинформативному  вылету  1С, не смотря на последний релиз платформы. Методы борьбы мне неизвестны.


Сложность 5. Почти перед запуском столкнулся с критической ошибкой, которая заставила отказаться от запуска толстого клиента в режиме управляемого приложения а вернуться к режиму обычного приложения, до исправления 1С ошибки. Текущий релиз платформы 1С:Предприятие 8.2 (8.2.11.235). 
Во всех неуправляемых формах (формы списка номенклатуры, контрагентов и т.д.) где есть поиск по подстроке (быстрый поиск по первым символам), 1С вылетает, если производится поиск комбинации символов, которой нет в столбце поиска.  
Ошибка в базе данных исключается - также пробовали на пустой базе с 1 товаром.
Откатывали платформу до 8.2.9.260 - ошибка сохраняется.
Текст ошибки :An unhandled win32 exception occured in 1cv.exe[16500].

 

В целом проект вызывает противоречивые чувства. С  одной стороны 8.2 это очень мощный импульс к развитию функционала, это очень красивый интерфейс и масса новых возможностей.

С другой стороны переход на управляемые формы ощутимо затягивает проект и приносит массу новых сложностей. Слава Богу, почти все сложности преодолимы или не фатальны и проект уже на стадии запуска.

                                                                                              Молочников Олег.

         пятница, 18 июня 2010 г.          Санкт-Петербург.

                      

 

Скачать файлы

Наименование Файл Версия Размер
Записки фрилансера о внедрении 8.2 251
.docx 16,38Kb
18.06.10
251
.docx 16,38Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Александр Рытов (Арчибальд) 07.06.10 17:11
Понравилась внятность изложения.
2. Asmody (Asmody) 07.06.10 18:33
Почему нельзя было реализовать свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?

потому что веб-интерфейс.
3. Виталий (nafa) 07.06.10 20:20
Почему нельзя было реализовать свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?

А чем RDP не устраивает, что надо аналог реализовывать? Клиенты есть под все ОС включая мобильные (для смартфонов и КПК), Web клиенты RDP есть и на ActiveX (для Windows) и на Java под Windows/Linux.

Статья очень интересная, т.к. самому скоро на 8.2 переползать, но сколько я (8.2) ее щупал, сколько читал про нее, но так и не понял, какое вообще у этих управляемых форм преимущество перед RDP? (Кроме того, что сервер 1С может быть на линуксе?).
Сам лично сравнивал скорость работы на реально тонком канале ("чистый" GPRS безо всяких EDGE/3G) - RDP однозначно быстрее, при том что его использование не требует от разработчика вообще никаких усилий.
И с веб клиентом то же самое - вот если бы эти формы не на JavaScriptе были сделаны а в "чистом HTMLе" и были бы не копией 1Совских форм, а именно HTML страничками (пусть даже безо всякого дизайна - т.е. там где таблица - простой тег table) - так чтобы реально в любом браузере работало, включая мобильные устройства и независимо от настроек браузера вот это было понятно. А в текущем исполнении в чем преимущество перед Web клиентом RDP?
4. Андрей Д. (detec) 07.06.10 21:36
ИМХО, такие вещи как Рабочее место... - они должны быть либо RDP-шными, либо неуправляемыми. Иначе серьёзной работы не будет на таком рабочем месте.
5. Андрей Д. (detec) 07.06.10 21:39
А штрих-коды нужно писать под конкретный принтер этикеток, с текстовыми командами печати. Тогда и скорость будет, и качество печати. Причём не нужно никаких компонент, только софт для засылания кодов печати на принтер.
6. dushelov (Душелов) 07.06.10 21:43
Уже внедрил 2 проекта на 8.2 "под ключ" - вопросы почти все отпали (за исключением особенностей последнего 11 релиза) и скорость разработки возросла по сравнению с 8.1, те же динамические списки - чудесная штука.

Это все - только вопрос опыта и времени.
7. dushelov (Душелов) 07.06.10 21:44
(4) Почему? У меня все прекрасно в тонком клиенте работает.
8. Sverkalov Сверкалов (Sverkalov) 07.06.10 22:53
Надо разместить свои имоции на 1с-ом форуме, что бы разработчики были ближе к народу :). Сам, по аналогичным откликам, в уже заершенном проекте переход на 8.2 тормознул.
9. Андрей Д. (detec) 07.06.10 22:59
(7) А если в рабочее место оператора нужно выгрузить приличный объём информации. Так, чтобы и обрабатывать её на клиенте, и не дёргать сервер? Пару тысяч строк ТЗ потянет тонкий клиент?
10. dushelov (Душелов) 07.06.10 23:27
(9) Зачем это нужно на рабочем месте оператора? Да еще и в тонком клиенте?
В этом случае используется толстый клиент и вперед.

(8) Отклики простые - люди не понимают концепции платформы и не умеют сделать даже элементарных вещей. В большинстве случаев.
11. vek (vek) 07.06.10 23:31
(9) Вообще-то динамическое чтение было реализовано даже в 8.1, так что хоть 2000, хоть 5000 без разницы, а обрабатывать на клиенте, это не комильфо, даже больше это противоречит принципам.
12. Виталий (nafa) 07.06.10 23:40
(5)
А штрих-коды нужно писать под конкретный принтер этикеток, с текстовыми командами печати.

Работал с разными моделями (Godex, Argox, Zebra) - разницы между печатью виндовым драйвером и командным языков принтера по скорости не видел. Печатаю из винды и принтер честно выдает заявленную производителем скорость. (Случаи типа на комп PentiumIII 256Mb RAM висту+аэро поставили я в расчет не беру). Но довольно часто ее (скорость) приходится принудительно снижать из-за особенностей материала, на котором производится печать (всякого рода синтетические бумаги и пр.)

(7) Я согласен, что в самой идеологии тонкого клиента нет ничего такого, что мешало бы создавать на нем рабочие места (имелось в видимо места с четко регламентированным набором функций, типа кассира ККМ). Но могу предположить, что отсутствие, например, взаимодействия с сеансом пользователя может доставить немало хлопот. Есть например организации, которые работают круглосуточно, и реально имеют место ситуации когда программисту надо из дома в 3 ночи подключаться к рабочему столу пользователя и выяснять что там не так.
Конечно, можно использовать программы типа RAdmin, но тут тоже много проблем.
Во-первых, это надо ставить на каждый компьютер и следить чтобы стояло и работало. Если компютеров пара сотен то это нелегко
Во-вторых, это ухудшение безопасности.
В-третьих это можно поставить только на рабочие компьютеры операторов. Но с базой еще может руководство работать, т.к. есть руководители, которые действительно работают с базой. И если руководитель грамотный, то он понимает, что такое терминал, и как программист взаимодействует с его сеансом и смотрит на это нормально, т.к. это происходит на сервере. Но RAdmin он к себе на личный компьютер поставить разумеется не даст.
И вот представьте себе: поехал директор в Америку, там у него что-то не получается, звонит Вам домой (а у Вас в это время 2 часа ночи, а что делать - у него то день и через 15 минут переговоры по крупному контракту) - и как Вы поймете что не так?
В-четвертых, пользователи, которые заходят с домашних компьютеров тоже никакой RAdmin себе поставить по большей части не дадут.
13. Андрей Д. (detec) 07.06.10 23:53
(12)

Я видел, как недалёкие фрилансеры, а ранее, программист Delphi, реализовали у нас виндовую печать на крупном принтере - TSC-248 M. И как принтер запечатал, когда в него стали грузить коды - ускорение в 6 - 10 раз. Речь идёт о крупном принтере, которому под силу распечатать 10-20 тыс. этикеток в сутки.

Про Радмин, честно говоря, не совсем понял. Если организация работает круглосуточно, то там должны быть дежурные админы, а не заспанный программист с Радмином, ИМХО. Да и честно говоря, трудно представить такую ситуацию, что крупная шишка полетела куда-то далеко без сопровождения. И чтобы для подписания контракта нужен был онлайн-доступ в какую-то рабочую 1С-ную базу.
На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров. Всю действительно серьёзную инфу вводят "серые мыши" в зашифрованном виде, которых время от времени вызывают лично к учредителям.
Душелов; +1 Ответить 2
14. qaz (pricec) 08.06.10 01:13
очень часто ошибки в запросе и неправильные настройки источников приводят не к диагностической ошибке, а к вылету всей системы. Искать ошибки при этом можно только эмпирическими методами. При переписывании запросов под управление торговлей не раз помянуты были даже родственники разработчиков системы компоновки данных.


это пять! Хотя цитата ко всей восьмерке относится. Интересная идея с компоновкой даных, превратилась в совершенно неуправляемого и загадочного монстра. Планировалось, что будет инструмент для начинающих прогов, который не позволит совершать грубых ошибок, а реально кроме маленькой группки маньяков-интузиастов никто не понимает что там внутри этой системы компоновки творится.

alek-sand-er; Поручик; Fish'ka; Anything; ыыыыы; tango; +6 Ответить
15. Александр Зубцов (iov) 08.06.10 01:31
(13) ага - а еще проще когда vpn + rdp и все серьезное крутится на сервере...
и разговор сводится в 3 ночи
- ой тут что-то не работает...
- минуту
* один клик на cmd + 2 пароля и через 20-40 секунд я на серваке.
- ваше имя пользователя (у юзверей скриптом на рабочем столе вместо обоин ip имя пользователя и номер телефона дежурного админа или программиста)
- Иванова
* 2-3 клика и мы в сеансе пользователя.
- работа круглосуточная... 1 -2 ЧП в год (и то на время реагирования есть резервные механизмы).
Дороже чем держать кучку слабо обученных админов спящих за деньги. но если посчитать сколько стоит день простоя в фирме и прикинуть все это на пару- тройку выходных (когда не купить запчасти или не вытащить админа или программиста с гулянки за городом где даже приличная связь просто отказывается работать) то становится ясно что и как делать...
А насчет того что директор не поставит р-админа есть тимвивер там он сам генеральный пароль может задать может презентацией + телефон либо дать пароль временный..
так что полностью согласен с (13) любая задача имеет несколько решений и выбор зависит от множества факторов и одного решающего.
Anything; awk; +2 Ответить 1
16. Сергей (Che) Коцюра (CheBurator) 08.06.10 02:29
(10) "...Отклики простые - люди не понимают концепции платформы и не умеют сделать даже элементарных вещей..."
- Василий, где можно почитать внятное изложение про концепции платыормы?
17. Сергей (Che) Коцюра (CheBurator) 08.06.10 02:33
Вообщем-то так и осталось непонятно - хорошо это переползать на 8.2 или нет...
18. Александр Рытов (Арчибальд) 08.06.10 07:23
(17) Прогрессивно. Но геморно. Как все новое...
19. Виталий (nafa) 08.06.10 07:53
(13) 10-20 тыс. этикеток в сутки - это вполне обычная скорость печати.Когда печать идет из винды, то на принтер идет готовая картинка, в соответствие с которой принтеру только иголочки включать. А когда идет задание на языке принтера, то его как раз надо обрабатывать. Поэтому я в принципе не понимаю, как из винды печать может быть медленнее. Принтер случайно не по COM порту со скоростью 9600 подключен был?
На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров.

На некоторых предприятиях руководство считает дешевле дать взятку инспектору чем ставить пожарную сигнализацию. Последствия регулярно показывают в новостях.
(15) Вызовы в 3 ночи происходят не потому, что что-то не работает, а потому, что возникают нештатные/непредусмотренные ситуации:
Пример:
Охлажденная продукция, приходит на склад с порта в 1 час ночи, а в 6 уже должна разъехаться по магазинам. Документы полностью подготовить заранее невозможно, т.к. продается по весу, а он индивидуален для каждой коробки + особо придирчивым заказчикам еще и перевешивать приходится, т.к. охлажденка хоть и в рефе едет, а все равно "усыхает".
И вот примеры абсолютно реальных, нештатных ситуаций, никак не связанных с качеством работы программистов:
а) У ночного оператора нет прав, чтобы исправить ошибку, возникшую до него, и которая может повлиять на содержимое этих документов. Например, в базу был ранее введен неверный номер ГТД (причем ошибся даже не не наш сотрудник, а таможенный брокер, т.к. у него выходило одновременно несколько машин) или что-то в этом роде.
б) Поставщик (иностранный) без предупреждения изменил формат критически важного параметра маркировки, и его теперь нельзя ввести в отведенное поле.
и т.п.
Возникают они редко, так что держать человека круглосуточно смысла нет.
20. Виталий (nafa) 08.06.10 08:05
(18) Тут скорее вопрос не в 8.2 (понятно, что функционально новая версия лучше, а ошибки рано или поздно поправят) а именно в управляемых формах - т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP ?
21. Андрей Д. (detec) 08.06.10 09:45
(19)

Тут ещё вопрос в том, как посылать печать из Винды. Допустим, мы печатаем 100 одинаковых этикеток. Можно тупо вывести макет с сотней одинаковых этикеток. И отправить макет на печать. А можно вывести один битмап этикетки и дать команду 100 раз напечатать этот битмап. Во втором случае, конечно, скорость печать из Винды будет примерно равна скорости печати кодами. Но почему-то у нас дважды выбирали первый вариант. ))
22. Андрей Д. (detec) 08.06.10 09:55
(20)
"т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP"

RDP - это серьёзная брешь в безопасности. Всё-таки это доступ во внутреннюю сеть организации. Конечно, грамотные админы могут качественно настроить ограничения протокола, но, согласитесь, далеко не везде в регионах есть настолько квалифицированные админы, которые могут это сделать так, чтобы успешно пройти аудит внешних, независимых безопасников.

Плюс терминальные лицензии кусаются по цене; кроме логина и пароля 8.2 придётся раздавать пользователям ещё и терминальные учётки.
23. Алексей (Alav) 08.06.10 10:27
(22) Простите, куда брешь?

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

Аналогичное есть в Win 2008, т.е. через RDP можно опубликовать приложения, и для юзера это будет выглядит, как приложения работающее на его компе

Аналогичное есть в Win 7, когда устанавливается виртуальная машина (windows XP Mode), и можно вывести на свой рабочий стол программу и работать с ней, но при этом программа физически будет установлена на виртуальной машине.


Т.е. все стремятся к этому, а для 1С - это будет дыра в безопасности? Фактически проще для трафика поставить Win 2008 на серваке и опубликовать толстого клиента, чем извращаться в написании тонкого
24. Виталий (nafa) 08.06.10 10:49
(21)
Можно тупо вывести макет с сотней одинаковых этикеток.

Ну путь даже так делается, пусть даже этикетка будет большая, типа 100х200, это все равно всего 80Кб на 1 этикетку. Даже по LPT это все передается всяко быстрее, чем чем принтер печатает, не говоря уже про USB 2.0.

(22)
RDP - это серьёзная брешь в безопасности. Всё-таки это доступ во внутреннюю сеть организации.

А тонкий/веб клиенты 1С с сервером типа телепатически общаются, безо всякого доступа :)
RDP это всего лишь протокол общения клиента с сервером. У тонкого клиента 1С свой протокол общения с сервером. Оба этих протокола как я понимаю, сделаны с определенными целями, и оба предополагают наличие дополнительных средств обеспечения безопасности (типа VPN или HTTPS соединения). А в "голом" виде (т.е. с базой, открытой с инета для доступа по http протоколу) 1С ничем не лучше сервера с открытым в инет портом RDP.

Плюс терминальные лицензии кусаются по цене

Насчет цен - надо делать конкретные расчеты для конкретных случаев (включая, разумеется не только эту терминальную лицензию, но и сам windows сервер, скуль, 1С и т.п.). И судить по конечным цифрам.
Не забыть учесть при этом, что у многих эти лицензии давно куплены еще во времена 7.7/8.1, так что в данный момент их стоимость уже роли не играет.
А также не забыть тот факт, что для файловой версии 1С (каковая вобще-то у большинства народу стоит) 1С удаленный запуск тонкого клиента почему-то не рекомендует
http://v8.1c.ru/overview/Term_000000034.htm#1
(хотя у меня нормально работало) - тут что будем делать? Сервер 1С покупать - так например на 5 пользователей это явно дороже терминальных лицензий.
25. Андрей Д. (detec) 08.06.10 11:06
(23)

1. Не везде стоит 2008-й сервер, т.к. как куча контор купила 2003-й.
2. Citrix тоже денег стоит.

Естественно, если всё пиратское, то можно воротить любые программные комплексы... до появления сотрудников ОБЭП. ;)

Скрытие рабочего стола как таковое не есть защита сервера. Нужно настраивать запрет на запуск приложений, но даже в этом случае пользователь сможет лазить по большей части файловой системы сервера.

В случае с тонким клиентом пользователь со своими обработками и клиентскими приложениями полностью ограждён от ОС сервера. Главное в 8.2 - запретить интерактивный запуск обработок и отчётов.
26. Алексей (Alav) 08.06.10 11:21
Я же не агитирую за то, что "даешь Citrix в каждый ларек". Просто привел пример, что RDP - это не только рабочий стол на сервере, это гораздо больше. Плюс как видно мелкомягкие наоборот сейчас предлагают эту возможность. Что мешало 1С сделать аналогично? И тогда ненужно было бы этих извращение.

Была 7-ка, потом 1С выпустили 8-ку без преемственности, и все те наработки что писались годами пришлось хоронить и переписывать заново

Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.

А ведь казалось бы, что проще сделать так, как уже есть в других продуктах и добавить преемственности со старыми версиями, но нет ...
27. Андрей Д. (detec) 08.06.10 11:23
(24)

Кроме скорости передачи по кабелю (у нас используется LPT) есть ещё оперативная память на принтере. Когда данные по кабелю приходят быстрее, чем она успевает очистится - у нас возникали тормоза. Собственно как это началось. Была этикетка, к примеру, с 7-ю строками. Печаталось не фонтан, но более-менее. Потом добавили 8-ю строчку текста. Это стало пороговым значением для принтера, и он стал печатать рывками. Процесс печати длился много часов, и за стандартный рабочий день могли не успеть напечатать всё. Теперь же операторы только интенсивно меняют бабины с лентой в течение пары часов в день.


Про RDP. Боюсь показаться банальным, но RDP - это передача картинки с сервера, в то время как код с правами пользователя Windows исполняется на сервере. Протокол связи с тонким клиентом - это всего-навсего обмен информацией с выделенным неинтерфейсным приложением. А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.
28. Александр Зубцов (iov) 08.06.10 11:57
(19) Именно за это я и говорю... Что держать ночью программиста нет смысла... а нештатные в 1С - это штатная норма :( . А насчет крутизны контор.. некоторые хвалятся 200-500 рабочих мест... А работает это все в полу ручном режиме и админ носится как угорелый... А есть конторы по 20 -50 машин где админ - приходящий и приходит он только за зп... Тут зависит не только от админа но и от пользователей... А вообще вся ситуация зависит от руководства... А как известно многое руководство считает что компьютер - работнику нужен за 3 000 тыс вместе с монитором и на 10 лет.
29. zavedeev (zavedeev) 08.06.10 12:03
Таким людям надо ставить памятник!!!
30. ntl 08.06.10 12:11
Мне кажется было бы вернее назвать это Особенности настройка программы 1С 8.2 при внедрении.
Т.к. о внедрении тут ни слова. Одни лишь особенности разработки описаны.
При том что мы часть проектов внедрения выполняем без единого изменения.
Соответственно внедрение это не разработка. Разработка это как составляющая часть внедрения. И многие программисты почему то про это забывают.
Потому в итоге получаем изкуроченные к чертовой бабушке программы, на которых пользователи еле работают, вбивают данные как попало так что потом хрен месяц закроешь. А программист стоит рядом и ручки потирает всех убеждая что программа внедрена и он свою часть работы сделал (код искурочил). А то что месяц не закрывается из за ошибок и то что пользователи потом шагу сделать не могут без этого чудо программиста это мол пользователи тупые, а программист лапочка.
Я не имею ввиду что Вы относитесь к этой же категории, но статья реально однобока, освещает только программистскую составляющую проектов которой иногда просто может и не быть, хотя сам проект может быть большим и замороченным. И внедрение это не программирование. Внедрение это гораздо шире. Программирование это лишь одна из не многих составляющих.
31. Виталий (nafa) 08.06.10 12:11
(27)
А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.

При RDP локальному компьютеру файловая система сервера тоже не доступна. Возможность запуска конфигуратора определяется дырками в системе безопасности 1С, если они есть - и без RDP запустит.
Зато значительно упрощается возможность "слушать" трафик между клиентом и серером 1С, т.к.
это можно делать на компьютере пользователя. Так что что тут безопаснее - это большой вопрос.

(25)
1. Не везде стоит 2008-й сервер, т.к. как куча контор купила 2003-й.
2. Citrix тоже денег стоит.

Так все это и на 2003 без цитрикса работает. И на 2000 сервере. И даже на NT 4.0 Terminal Server Edition. 2008 и цитрикс просто чуть поудобнее.

(26)
Была 7-ка, потом 1С выпустили 8-ку без преемственности, и все те наработки что писались годами пришлось хоронить и переписывать заново
Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.

Совсем другая ситуация
8ка по сравнению с 7.7 реально новая система, где реально много преимуществ. Было понятно, ради чего переписывать.
8.2 по сравнению 8.1 - в режиме совместимости - да, есть улучшения, небольшие конечно, но так это же 8.2 а не 9.0.
А вот режим управляемых форм мне пока не понятен.
Если сравнивать формально (берем голую 1С) - появился тонкий клиент.
А если с учетом реальной жизни - этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.
Причем рыботающий быстрее, имеющий клиентов под любую платформу и не требующий для своей работы переделывания вообще ничего и дающий кучу дополнительных преимуществ вроде взаимодействия с рабочим столом пользователя.
Переписать то интерфейс на управляемый перепишем, и не такое писали, но ЗАЧЕМ ??? Какие преимущества то мы от этого получим ???
Вот я и прошу кого-нибудь и реально перешедших с 8.1 работающей в терминале на 8.2 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.
32. Аркадий Кучер (Abadonna) 08.06.10 12:22
(30)
Потому в итоге получаем изкуроченные к чертовой бабушке программы,

Три типа контор:
1. Получить, как есть
2. Нормально отчитаться
3. Получить как есть да еще и отчитаться
Я всегда работал по п.3: одна "некуроченная", белая и пушистая, другая - "куроченная" с переносом в первую, когда надо и как надо
33. Алексей (Alav) 08.06.10 12:29
Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в виде Дерева, ну так базовые объекты которые были в 7-ке ониполностю перекачивали и в 8-ку.
Единственное кого мы потеряли в дороге - это периодические реквизиты.
34. vip (vip) 08.06.10 12:31
(31)
А если с учетом реальной жизни - этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.

Именно так. И мне тоже крайне интересно вот это.
Вот я и прошу кого-нибудь и реально перешедших с 8.1 работающей в терминале на 8.2 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.
35. vip (vip) 08.06.10 12:38
(32) Четвертый тип забыл.
Получить удобный, быстрый, достоверный инструмент для РАБОТЫ, а не для отчетности.
А вот тут "некуроченная" и рядом не стояла.
И руководителей по-настоящему успешного бизнеса даже примерно не интересует, как составляется отчетность (в отечественном понимании этого слова), на счетах, на бумажке, etc.
36. Аркадий Кучер (Abadonna) 08.06.10 12:39
(35) Не забыл! Это как раз тип 1. "Быстрый и удобный" - подразумевается по умолчанию
37. vip (vip) 08.06.10 12:43
(36) Тип 1 и "Быстрый и удобный" в контексте типовых это несовместимо.
38. Аркадий Кучер (Abadonna) 08.06.10 12:46
(37) Где у меня слова "типовой", "типовая" хоть в одном комментарии?
Андрюха, ты в карты тоже передергиваешь? :D
39. vip (vip) 08.06.10 12:59
(38) Я не прав.
Просто издалека послышалась песня Ish_2
"... Единица вздор, еди...."
40. Александр Рытов (Арчибальд) 08.06.10 12:59
(38)
одна "некуроченная", белая и пушистая,
:evil:
41. Аркадий Кучер (Abadonna) 08.06.10 13:08
(40) Читай внимательно, шулер ты наш еще один ;)
Тип 1 и "Быстрый и удобный" в контексте типовых это несовместимо.

Разговор как раз по п.1 шел, а не про п.3 :D
А даже, если учитывать п.3, то там не нужен ни быстрый, ни удобный. Все делается автоматом, без вмешательства юзверей ВООБЩЕ. И раз в квартал. И будет оно считать 2 часа или сутки - мне по барабану! Не самому трудиться ;)
42. Александр Рытов (Арчибальд) 08.06.10 13:11
(41) Вам фокусничать вроде и не с руки...
43. Аркадий Кучер (Abadonna) 08.06.10 13:12
Вам фокусничать вроде и не с руки...

Я и не.... Свита есть! :D
44. Аркадий Кучер (Abadonna) 08.06.10 13:22
(33)
Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в

Язык стал похожим на человечий. А чистая 7.7, не обвешанная примочками типа OpenConf и т.д. - жуть неудобная среда разработки. А если бы не родился на счастье семерочников Орефков? (тьфу-тьфу, не сглазить). А если бы не было 1С++ и fomex?
И был бы полный отстой в "чистом" виде
Поручик; o.nikolaev; +2 Ответить 2
46. Аркадий Кучер (Abadonna) 08.06.10 13:38
(45) Андрей, "был БЫ"
А ведь был! Не сразу оно это все появилось. В 2000-ом году что-то не припомню я ничего из вышеперечисленного. А работать-то и тогда надо было
47. dushelov (Душелов) 08.06.10 14:16
(16) Это уже вне 1С, это другой уровень разработки. Тут стоит ознакомиться с принципами веб-программирования, про нагрузки на сервер, про выполнение скриптов на клиентской части, чтобы понимать, что и когда нужно использовать.
48. dushelov (Душелов) 08.06.10 14:18
(17) В контексте задач, которые я сделал/делаю, вполне, включая, что я для себя пишу инструменты на той же 8.2 и изучаю возможности самой платформы (все у меня в профиле), и даже не обращая внимания на косяки (а когда их не было?), я благодарен 1С за такую платформу для автоматизации бизнеса :)
o.nikolaev; +1 Ответить
49. dushelov (Душелов) 08.06.10 14:21
(20) Какие ограничения накладывают? Я пока никаких не заметил.
50. dushelov (Душелов) 08.06.10 14:27
А тонкий клиент еще и хорош присутствием веб-клиента, когда в 1С можно работать и в других ОС.

+ экономия трафика, по сравнению с том же RDP
51. Алексей (Alav) 08.06.10 14:50
(50) Есть данные, или интуиция?
52. Виталий (nafa) 08.06.10 14:58
(50)

А тонкий клиент еще и хорош присутствием веб-клиента, когда в 1С можно работать и в других ОС.

У RDP тоже есть веб клиенты на ActiveX и Jave. Причем Java работает в любой ОС и любом браузере где она вообще реализована (лично использовал в опере под убунтой).
А уж по числу поддерживаемых ОС тонкий клиент и близко к RDP не стоял. Мобильных ОС кстати тонким клиентом не поддерживается вообще ни одной.

экономия трафика, по сравнению с том же RDP

А можно увидеть конкретные цифры? По моему опыту ровным счетом наоборот - при простой работе (ходим по менюшкам, открывам документы, смотрим отчеты), а не какой-то абстрактной заоптимизированной задаче, RDP явно экономнее (особенно хорошо заметно при реально медленном (GRPS) подключении, когда трафик по сути и определяет как долго пользователь ждет пока окошко откроется).
53. dushelov (Душелов) 08.06.10 15:05
(51) Через GPRS работали. Там расход трафика виден сразу... Рублями :)

(52) Конкретные цифры? Ну напишу я, 1 мегобайт по тонкому и 10 по RDP и что это даст? Только под конкретные задачи. А то вон, мысли есть, обрабатывать 5000 записей на клиенте, как думаете, какой расход трафика будет?
54. dushelov (Душелов) 08.06.10 15:12
Тут уже другой уровень разработки... Минимализация вызовов сервера, распределение нагрузки и т.п. Большинстко 1С-ников не готовы к этому.

Еще когда вышла 1С 8 уже был аналог распределения нагрузки (общие модули в контексте сервера), т.е. правильное проектирование сети у заказчика.

У нас сейчас клиентские машины - это нет-станции на атоме с гигом оперативки в небольшом корпусе, который крепится к монитору сзади. На Офис + тонкий клиент хватает за глаза + удаленщики на GPRS, йоте и скайлинке.
55. Виталий (nafa) 08.06.10 15:17
И вообще такое ощущение что все на заводах масштаба АвтоВАЗа работают. А ведь для контор, где пользователей меньше 20 (я это как я понимаю, 95% если не больше от всех пользователей 1С) какой в принципе смысл вообще париться с делением кода - что должно выполняться на скуле, что на сервере 1С, что на клиенте? При текущих ценах на железки купил проц шестиядерный, памяти 16 гигов, пару SSD в рейд, поставил все (скуль + сервер 1С + терминал) на 1 комп + собрал еще один такого же конфига в резерв - и пофигу где там чего выполняется.
56. dushelov (Душелов) 08.06.10 15:45
(55) Есть много розничных точек. А масштаб АвтоВАЗа тут вообще не при какой кухне. Там тонкий клиент не нужен, по крайней мере на производстве.
57. Олег Молочников (milkers) 08.06.10 15:47
Некоторые уточнения. Я не имел в виду сам протокол RDP. Он является объектом авторских прав. А вот его узкоспециализированное подобие могло бы решить множество проблем. Основное возражение, которое я услышал, против - это возможность работы через Web клиент. Многие из нас видели реализации полноценного RDP на Jave. Наверняка и есть и другие способы. Надеюсь, это блокирует подобные возражения.
В остальном сплошные преимущества - совместимость со старыми наработками, упрощение работы программистов, простота реализации, минимизации трафика, совместимость со всеми браузерами. Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.
P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.
58. dushelov (Душелов) 08.06.10 15:54
(57) >P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

Это вообще тут при чем? Я не фрилансер, и не работаю во франче.
И где я оцениваю личные и профессиональные свойства оппонентов?

Я никому ничего не доказываю, кому надо - прекрасно посмотрят мой профиль, благо многие мои наработки и исследования я выкладываю на всеобщее обозрение.
o.nikolaev; +1 Ответить 1
59. dushelov (Душелов) 08.06.10 15:54
ЗЫ: А, я понял, автор все воспринял на свой счет :D
60. Аркадий Кучер (Abadonna) 08.06.10 16:23
(57)
P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

Не заметил ни "оценки", ни "напирания". Ему и напирать не надо - он и так тут известный ;)
61. Аркадий Кучер (Abadonna) 08.06.10 16:32
Насчет споров: RDP... тонкий... веб
1. Вспомним Жванецкого (хоть и не люблю я его);
Рассуждать о взлете и падении Голливуда, не видя ни одного их фильма

2. Я просто в диком восторге, что сейчас мне удаленный клиент может спокойно записать ТЗ через обычную веб-ссылку. Не RDP же мне на свой домашний комп организовывать.
P.S. Про прочие прелести я пока не компетентен: "не все еще голливудские фильмы посмотрел" :D
62. Александр Венгер (venger) 08.06.10 16:34
(57) Господин Душелов вполне корректно изъясняется, ИМХО...
63. Аркадий Кучер (Abadonna) 08.06.10 16:37
(57), (62) Два модера крамолы не увидели - стало быть это уже ИСТИНА ;)
64. Александр Рытов (Арчибальд) 08.06.10 16:39
65. Олег Молочников (milkers) 08.06.10 16:39
Возможно, был не прав по поводу г. Душелова. Я наверно не понял, по кому проехался г. Душелов в (10) и на всякий случай обиделся. :) приношу всем извинения.
66. Михаил Ражиков (tango) 08.06.10 19:05
+(57),(65) "я благодарен 1С за" - это тоже говорит о кое-чем :)
67. Виталий (nafa) 08.06.10 20:14
57
Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.

Вот и я пытаюсь понять. 1С - реальный лидер в своей области. И вот они при многих возможных вариантах развития системы, тратят много сил и средств на разработку продукта, который, еще и сам требует значительных затрат от собственных сотрудников в части типовых конфигураций а также затрат пользователей на переписывание как минимум интерфейсной части самописных решений (а ведь скорость разработки учетных программ - это же главное преимущество платформы 1С перед СУБД общего назначения). При этом что взамен получаем - непонятно. Единственное предположение, высказанное в этой ветке - экономия трафика - по сравнению с RDP (53) - но так об этом в рекламе 8.2 ни слова.
Или приоритеты смещаются в область не столько технических решений, а сколько маркетинга (где у Интела процессоры интернет ускоряют и т.п.) (ту да, один только термин "управляемое приложения" как звучит, а ведь еще "тонкий клиент", "веб клиент")?
Хотя с точки зрения бизнеса в целом, а не только "техники" ход вполне нормальный - убеждаещь 1 раз клиента что "управляемое приложение" - это круто и без него жить нельзя, а потом и еще больше зарабатываешь, т.к. то, что раньше занимало времени сделать 1 день, теперь занимает 3 дня.
Тогда на вопрос: "Что лучше, тонкий клиент или RDP ?" самый правильный ответ на сегодняшний день будет: "Тонкий клиент через RDP" (а что тут такого? :) и приложение управляемое и все достоинства RDP).
Kamikadze; detec; +2 Ответить 1
68. Аркадий Кучер (Abadonna) 08.06.10 22:44
(67)
Тогда на вопрос: "Что лучше, тонкий клиент или RDP ?"

На желание поиметь RDP не внутри сетки тебе путние админы посоветуют... ну... это самое... Пошлют, в общем
В вот против веб-клиента у них пока нет аргументов
P.S. Это vip у своих клиентов рулит, как Бог. Захотел поставил, захотел - снес
Но не все vip-ы, и не у всех такие клиенты
69. dushelov (Душелов) 08.06.10 23:46
Есть еще один момент... Крупные (важные) контрагенты, которые заказывают/просматривают товары у производителя/оптовика через тот же тонкий/веб клиент. Их тоже пускать в RDP ?
70. Алексей (Alav) 09.06.10 00:41
(69) Для этих целей есть клиентская программа, которая скачивает обновления с сайта производителя, в ней можно сформировать заказ и отослать его производителю не выходя из программы. Очень удобная вещь.
71. dushelov (Душелов) 09.06.10 00:44
(70) Это и называется "тонкий клиент"
72. Виталий (nafa) 09.06.10 00:46
(68)
На желание поиметь RDP не внутри сетки тебе путние админы посоветуют

Это не путние админы, а ленивые админы.
А вообще на всех предприятиях, что я видел, админ обычно первый же себе это RDP домой делает (по вполне понятным причинам).
(69)
Крупные (важные) контрагенты, которые заказывают/просматривают товары у производителя/оптовика...Их тоже пускать в RDP

Клиентов/сотрудник, принципиально никакой разницы нет. Просто юридически оформить надо правильно - написать договор о взаимопризнании ЭЦП и предоставлении доступа + использовать средства криптозащиты и ключики ЭЦП выдавать сертифицированные в соответствие с законодательством и строго уполномоченным директором клиента лицам по паспорту и доверенности, подписанной этим же директором. Приложением к договору должна быть инструкция по работе с БД, с которой все вышеуказанные лица ознакомляются под подпись. Тогда любая попытка сунуть нос не туда автоматически становится запротоколированным уголовным преступлением группы лиц в составе директора контрагента + его сотрудника, фактически осуществлявшего доступ. Так что желающих "похакерить" не будет.
Вообще в вопросах безопасности правильно оформленная бумага часто имеет значение куда большая, чем весь софт и железки вместе взятые.
А при отсутствии соглашения о признании ЭЦП, самой ЭЦП и сертифицированных в соответствие с законодательством РФ криптографических средств все эти заказы через интернет/веб/рдп - обычная филькина грамота.
73. dushelov (Душелов) 09.06.10 00:53
На самом деле спор "ни о чем" :) Как использовать Windows XP или Windows 7 :)
Все по потребностям :idea:

Это в плане "тонкого клиента", но в то же время мы опускаем почему-то агрегаты, новые объекты управляемых форм, да и вообще, саму структуру базы....
74. Алексей (Alav) 09.06.10 01:55
(71) И давно офф-лайн версии стали тонкими клиентами?
75. Аркадий Кучер (Abadonna) 09.06.10 04:20
(72)
Это не путние админы, а ленивые админы.

(61)-й прочти! Да, ленивый я
Не доверяйте работящему программисту, только ленивый сделает все сразу правильно и навсегда

Ехать по пробкам (а у нас они не слабее, чем в Москве) куда-то, чтобы поставить ярлык RDP тёте Моте..:(((( Там конкретный пример конкретной ситуевины. А насчет админов: один клиент дал мне RDP-доступ с админскими правами на пару серваков, другой (даже несмотря на просьбу председателя совета директоров) - фиг.
А если в общем: я никогда не пытался в компьютере крышку снимать при помощи баллоника от "Тойонты". Не проканает, отвертка нужна! Для каждой задачи - свой инструмент, у путнего мужика дома инструмента много, у кого руки заточены под известное место - и молоток хрен найдешь ;) Спор достаточно бессмысленный
76. Виталий (nafa) 09.06.10 09:20
(75)
А насчет админов: ... другой (даже несмотря на просьбу председателя совета директоров) - фиг

Админ грамотный и поступил совершенно правильно.
В соответствие с п. 2 ст. 67 Закона об акционерных обществах:
2. Председатель совета директоров (наблюдательного совета) общества организует его работу, созывает заседания совета директоров (наблюдательного совета) общества и председательствует на них, организует на заседаниях ведение протокола, председательствует на общем собрании акционеров, если иное не предусмотрено уставом общества.

Так что по вопросу предоставления прав доступа в ЛВС председатель совета директоров (не путать с единоличным исполнительным органом (т.е. генеральным директором)) имеет полномочий не больше, чем шеф-повар столовой или начальник гаража.
77. Александр Орефков (orefkov) 09.06.10 10:16
Сугубое имхо.
Доступ к базе из-за пределов корпоративной сетки нужен не более чем 5% предприятий. Да и у тех - доступ нужен максимум на получение пары - тройки отчетов, да забития пары - тройки цифирей. Это вполне решается и без того, чтобы выставлять всю работу с базой в веб. А теперь получается, что из-за фич, нужных 5%, остальные 95 - должны напрягаться, чтобы "остаться в мэйнстриме". А мэйнстрим то - как всегда высосаная из пальца задумка маркетологов. Ведь что получается - громко кричат о том, что теперь с легкостью можно выставить морду базы в веб, и все будет работать, не отличаясь от локальной работы. А о том, что сначала нужно почти всю конфу переписать, чтобы она так смогла - умалчивают. И о том, что из-за этого возможности приходится привести к наименьшуму общему знаменателю - тоже.
sheffchik; DrSender; vkr; Kamikadze; alexkh75; sgsoft; Alltruist; detec; Yexel; Ish_2; nafa; Alav; Spi1y; vip; +14 Ответить 1
78. Александр Рытов (Арчибальд) 09.06.10 10:32
79. Василий Казьмин (awk) 09.06.10 12:08
Проектов по 8.2 у меня пока три и все в процессе.
1. IT отдел бета версия (заброшен полгода назад в связи с отсутствием времени).
2. Перевод Альфа-авто. с 8.1 на 8.2 с доработкой. Готов.
3. Конвертация Альфа-авто сильно переписанной из 7.7 в 8.2.
По первому проекту:
Писал с нуля. Понравилось. Быстро удобно. Если есть опыт написания серверных расширения для 7.7 - то концепцию ловишь сразу проблем 0.
По второму:
Особых проблем не возникает. (Управляемые формы почти не использовались реализовал пару с нуля не проблемма).
По третьему:
Гммор, геммор, геммор. 90% кода выброшено в помойку.

RDP vs WEB client:
Безопастность - там и там есть дыры. Но с точки зрения администрирования выгодней WEB client - за него отвечает программист. С точки зрения программиста - лучше RDP много проблемм можно скинуть на админа.
Удобство для пользователя - RDP 6 и Web в среде M$ равноудобны. В гетерогенной среде???
Мой вывод:
Для гомогенной M$ среды - без разницы что и как ставить. Вопрос упирается только в цену решения.
Для гетерогенной среды - вопрос упирается в решении M$ специфичных технологий (OLE, COM и т.д.).
Kamikadze; nafa; +2 Ответить 1
80. cruse 09.06.10 12:25
Если к примеру у меня стоит RDP и меня он устраивает, то любые 150 миллионов аргументов в пользу тонкого клиента для меня будут стоить не больше копейки. Разве что для развития кругозора. Такая история понятна и приемлема пока ничего не меняется.

Лично мне путь в сторону тонкого клиента больше нравиться. RDP всеж больше похож на заплатку. Потом разделение кода на интерфейсный слой и серверный полезная штука. Я еще с 8.1 всю расчетно-рабочую часть исконно помещал в модуль объекта, а в форме делал только вызовы. Такая инкапсуляция расчетов в модуле потом позволяет использовать процедуры и функции не только самой обработке, но и вызывать со стороны (как регламентное задание, как библиотеку, утилиту...). Это архитектурно более выгодно.

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

Переписывание кода у меня не вызывает какой-то озабоченности. Это повод глянуть в код и сделать его более совершенным (стройным, оптимальным..). Я заметил за собой такую вещь, пока пишешь, разрабатываешь, кажется, что все здорово, стройно, красиво, получается лучше чем было, лучше чем у конкурентов и все удовлетворяет заказчика. А пройдет какое-то время и тянется рука сделать какие-то вещи по другому, переписать проще, выкинуть лишнее, а со временем это лишнее становиться отчетливо заметным. Да, для заказчика и вообще (официально) продукт хороший и качественный, а по мне так он уже становиться немного не того, не той свежести :)

Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.
DMSDeveloper; Kamikadze; +2 Ответить 2
81. Виталий (nafa) 09.06.10 12:47
(79)
Но с точки зрения администрирования выгодней WEB client - за него отвечает программист. С точки зрения программиста - лучше RDP много проблемм можно скинуть на админа.

5 баллов! Наконец то приходим к здравым выводам.
82. Аркадий Кучер (Abadonna) 09.06.10 12:55
(75)
2. Председатель совета директоров (наблюдательного совета) общества организует его работу,

С юридической. А фактически еще и бывает зицпредседатель Фунт - генеральный директор. К тому ж, если председатель совета директоров еще один из главных учредителей, - то сам понимаешь... Это, батенька, не Европы :D
Кстати, я б этого RDP один фиг добился, да лениво мне...
83. Василий Казьмин (awk) 09.06.10 13:58
(80)
Если к примеру у меня стоит RDP и меня он устраивает, то любые 150 миллионов аргументов в пользу тонкого клиента для меня будут стоить не больше копейки. Разве что для развития кругозора. Такая история понятна и приемлема пока ничего не меняется.

По опыту если устраивает, но у соседа есть - то делаем как у соседа (90% случаев). Менталитет ларька.
RDP всеж больше похож на заплатку

Это не заплатка - это другая технология. Корни в кампусах 80 годов (X сервер). Это экономия денежных средств клиентов (лицензии на ПО, аппаратная часть).
Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.

У вас одна такая... А у меня за все время других знакомых контор не было. :) Переходят. Главное решить потратить на это деньги.
84. Александр Орефков (orefkov) 09.06.10 15:33
(83)
Переходят. Главное решить потратить на это деньги.

Золотые слова прямо-таки.
Устраивает текущий функционал или нет - неважно.
Так ли нужны ли рюши и бантики - неважно.
Главное - потратить деньги!
Вау-импульс прямо какой-то.
85. Андрей Д. (detec) 09.06.10 18:09
(80)

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

Вот это уже интересно. Разве где-то было у 1С официально заявлено, что никак нельзя избавиться от 1С-ного окошка авторизации Логин+пароль?
86. cruse 09.06.10 18:23
(85) Не совсем вчерпал всей глубины вопроса. Окошко еще что, я вот встал утром, посмотрел на небо и так мне захотелось поменять цвета в базе, сделать ее белой, а меню, панели и заголовки синим или светло синим... чую въелась в меня эта ржавчина от окошек 1С. Хотел свежачка, примерно как у меня в Хроме под Win7 сейчас. Несся на работу. Пришел и понял, что нет такого :( Но надежда осталась.
87. Андрей Д. (detec) 09.06.10 18:46
(86)

Имелось в виду, что если официально или неофициально можно будет в произвольной веб-странице сделать вход в базу 1С8, то лепить интернет-магазины на 8.2 будет проще пареной репы в плане удобства использования для клиентов.
88. Василий Казьмин (awk) 10.06.10 11:19
(87) А разве нельзя? Насколько я помню - это сделать можно. Первый вход через web под default web user + кнопка перезапуск системы с параметрами.
89. Игорь Дзеса (Kamikadze) 13.06.10 15:36
cruse,

согласен с вамы - распределения нагрузки по исполнению програмного кода на сервер - это разумний подход к оптимизации работы системы.
90. Олег Молочников (milkers) 17.06.10 12:31
Сейчас столкнулся с критической ошибкой, которая ставит весь проект под угрозу.
В конфигурации есть управляемые и неуправляемые формы. Основной режим запуска - управляемые формы. Режим совместимости с 1С 8.1 не используется.
Во всех неуправляемых формах (формы списка номенклатуры, контрагентов и т.д.) где есть поиск по подстроке (быстрый поиск по первым символам), 1С вылетает, если производится поиск комбинации символов, которой нет в столбце поиска. Релиз платформы 1С:Предприятие 8.2 (8.2.11.235).
Ошибка в базе данных исключается - также пробовали на пустой базе с 1 товаром.
Откатывали платформу до 8.2.9.260 - ошибка сохраняется.
Текст ошибки :An unhandled win32 exception occured in 1cv.exe[16500].
91. Padonak-XXI (DMSDeveloper) 18.06.10 14:36
(90) Это глюк платформы, их еще тьма тьмущая там.
(87)Web-сервисы + PHP, .Net, ASP, Java вот вам(нам) пища. все таки интерфейс 1С, каким бы он ни был управляемым, до интернет магазина не дотягивает.
92. Андрей Д. (detec) 18.06.10 20:50
(90)

Только что проверил на большой самописной конфе - не воспроизводится. Правда, основной режим запуска - обычное приложение.
93. Иван Титков (ivannn) 27.03.14 21:48
(90) milkers, Действительно похоже на косяки платформы..