![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Убивать тупых уродов
Архитектура регистрации в системе:
1) Залогиненный пользователь, который не выполнил Logoff()(например если клиентская программа сдохла или комп выключили не выходя из программы) никогда не прекращает быть залогиненным.
2) Второй раз залогинится этот пользователь не может (даже с того же самого рабочего места).
3) Для логина необходимо вызывать другую команду - LogoffUser передав свою учетную запись, пароль и имя приложения.
4) Для администратора системы все почти то же самое, но! сначала надо залогинится под именем другого администратора, чтобы выполнить LogoffUser, указав имя ранее залогинившегося администратора.
Возникает закономерный вопрос - что делать, если в системе только один администратор, или все учетные записи администраторов уже залогинены? :) Наверно только лезть внутрь базы данных системы и руками менять поле.
Это только одна из сотен мелочных проблем, возникающих при интеграции с чужой говносистемой, писанной криворукими тупыми дебилами.
Внутренняя архитектура этой системы тоже производит впечатление спроектированной и написанной под воздействием тяжелых наркотиков. IP адрес сервера нельзя сменить после инсталляции. Вообще нельзя. Клиентская часть системы реализована, как набор ActiveX, которые соединяются по HTTP c IIS, в котором сидит фильтр-перенаправитель, транслирующий запросы на Tomcat, в свою очередь работающий с MSSQL, где хранятся база данных всей этой адской срани. ActiveX эти могут жить как в IE, дергаясь под управлением жабаскрипта, так и в других прогах. Еще они взаимодействуют с проприетарным железом, умеют вызывать word, увязывая его с событиями приходящими от железа и хранить документы в собственном проприетарном xml-формате.
Порождение сумерек рассудка.
1) Залогиненный пользователь, который не выполнил Logoff()(например если клиентская программа сдохла или комп выключили не выходя из программы) никогда не прекращает быть залогиненным.
2) Второй раз залогинится этот пользователь не может (даже с того же самого рабочего места).
3) Для логина необходимо вызывать другую команду - LogoffUser передав свою учетную запись, пароль и имя приложения.
4) Для администратора системы все почти то же самое, но! сначала надо залогинится под именем другого администратора, чтобы выполнить LogoffUser, указав имя ранее залогинившегося администратора.
Возникает закономерный вопрос - что делать, если в системе только один администратор, или все учетные записи администраторов уже залогинены? :) Наверно только лезть внутрь базы данных системы и руками менять поле.
Это только одна из сотен мелочных проблем, возникающих при интеграции с чужой говносистемой, писанной криворукими тупыми дебилами.
Внутренняя архитектура этой системы тоже производит впечатление спроектированной и написанной под воздействием тяжелых наркотиков. IP адрес сервера нельзя сменить после инсталляции. Вообще нельзя. Клиентская часть системы реализована, как набор ActiveX, которые соединяются по HTTP c IIS, в котором сидит фильтр-перенаправитель, транслирующий запросы на Tomcat, в свою очередь работающий с MSSQL, где хранятся база данных всей этой адской срани. ActiveX эти могут жить как в IE, дергаясь под управлением жабаскрипта, так и в других прогах. Еще они взаимодействуют с проприетарным железом, умеют вызывать word, увязывая его с событиями приходящими от железа и хранить документы в собственном проприетарном xml-формате.
Порождение сумерек рассудка.
no subject
no subject