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

18.06.10

Функциональные - Управление проектом (PMO, EPM)

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Записки фрилансера о внедрении 8.2 .docx 16,38Kb 251	251	Скачать (1 SM)	Купить за 1 850 руб.

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

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

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

Первый - переход с не 1с через выгрузку начальных остатков в 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 г. Санкт-Петербург.

+77 –

См. также

1С:PM Управление проектами. Версии ПРОФ и КОРП. 1С:ERP+PM Управление проектной организацией 2

Управление проектом (PMO, EPM) Пользователь Платформа 1С v8.3 Россия Управленческий учет Платные (руб)

Продукт "1С:Предприятие 8. ERP+PM Управление проектной организацией 2" разработан на основе типовой конфигурации "ERP Управление предприятием 2" с сохранением базового функционала и использует все преимущества технологической платформы "1С:Предприятие" версии 8.3, обеспечивающей масштабируемость, открытость, простоту администрирования и конфигурирования. Продукт предназначен для поддержки управленческой деятельности научно-исследовательских и проектно-изыскательских институтов, инжиниринговых компаний, конструкторских бюро, управляющих и инвестиционных компаний, а также других проектно-ориентированных предприятий и организаций.

32000 руб.

17.02.2016 34961 7 0

Доска Канбан

Управление проектом (PMO, EPM) Работа с интерфейсом Рабочее место ServiceDesk, HelpDesk Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Россия Абонемент ($m)

Представляю вашему вниманию свою версию доски Канбан. Решение создано на управляемых формах в виде расширения. Я делал его максимально автономным, чтобы была возможность использования практически в любой конфигурации. Единственный объект, требующий сопряжения с основной конфигурацией – это справочник Пользователи. Эту разработку можно использовать как для отслеживания прогресса выполнения проектов, так и для учета текущих задач и времени их выполнения.

1 стартмани

28.08.2024 1369 12 umah 4

ПО для управления проектами на основе SCRUM

Управление проектом (PMO, EPM) Руководитель проекта Платформа 1С v8.3 ИТ-компания Управленческий учет Абонемент ($m)

Полная трансформация в работе ваших команд. Цель публикации: Создание единого инструмента коммуникаций и ведения проекта по разработки ПО. Задачи, которые решает данная программа: Избавиться от большого и не интегрированного количества инструментов: excel, jira, wrike, redmine и т.д. Вся команда работает в одном окне. Кому полезна: Руководителям проектов по разработке ПО, Владельцам продуктов, Скрам мастерам, Участникам команды разработки.

1 стартмани

01.07.2024 1373 6 user1930767 2

Управление проектами: обзор публикаций за неделю

Управление проектом (PMO, EPM) Россия Бесплатно (free)

Что интересного писали про управление проектами за прошедшую неделю? Мы прочитали все публикации с Хабра, VC, Инфостарта (и не только) и выбрали самые крутые и полезные. Читайте аннотации, сохраняйте и применяйте!

21.05.2024 883 Birby 1

Канбан Документооборот

Документооборот и делопроизводство (СЭД) Управление проектом (PMO, EPM) Платформа 1С v8.3 1С:Документооборот Россия Абонемент ($m)

В данном Канбане, благодаря динамически создаваемым объектам на форме, каждый пользователь может под себя настроить порядок вывода и состав колонок статусов задач.

5 стартмани

10.07.2023 5676 59 Mattakushi 18

О своем опыте внедрения сложных систем и неизбежности разработки специализированное 1С "для внедрения"

Управление проектом (PMO, EPM) Бизнес-анализ Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

О своем опыте внедрения сложных систем. Почему пришлось разрабатывать собственную конфигурацию.

05.07.2023 2331 DenisErmolaev 7

Подсистема "Служба поддержки Redmine" (отправка заявок из 1С в сервис-деск Redmine)

Управление проектом (PMO, EPM) Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Подсистема "Служба поддержки Redmine". Сделана на расширении. Позволяет отправлять заявку из 1С в сервис-деск Redmine. Использует Rest-API Redmine. Поддерживает полноценный редактор Markdown для оформления заявки.

1 стартмани

06.05.2023 3630 13 henr1ck 1

Бизнес как на ладони: как мы внедрили управленческую отчетность в дистрибьюторской компании

Управление проектом (PMO, EPM) Бизнес-анализ Платформа 1С v8.3 1С:Управление торговлей 11 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Бесплатно (free)

Успешен ли бизнес, где его слабые места, а где — возможности для роста? Корректно отвечать на эти вопросы, опираясь на данные управленческой отчётности. О том, как мы внедрили «1С:УТ» и настроили качественный управленческий учёт, — в нашем кейсе.

26.04.2023 1702 ystetsenko 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Арчибальд 2709 07.06.10 17:11 Сейчас в теме

Понравилась внятность изложения.

2. Asmody 07.06.10 18:33 Сейчас в теме

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

потому что веб-интерфейс.

3. nafa 661 07.06.10 20:20 Сейчас в теме

А чем 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 136 07.06.10 21:36 Сейчас в теме

ИМХО, такие вещи как Рабочее место... - они должны быть либо RDP-шными, либо неуправляемыми. Иначе серьёзной работы не будет на таком рабочем месте.

7. Душелов 4018 07.06.10 21:44 Сейчас в теме

(4) Почему? У меня все прекрасно в тонком клиенте работает.

9. detec 136 07.06.10 22:59 Сейчас в теме

(7) А если в рабочее место оператора нужно выгрузить приличный объём информации. Так, чтобы и обрабатывать её на клиенте, и не дёргать сервер? Пару тысяч строк ТЗ потянет тонкий клиент?

10. Душелов 4018 07.06.10 23:27 Сейчас в теме

(9) Зачем это нужно на рабочем месте оператора? Да еще и в тонком клиенте?
В этом случае используется толстый клиент и вперед.

(8) Отклики простые - люди не понимают концепции платформы и не умеют сделать даже элементарных вещей. В большинстве случаев.

16. CheBurator 2712 08.06.10 02:29 Сейчас в теме

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

47. Душелов 4018 08.06.10 14:16 Сейчас в теме

(16) Это уже вне 1С, это другой уровень разработки. Тут стоит ознакомиться с принципами веб-программирования, про нагрузки на сервер, про выполнение скриптов на клиентской части, чтобы понимать, что и когда нужно использовать.

65. milkers 2921 08.06.10 16:39 Сейчас в теме

Возможно, был не прав по поводу г. Душелова. Я наверно не понял, по кому проехался г. Душелов в (10) и на всякий случай обиделся. :) приношу всем извинения.

11. vek 66 07.06.10 23:31 Сейчас в теме

(9) Вообще-то динамическое чтение было реализовано даже в 8.1, так что хоть 2000, хоть 5000 без разницы, а обрабатывать на клиенте, это не комильфо, даже больше это противоречит принципам.

5. detec 136 07.06.10 21:39 Сейчас в теме

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

12. nafa 661 07.06.10 23:40 Сейчас в теме

(5)

А штрих-коды нужно писать под конкретный принтер этикеток, с текстовыми командами печати.

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

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

13. detec 136 07.06.10 23:53 Сейчас в теме

(12)

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

Про Радмин, честно говоря, не совсем понял. Если организация работает круглосуточно, то там должны быть дежурные админы, а не заспанный программист с Радмином, ИМХО. Да и честно говоря, трудно представить такую ситуацию, что крупная шишка полетела куда-то далеко без сопровождения. И чтобы для подписания контракта нужен был онлайн-доступ в какую-то рабочую 1С-ную базу.
На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров. Всю действительно серьёзную инфу вводят "серые мыши" в зашифрованном виде, которых время от времени вызывают лично к учредителям.

15. iov 407 08.06.10 01:31 Сейчас в теме

(13) ага - а еще проще когда vpn + rdp и все серьезное крутится на сервере...
и разговор сводится в 3 ночи
- ой тут что-то не работает...
- минуту
* один клик на cmd + 2 пароля и через 20-40 секунд я на серваке.
- ваше имя пользователя (у юзверей скриптом на рабочем столе вместо обоин ip имя пользователя и номер телефона дежурного админа или программиста)
- Иванова
* 2-3 клика и мы в сеансе пользователя.
- работа круглосуточная... 1 -2 ЧП в год (и то на время реагирования есть резервные механизмы).
Дороже чем держать кучку слабо обученных админов спящих за деньги. но если посчитать сколько стоит день простоя в фирме и прикинуть все это на пару- тройку выходных (когда не купить запчасти или не вытащить админа или программиста с гулянки за городом где даже приличная связь просто отказывается работать) то становится ясно что и как делать...
А насчет того что директор не поставит р-админа есть тимвивер там он сам генеральный пароль может задать может презентацией + телефон либо дать пароль временный..
так что полностью согласен с (13) любая задача имеет несколько решений и выбор зависит от множества факторов и одного решающего.

19. nafa 661 08.06.10 07:53 Сейчас в теме

(13) 10-20 тыс. этикеток в сутки - это вполне обычная скорость печати.Когда печать идет из винды, то на принтер идет готовая картинка, в соответствие с которой принтеру только иголочки включать. А когда идет задание на языке принтера, то его как раз надо обрабатывать. Поэтому я в принципе не понимаю, как из винды печать может быть медленнее. Принтер случайно не по COM порту со скоростью 9600 подключен был?

На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров.

На некоторых предприятиях руководство считает дешевле дать взятку инспектору чем ставить пожарную сигнализацию. Последствия регулярно показывают в новостях.
(15) Вызовы в 3 ночи происходят не потому, что что-то не работает, а потому, что возникают нештатные/непредусмотренные ситуации:
Пример:
Охлажденная продукция, приходит на склад с порта в 1 час ночи, а в 6 уже должна разъехаться по магазинам. Документы полностью подготовить заранее невозможно, т.к. продается по весу, а он индивидуален для каждой коробки + особо придирчивым заказчикам еще и перевешивать приходится, т.к. охлажденка хоть и в рефе едет, а все равно "усыхает".
И вот примеры абсолютно реальных, нештатных ситуаций, никак не связанных с качеством работы программистов:
а) У ночного оператора нет прав, чтобы исправить ошибку, возникшую до него, и которая может повлиять на содержимое этих документов. Например, в базу был ранее введен неверный номер ГТД (причем ошибся даже не не наш сотрудник, а таможенный брокер, т.к. у него выходило одновременно несколько машин) или что-то в этом роде.
б) Поставщик (иностранный) без предупреждения изменил формат критически важного параметра маркировки, и его теперь нельзя ввести в отведенное поле.
и т.п.
Возникают они редко, так что держать человека круглосуточно смысла нет.

21. detec 136 08.06.10 09:45 Сейчас в теме

(19)

Тут ещё вопрос в том, как посылать печать из Винды. Допустим, мы печатаем 100 одинаковых этикеток. Можно тупо вывести макет с сотней одинаковых этикеток. И отправить макет на печать. А можно вывести один битмап этикетки и дать команду 100 раз напечатать этот битмап. Во втором случае, конечно, скорость печать из Винды будет примерно равна скорости печати кодами. Но почему-то у нас дважды выбирали первый вариант. ))

24. nafa 661 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 пользователей это явно дороже терминальных лицензий.

27. detec 136 08.06.10 11:23 Сейчас в теме

(24)

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

Про RDP. Боюсь показаться банальным, но RDP - это передача картинки с сервера, в то время как код с правами пользователя Windows исполняется на сервере. Протокол связи с тонким клиентом - это всего-навсего обмен информацией с выделенным неинтерфейсным приложением. А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.

31. nafa 661 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 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.

34. vip 08.06.10 12:31 Сейчас в теме

(31)

А если с учетом реальной жизни - этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.

Именно так. И мне тоже крайне интересно вот это.

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

28. iov 407 08.06.10 11:57 Сейчас в теме

(19) Именно за это я и говорю... Что держать ночью программиста нет смысла... а нештатные в 1С - это штатная норма :( . А насчет крутизны контор.. некоторые хвалятся 200-500 рабочих мест... А работает это все в полу ручном режиме и админ носится как угорелый... А есть конторы по 20 -50 машин где админ - приходящий и приходит он только за зп... Тут зависит не только от админа но и от пользователей... А вообще вся ситуация зависит от руководства... А как известно многое руководство считает что компьютер - работнику нужен за 3 000 тыс вместе с монитором и на 10 лет.

6. Душелов 4018 07.06.10 21:43 Сейчас в теме

Уже внедрил 2 проекта на 8.2 "под ключ" - вопросы почти все отпали (за исключением особенностей последнего 11 релиза) и скорость разработки возросла по сравнению с 8.1, те же динамические списки - чудесная штука.

Это все - только вопрос опыта и времени.

8. Sverkalov 141 07.06.10 22:53 Сейчас в теме

Надо разместить свои имоции на 1с-ом форуме, что бы разработчики были ближе к народу :). Сам, по аналогичным откликам, в уже заершенном проекте переход на 8.2 тормознул.

14. pricec 45 08.06.10 01:13 Сейчас в теме

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

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

Ответить

17. CheBurator 2712 08.06.10 02:33 Сейчас в теме

Вообщем-то так и осталось непонятно - хорошо это переползать на 8.2 или нет...

18. Арчибальд 2709 08.06.10 07:23 Сейчас в теме

(17) Прогрессивно. Но геморно. Как все новое...

20. nafa 661 08.06.10 08:05 Сейчас в теме

(18) Тут скорее вопрос не в 8.2 (понятно, что функционально новая версия лучше, а ошибки рано или поздно поправят) а именно в управляемых формах - т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP ?

22. detec 136 08.06.10 09:55 Сейчас в теме

(20)
"т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP"

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

Плюс терминальные лицензии кусаются по цене; кроме логина и пароля 8.2 придётся раздавать пользователям ещё и терминальные учётки.

23. Alav 13 08.06.10 10:27 Сейчас в теме

(22) Простите, куда брешь?

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

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

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

Т.е. все стремятся к этому, а для 1С - это будет дыра в безопасности? Фактически проще для трафика поставить Win 2008 на серваке и опубликовать толстого клиента, чем извращаться в написании тонкого

25. detec 136 08.06.10 11:06 Сейчас в теме

(23)

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

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

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

В случае с тонким клиентом пользователь со своими обработками и клиентскими приложениями полностью ограждён от ОС сервера. Главное в 8.2 - запретить интерактивный запуск обработок и отчётов.

49. Душелов 4018 08.06.10 14:21 Сейчас в теме

(20) Какие ограничения накладывают? Я пока никаких не заметил.

48. Душелов 4018 08.06.10 14:18 Сейчас в теме

(17) В контексте задач, которые я сделал/делаю, вполне, включая, что я для себя пишу инструменты на той же 8.2 и изучаю возможности самой платформы (все у меня в профиле), и даже не обращая внимания на косяки (а когда их не было?), я благодарен 1С за такую платформу для автоматизации бизнеса :)

26. Alav 13 08.06.10 11:21 Сейчас в теме

Я же не агитирую за то, что "даешь Citrix в каждый ларек". Просто привел пример, что RDP - это не только рабочий стол на сервере, это гораздо больше. Плюс как видно мелкомягкие наоборот сейчас предлагают эту возможность. Что мешало 1С сделать аналогично? И тогда ненужно было бы этих извращение.

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

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

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

29. zavedeev 08.06.10 12:03 Сейчас в теме

Таким людям надо ставить памятник!!!

30. 08.06.10 12:11 Сейчас в теме

Мне кажется было бы вернее назвать это Особенности настройка программы 1С 8.2 при внедрении.
Т.к. о внедрении тут ни слова. Одни лишь особенности разработки описаны.
При том что мы часть проектов внедрения выполняем без единого изменения.
Соответственно внедрение это не разработка. Разработка это как составляющая часть внедрения. И многие программисты почему то про это забывают.
Потому в итоге получаем изкуроченные к чертовой бабушке программы, на которых пользователи еле работают, вбивают данные как попало так что потом хрен месяц закроешь. А программист стоит рядом и ручки потирает всех убеждая что программа внедрена и он свою часть работы сделал (код искурочил). А то что месяц не закрывается из за ошибок и то что пользователи потом шагу сделать не могут без этого чудо программиста это мол пользователи тупые, а программист лапочка.
Я не имею ввиду что Вы относитесь к этой же категории, но статья реально однобока, освещает только программистскую составляющую проектов которой иногда просто может и не быть, хотя сам проект может быть большим и замороченным. И внедрение это не программирование. Внедрение это гораздо шире. Программирование это лишь одна из не многих составляющих.

32. Abadonna 3968 08.06.10 12:22 Сейчас в теме

(30)

Потому в итоге получаем изкуроченные к чертовой бабушке программы,

Три типа контор:
1. Получить, как есть
2. Нормально отчитаться
3. Получить как есть да еще и отчитаться
Я всегда работал по п.3: одна "некуроченная", белая и пушистая, другая - "куроченная" с переносом в первую, когда надо и как надо

35. vip 08.06.10 12:38 Сейчас в теме

(32) Четвертый тип забыл.
Получить удобный, быстрый, достоверный инструмент для РАБОТЫ, а не для отчетности.
А вот тут "некуроченная" и рядом не стояла.
И руководителей по-настоящему успешного бизнеса даже примерно не интересует, как составляется отчетность (в отечественном понимании этого слова), на счетах, на бумажке, etc.

36. Abadonna 3968 08.06.10 12:39 Сейчас в теме

(35) Не забыл! Это как раз тип 1. "Быстрый и удобный" - подразумевается по умолчанию

37. vip 08.06.10 12:43 Сейчас в теме

(36) Тип 1 и "Быстрый и удобный" в контексте типовых это несовместимо.

38. Abadonna 3968 08.06.10 12:46 Сейчас в теме

(37) Где у меня слова "типовой", "типовая" хоть в одном комментарии?
Андрюха, ты в карты тоже передергиваешь? :D

39. vip 08.06.10 12:59 Сейчас в теме

(38) Я не прав.
Просто издалека послышалась песня Ish_2
"... Единица вздор, еди...."

40. Арчибальд 2709 08.06.10 12:59 Сейчас в теме

(38)

одна "некуроченная", белая и пушистая,

:evil:

41. Abadonna 3968 08.06.10 13:08 Сейчас в теме

(40) Читай внимательно, шулер ты наш еще один ;)

Тип 1 и "Быстрый и удобный" в контексте типовых это несовместимо.

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

42. Арчибальд 2709 08.06.10 13:11 Сейчас в теме

(41) Вам фокусничать вроде и не с руки...

33. Alav 13 08.06.10 12:29 Сейчас в теме

Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в виде Дерева, ну так базовые объекты которые были в 7-ке ониполностю перекачивали и в 8-ку.
Единственное кого мы потеряли в дороге - это периодические реквизиты.

44. Abadonna 3968 08.06.10 13:22 Сейчас в теме

(33)

Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в

Язык стал похожим на человечий. А чистая 7.7, не обвешанная примочками типа OpenConf и т.д. - жуть неудобная среда разработки. А если бы не родился на счастье семерочников Орефков? (тьфу-тьфу, не сглазить). А если бы не было 1С++ и fomex?
И был бы полный отстой в "чистом" виде

45. vip 08.06.10 13:30 Сейчас в теме

(44) был БЫ

46. Abadonna 3968 08.06.10 13:38 Сейчас в теме

(45) Андрей, "был БЫ"
А ведь был! Не сразу оно это все появилось. В 2000-ом году что-то не припомню я ничего из вышеперечисленного. А работать-то и тогда надо было

43. Abadonna 3968 08.06.10 13:12 Сейчас в теме

Вам фокусничать вроде и не с руки...

Я и не.... Свита есть! :D

50. Душелов 4018 08.06.10 14:27 Сейчас в теме

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

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

51. Alav 13 08.06.10 14:50 Сейчас в теме

(50) Есть данные, или интуиция?

53. Душелов 4018 08.06.10 15:05 Сейчас в теме

(51) Через GPRS работали. Там расход трафика виден сразу... Рублями :)

(52) Конкретные цифры? Ну напишу я, 1 мегобайт по тонкому и 10 по RDP и что это даст? Только под конкретные задачи. А то вон, мысли есть, обрабатывать 5000 записей на клиенте, как думаете, какой расход трафика будет?

67. nafa 661 08.06.10 20:14 Сейчас в теме

Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.

Вот и я пытаюсь понять. 1С - реальный лидер в своей области. И вот они при многих возможных вариантах развития системы, тратят много сил и средств на разработку продукта, который, еще и сам требует значительных затрат от собственных сотрудников в части типовых конфигураций а также затрат пользователей на переписывание как минимум интерфейсной части самописных решений (а ведь скорость разработки учетных программ - это же главное преимущество платформы 1С перед СУБД общего назначения). При этом что взамен получаем - непонятно. Единственное предположение, высказанное в этой ветке - экономия трафика - по сравнению с RDP (53) - но так об этом в рекламе 8.2 ни слова.
Или приоритеты смещаются в область не столько технических решений, а сколько маркетинга (где у Интела процессоры интернет ускоряют и т.п.) (ту да, один только термин "управляемое приложения" как звучит, а ведь еще "тонкий клиент", "веб клиент")?
Хотя с точки зрения бизнеса в целом, а не только "техники" ход вполне нормальный - убеждаещь 1 раз клиента что "управляемое приложение" - это круто и без него жить нельзя, а потом и еще больше зарабатываешь, т.к. то, что раньше занимало времени сделать 1 день, теперь занимает 3 дня.
Тогда на вопрос: "Что лучше, тонкий клиент или RDP ?" самый правильный ответ на сегодняшний день будет: "Тонкий клиент через RDP" (а что тут такого? :) и приложение управляемое и все достоинства RDP).

68. Abadonna 3968 08.06.10 22:44 Сейчас в теме

(67)

Тогда на вопрос: "Что лучше, тонкий клиент или RDP ?"

На желание поиметь RDP не внутри сетки тебе путние админы посоветуют... ну... это самое... Пошлют, в общем
В вот против веб-клиента у них пока нет аргументов
P.S. Это vip у своих клиентов рулит, как Бог. Захотел поставил, захотел - снес
Но не все vip-ы, и не у всех такие клиенты

72. nafa 661 09.06.10 00:46 Сейчас в теме

(68)

На желание поиметь RDP не внутри сетки тебе путние админы посоветуют

Это не путние админы, а ленивые админы.
А вообще на всех предприятиях, что я видел, админ обычно первый же себе это RDP домой делает (по вполне понятным причинам).
(69)

Крупные (важные) контрагенты, которые заказывают/просматривают товары у производителя/оптовика...Их тоже пускать в RDP

Клиентов/сотрудник, принципиально никакой разницы нет. Просто юридически оформить надо правильно - написать договор о взаимопризнании ЭЦП и предоставлении доступа + использовать средства криптозащиты и ключики ЭЦП выдавать сертифицированные в соответствие с законодательством и строго уполномоченным директором клиента лицам по паспорту и доверенности, подписанной этим же директором. Приложением к договору должна быть инструкция по работе с БД, с которой все вышеуказанные лица ознакомляются под подпись. Тогда любая попытка сунуть нос не туда автоматически становится запротоколированным уголовным преступлением группы лиц в составе директора контрагента + его сотрудника, фактически осуществлявшего доступ. Так что желающих "похакерить" не будет.
Вообще в вопросах безопасности правильно оформленная бумага часто имеет значение куда большая, чем весь софт и железки вместе взятые.
А при отсутствии соглашения о признании ЭЦП, самой ЭЦП и сертифицированных в соответствие с законодательством РФ криптографических средств все эти заказы через интернет/веб/рдп - обычная филькина грамота.

75. Abadonna 3968 09.06.10 04:20 Сейчас в теме

(72)

Это не путние админы, а ленивые админы.

(61)-й прочти! Да, ленивый я

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

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

76. nafa 661 09.06.10 09:20 Сейчас в теме

(75)

А насчет админов: ... другой (даже несмотря на просьбу председателя совета директоров) - фиг

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

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

Так что по вопросу предоставления прав доступа в ЛВС председатель совета директоров (не путать с единоличным исполнительным органом (т.е. генеральным директором)) имеет полномочий не больше, чем шеф-повар столовой или начальник гаража.

82. Abadonna 3968 09.06.10 12:55 Сейчас в теме

(75)

2. Председатель совета директоров (наблюдательного совета) общества организует его работу,

С юридической. А фактически еще и бывает зицпредседатель Фунт - генеральный директор. К тому ж, если председатель совета директоров еще один из главных учредителей, - то сам понимаешь... Это, батенька, не Европы :D
Кстати, я б этого RDP один фиг добился, да лениво мне...

52. nafa 661 08.06.10 14:58 Сейчас в теме

(50)

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

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

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

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

54. Душелов 4018 08.06.10 15:12 Сейчас в теме

Тут уже другой уровень разработки... Минимализация вызовов сервера, распределение нагрузки и т.п. Большинстко 1С-ников не готовы к этому.

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

У нас сейчас клиентские машины - это нет-станции на атоме с гигом оперативки в небольшом корпусе, который крепится к монитору сзади. На Офис + тонкий клиент хватает за глаза + удаленщики на GPRS, йоте и скайлинке.

55. nafa 661 08.06.10 15:17 Сейчас в теме

И вообще такое ощущение что все на заводах масштаба АвтоВАЗа работают. А ведь для контор, где пользователей меньше 20 (я это как я понимаю, 95% если не больше от всех пользователей 1С) какой в принципе смысл вообще париться с делением кода - что должно выполняться на скуле, что на сервере 1С, что на клиенте? При текущих ценах на железки купил проц шестиядерный, памяти 16 гигов, пару SSD в рейд, поставил все (скуль + сервер 1С + терминал) на 1 комп + собрал еще один такого же конфига в резерв - и пофигу где там чего выполняется.

56. Душелов 4018 08.06.10 15:45 Сейчас в теме

(55) Есть много розничных точек. А масштаб АвтоВАЗа тут вообще не при какой кухне. Там тонкий клиент не нужен, по крайней мере на производстве.

57. milkers 2921 08.06.10 15:47 Сейчас в теме

Некоторые уточнения. Я не имел в виду сам протокол RDP. Он является объектом авторских прав. А вот его узкоспециализированное подобие могло бы решить множество проблем. Основное возражение, которое я услышал, против - это возможность работы через Web клиент. Многие из нас видели реализации полноценного RDP на Jave. Наверняка и есть и другие способы. Надеюсь, это блокирует подобные возражения.
В остальном сплошные преимущества - совместимость со старыми наработками, упрощение работы программистов, простота реализации, минимизации трафика, совместимость со всеми браузерами. Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.
P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

58. Душелов 4018 08.06.10 15:54 Сейчас в теме

(57) >P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

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

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

60. Abadonna 3968 08.06.10 16:23 Сейчас в теме

(57)

P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

Не заметил ни "оценки", ни "напирания". Ему и напирать не надо - он и так тут известный ;)

62. venger 2124 08.06.10 16:34 Сейчас в теме

(57) Господин Душелов вполне корректно изъясняется, ИМХО...

63. Abadonna 3968 08.06.10 16:37 Сейчас в теме

(57), (62) Два модера крамолы не увидели - стало быть это уже ИСТИНА ;)

64. Арчибальд 2709 08.06.10 16:39 Сейчас в теме

(63) Третьим возьмете?

66. tango 545 08.06.10 19:05 Сейчас в теме

+(57),(65) "я благодарен 1С за" - это тоже говорит о кое-чем :)

59. Душелов 4018 08.06.10 15:54 Сейчас в теме

ЗЫ: А, я понял, автор все воспринял на свой счет :D

61. Abadonna 3968 08.06.10 16:32 Сейчас в теме

Насчет споров: RDP... тонкий... веб
1. Вспомним Жванецкого (хоть и не люблю я его);

Рассуждать о взлете и падении Голливуда, не видя ни одного их фильма

2. Я просто в диком восторге, что сейчас мне удаленный клиент может спокойно записать ТЗ через обычную веб-ссылку. Не RDP же мне на свой домашний комп организовывать.
P.S. Про прочие прелести я пока не компетентен: "не все еще голливудские фильмы посмотрел" :D

69. Душелов 4018 08.06.10 23:46 Сейчас в теме

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

70. Alav 13 09.06.10 00:41 Сейчас в теме

(69) Для этих целей есть клиентская программа, которая скачивает обновления с сайта производителя, в ней можно сформировать заказ и отослать его производителю не выходя из программы. Очень удобная вещь.

71. Душелов 4018 09.06.10 00:44 Сейчас в теме

(70) Это и называется "тонкий клиент"

74. Alav 13 09.06.10 01:55 Сейчас в теме

(71) И давно офф-лайн версии стали тонкими клиентами?

73. Душелов 4018 09.06.10 00:53 Сейчас в теме

На самом деле спор "ни о чем" :) Как использовать Windows XP или Windows 7 :)
Все по потребностям :idea:

Это в плане "тонкого клиента", но в то же время мы опускаем почему-то агрегаты, новые объекты управляемых форм, да и вообще, саму структуру базы....

77. orefkov 1152 09.06.10 10:16 Сейчас в теме

Сугубое имхо.
Доступ к базе из-за пределов корпоративной сетки нужен не более чем 5% предприятий. Да и у тех - доступ нужен максимум на получение пары - тройки отчетов, да забития пары - тройки цифирей. Это вполне решается и без того, чтобы выставлять всю работу с базой в веб. А теперь получается, что из-за фич, нужных 5%, остальные 95 - должны напрягаться, чтобы "остаться в мэйнстриме". А мэйнстрим то - как всегда высосаная из пальца задумка маркетологов. Ведь что получается - громко кричат о том, что теперь с легкостью можно выставить морду базы в веб, и все будет работать, не отличаясь от локальной работы. А о том, что сначала нужно почти всю конфу переписать, чтобы она так смогла - умалчивают. И о том, что из-за этого возможности приходится привести к наименьшуму общему знаменателю - тоже.

Ответить

78. Арчибальд 2709 09.06.10 10:32 Сейчас в теме

(77) Вот именно...

79. awk 744 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 и т.д.).

81. nafa 661 09.06.10 12:47 Сейчас в теме

(79)

Но с точки зрения администрирования выгодней WEB client - за него отвечает программист. С точки зрения программиста - лучше RDP много проблемм можно скинуть на админа.

5 баллов! Наконец то приходим к здравым выводам.

80. cruse 6 09.06.10 12:25 Сейчас в теме

Если к примеру у меня стоит RDP и меня он устраивает, то любые 150 миллионов аргументов в пользу тонкого клиента для меня будут стоить не больше копейки. Разве что для развития кругозора. Такая история понятна и приемлема пока ничего не меняется.

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

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

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

Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.

83. awk 744 09.06.10 13:58 Сейчас в теме

(80)

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

RDP всеж больше похож на заплатку

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

Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.

У вас одна такая... А у меня за все время других знакомых контор не было. :) Переходят. Главное решить потратить на это деньги.

84. orefkov 1152 09.06.10 15:33 Сейчас в теме

(83)

Переходят. Главное решить потратить на это деньги.

Золотые слова прямо-таки.
Устраивает текущий функционал или нет - неважно.
Так ли нужны ли рюши и бантики - неважно.
Главное - потратить деньги!
Вау-импульс прямо какой-то.

85. detec 136 09.06.10 18:09 Сейчас в теме

(80)

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

Вот это уже интересно. Разве где-то было у 1С официально заявлено, что никак нельзя избавиться от 1С-ного окошка авторизации Логин+пароль?

86. cruse 6 09.06.10 18:23 Сейчас в теме

(85) Не совсем вчерпал всей глубины вопроса. Окошко еще что, я вот встал утром, посмотрел на небо и так мне захотелось поменять цвета в базе, сделать ее белой, а меню, панели и заголовки синим или светло синим... чую въелась в меня эта ржавчина от окошек 1С. Хотел свежачка, примерно как у меня в Хроме под Win7 сейчас. Несся на работу. Пришел и понял, что нет такого :( Но надежда осталась.

87. detec 136 09.06.10 18:46 Сейчас в теме

(86)

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

88. awk 744 10.06.10 11:19 Сейчас в теме

(87) А разве нельзя? Насколько я помню - это сделать можно. Первый вход через web под default web user + кнопка перезапуск системы с параметрами.

89. Kamikadze 46 13.06.10 15:36 Сейчас в теме

cruse,

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

90. milkers 2921 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. DMSDeveloper 148 18.06.10 14:36 Сейчас в теме

(90) Это глюк платформы, их еще тьма тьмущая там.
(87)Web-сервисы + PHP, .Net, ASP, Java вот вам(нам) пища. все таки интерфейс 1С, каким бы он ни был управляемым, до интернет магазина не дотягивает.