Позор 1С Франчайзи города!!!!!

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

Я лично установил незнамо сколько коробок 1С. И проблемы с ключами возникали всего 2-3 раза. И всегда успешно решались. Проблемы возникали только на серверных ос, и на сетях с nowell где нерадивые программисты толком не могли ничего настроить.
Нужно лишь иметь необходимые драйвера, нормальный сервер лицензий (для серверных ос) все необходимое есть в интернете.

Но если консультанты из Айланта не могут настроить Hasp то все с ними ясно...

 

Интересно что нужно сделать с программой чтобы она не работала в терминальной сессии. Я не спец по настройкам терминалов, но просто себе этого не представляю. Тем более если это конфа 1С.

 

если не спец, то и не надо демонстрировать свое невежество,
Гранд Смета к 1Сным подделкам не имеет никакого отношения

 

Ну так объясни почему какая-то программа может не работать в терминале. Раз уж спец.

 

Гранд-Смета думаю не конфа 1С

 

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

PS поиск по яндексу поможет в вопросе связи с разработчиками..

 

зайдите на сайти почитайте вопросы и ответы насчет терминальной версии (www.grandsmeta.ru).. А конфигурация ГС действительно никаким боком с 1С не связана

 

ilya-79,
Спасибо за развернутый ответ.

 

Блин... А подскажите мне кто-нить в чем основные прелести терминального режима? Что именно пользователи хотят от него получить?

 

Да, с терминальным режимом Гранд сметы всё печально. Сегодня задал вопрос http://grandsmeta.ru/faq/c_4.

Гранд смета не использует никакую стандартную СУБД (SQL, файл-сервер etc.), применяет MS COM, Winsocks из Win API (видел где-то в их ответах), в общем, весьма нестандартное решение с точки зрения разработчика.

Терминальный режим по своей сути режет все ненужные права пользователям, упрощает централизованную установку ПО, в общем, как в армии: всё безобразно, но однообразно.

 

ошибка

 

Тоже offtopic, в продолжение.
Да, Илья всё верно указал. У разработчиков, правда, есть проблемы, связанные именно с терминальным режимом и текущими технологиями разработки. Подробнее об этом я задавал вопрос на http://www.sql.ru/forum/actualthread.aspx?tid=335509, тема "Применение COM-объектов на терминальном сервере".

Чтобы этого избежать, нужна или:
1. Жесткая дисциплина быстрого выхода всех пользователей из программ, но некоторые работают с населением и не могут выполнять по 10 раз за день прихоти программистов "зайди-выйди, туда-сюда обратно".
2. Менять технологии разработки ПО, вводить средний уровень, т.е. application server с центральной обработкой всей логики, или переходить на веб разработку (ASP, ASP.NET, PHP или иное) с той же целью, но для массового ввода данных веб интерфейс не всегда оптимален.
3. На прикладных приложениях перейти на .NET Framework, библиотеки на базе которой кладутся в подпапки приложений, каждому своя копия.

В общем, есть над чем работать.

 

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

PS помоему это вам нада в консерватории что-то поправить...

 

Нет, нужно в начале понимать, о чём речь идёт. Не база, а бинарные модули (dll, ocx) COM-library, которые регистрируются в registry windows через regsvr32.exe, поэтому переносить их и делать rename нельзя на ходу, ключ InProcServer32 в CLSID компонента укажет на несуществующий файл. Нужно выгрузить все приложения, которые его используют, скопировать поверх новую версию и провести регистрацию в реестре. Если один пользователь ждёт срочно исправлений в течении получаса, а 30 других спокойно работают с этой library, потому что их касаются другие функции, то выгонять нужно всех.

 

вот я и говорю - править нада в консерватории... ну вот очень тяжело мне представить ситуацию когда нада срочно что-то кординально менять в программе.. это чтож за г-но вы до этого написали???

 

То же, что и все программисты. Изменение даже 1 байта в коде требует перекомпиляции. Почитайте книги о программировании, там всё написано.

 

Валера у вас так много корочек по типу "прослушал курс", но я смотрю ума это вам не добавило...

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

PS. остается только пожалеть сотрудников горгаза

 

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

 

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

 

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

 

Валерий график работы программистов не должен полностью совпадать с графиком работы остальных пользователей.... или вы не можете это организовать и объяснить это своему руководству.... а про шаманство - говорите за себя а не за всех

 

Вот это здравая мысль. На прошлой работе наш отдел разработки в соответствии с регламентом УИТ передавал все дистрибутивы администраторам, разработчики сами ничего не ставили.
Но это требует очень высокой степени разделения труда и высокой квалификации специалистов. А у нас пока дистрибутивы на InstallShield только я собираю (иногда) программисты не умеют, администраторы на 90% заняты банальной текучкой, сами виноваты, пораздавали всем пользователям административные права, их нужно резать (права). Тут нужно весь процесс постепенно улучшать.

 

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

 

а и не обязательно уметь делать дистрибутив - это не панацея.. напишите толковую инструкцию по установке...

 

Нужен именно дистрибутив, который можно запускать автоматом скриптами в ночное время с правами учётной записи System, чтобы не ставить "ручками", Mix выше верно писал, нужно добиться этого уровня технологии/

 

так и что вам мешает? выже вроде

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

 

Мне кажется или все ушли довольно далеко от темы...

 

Посмотрите пакет ZENWorks от Novell. Или подобный (хотя по уровню возможностей аналогов не наблюдается пока). Одна из его функций - автоматическое распространение приложений и апдейтов по рассписанию, с том числе с ожиданием ряда событий (пока пользователь работает, например). Очень удобно. Вторая - управление пользователями на основе политик. Тоже приятно.

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

В принципе, проблема с установкой обновлений и "правильного" набора программ и настроек стара. Буржуины ее уже давно решают.