AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.08.2007, 12:03   #1  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от glibs Посмотреть сообщение
А еще было бы здорово, если бы клиент Аксапты (Ax32.exe) умел сам себя принудительно обновлять, если на сервере более свежая версия Аксапты.
Ага, "поубывав бы!" Не дело программы решать, когда и в зависимости от чего себя обновлять. Нанимайте нормальных сисадминов - и пусть каждый занимается своим делом
Цитата:
Сообщение от glibs Посмотреть сообщение
Независимо от доменных политик Windows. Именно средствами Аксапты. Как он сейчас умеет обновлять .ocx компоненты.
Очень интересно было бы посмотреть, как программа, запущенная с правами обычного пользователя, обновит .ocx-компоненты и запишет что-нить в hkcr без наличия выданных на то прав. Это мне напоминает разговоры о том, чтобы ставить программы (и обновления к ним) на клиентские машины из logon-скриптов...
Механизм FileDeployer/FileDeployment, о котором, видимо, идет речь, работает только в том случае, если файл(ы) необходимо разместить в доступных любому пользователю каталогах, либо если админы, вместо того чтобы заниматься тем, за что они получают деньги, и обеспечивать нормальное развертывание обновлений, раздают лишние права и перекладывают свою работу на пользователей либо разработчиков учетных систем

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

PPS. А что, если "более свежая версия Аксапты на сервере" развернута для тестирования нового SP, а достучаться к ней пользователь смог, поковырявшись в axc-файле и указав сервак из тестовой лаборатории, в то время как на рабочем сервере версия Аксапты не менялась?..

Последний раз редактировалось gl00mie; 08.08.2007 в 12:16.
За это сообщение автора поблагодарили: belugin (1).
Старый 08.08.2007, 12:39   #2  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от gl00mie
...
Не дело программы решать, когда и в зависимости от чего себя обновлять.
Даже в Windows это настраивается. Не стоит вдаваться в крайности.
Цитата:
Сообщение от gl00mie
...
Нанимайте нормальных сисадминов - и пусть каждый занимается своим делом
Бегать по рабочим местам и устанавливать клиента Аксапты — почему вы решили, что все считают, что это "нормальное дело"? Я против.
Цитата:
Сообщение от gl00mie
...
Очень интересно было бы посмотреть, как программа, запущенная с правами обычного пользователя, обновит .ocx-компоненты и запишет что-нить в hkcr без наличия выданных на то прав.
А не у всех доменные политики такие сумасшедшие.
Цитата:
Сообщение от gl00mie
...
админы, вместо того чтобы заниматься тем, за что они получают деньги
Пусть лучше они занимаются интеллектуальной работой, вопросами безопасности и надежности работы корпоративных информационных ресурсов, нежели тупой неблагодарной работой.
Цитата:
Сообщение от gl00mie
...
нормальное развертывание обновлений, раздают лишние права и перекладывают свою работу на пользователей либо разработчиков учетных систем
Может быть вы еще и против автоматического обновления WIndows?

В общем, хоть я сам по природе и консерватор, но я с вами категорически не согласен. Хотите — делайте так, как вы пишете. Но не тяните с собой в болото других. Если бы все были такими как вы, то мы бы до сих пор ездили на паровозах и в запряженных лошадками телегах.
__________________
С уважением,
glibs®
Старый 08.08.2007, 14:27   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от glibs Посмотреть сообщение
Даже в Windows это настраивается. Не стоит вдаваться в крайности.
Во-первых, Windows, даже установленная на отдельно стоящий комп, - и то никогда не вздумает сама себя обновлять, а лишь предложит это настроить (автоматическое обновление без спросу в w2k sp4 было откровенной лажей со стороны MS, и куча народу и контор с его установкой как минимум попали на бабки за перерасход тырнетного трафика). Но как только комп включается в домен, у виндов начинается совсем другая жизнь по совсем другим правилам, потому что управление доменом (доменным деревом, лесом) должно быть централизовано и подчинено воле администраторов, иначе в домене воцаится хаос Почему никому не приходит в голову, к примеру, раздавать наличные из кассы за спиной у руководителей фин.отдела или бухгалтерии? А тут - нате, пожалуйста, мы сами будем свои программы ставить/обновлять, потому что мы в <какой-либо производитель ПО> лучше знаем, чем вы там на местах, когда и при каких обстоятельствах это делать, и пофиг нам ваши политики безопасности, процедуры обновления ПО, грабли, на которые вы наступили из-за несовместимости отдельных версий нашего ПО с каким-то вашим... обновим - и все тут.
Цитата:
Бегать по рабочим местам и устанавливать клиента Аксапты — почему вы решили, что все считают, что это "нормальное дело"? Я против.
Именно это я и имел в виду, когда говорил, что каждый должен заниматься своим делом. Установка и обновление клиентсого ПО в домене - задача сисадминов; у разработчиков/консультантов вообще не должно быть права ставить программы на какие-либо рабочие станции в домене, кроме своих (для разработчиков право ставить программы на своем компьютере обычно имеет смысл). Поэтому и вопросы обновления клиентского ПО их волновать не должны.
Цитата:
Пусть лучше они занимаются интеллектуальной работой, вопросами безопасности и надежности работы корпоративных информационных ресурсов, нежели тупой неблагодарной работой.
Я не понял, какая "тупая неблагодарная" работа имелась в виду. Установка и обновление клиентского ПО - одна из их непосредственных обязанностей администраторов, но это никак не тупая работа, и уж тем более она не может быть названа неблагодарной. Интеллектуальная работа тех же сисадминов состит в том, чтобы избавить себя от рутины, а тупого "ручного" повторяющегося труда, сделать так, чтобы потом "пнул - и оно работает", само. «Человек должен думать, а компьютер - работать». Если же люди не могут - в виду ли низкой квалификации или еще по какой причине - избавить себя от рутины, то это не сисадмины, а какие-то мальчики на побегушках...
Цитата:
Может быть вы еще и против автоматического обновления WIndows?
Если под этим вы понимаете простую настройку службы Windows Update на автоматическую установку обновлений, то да, разумеется, я против. Автоматическое обновление тех же виндов в домене не через WUS - это примерно то же, что в Аксапте перелопачивание данных из БД на тонком клиенте вместо AOS, если не хуже: это пустая трата ресурсов и признак низкой квалификации. А что если какие-то обновления вам "противопоказаны" - они вызовут несовместимость с другим вашим ПО и парализуют работу всех клиентских компов в вашей организации на пару дней? А что если компов у вас эдак под тыщу, и без настройки работы через BITS при закачке очередного кумулятивного обновления служба Windows Update на клиентских машинах в разгар рабочего дня "задушит" вашу сеть? А не приходилось вам встречаться с тем, что рабочая станция самопроизвольно уходила в перезагрузку в тот момент, когда пользователь строил какой-нить отчет или крапал мега-табличку в экселе? Просто служба Windows Update после установки обновления решила, что надо перезагрузиться, а пользователь не заметил предупреждения об этом и таймера с обратным отсчетом... В доменах нельзя пускать такие вещи на самотек, их нужно держать под контролем. Именно этим люди, называющиеся сисадминами, зарабатывают себе на жизнь.
Цитата:
В общем, хоть я сам по природе и консерватор, но я с вами категорически не согласен. Хотите — делайте так, как вы пишете. Но не тяните с собой в болото других.
Это не болото, вы меня неправильно поняли. Просто тема того же обновления клиентского ПО гораздо сложнее, чем кажется на первый взгляд (поверьте, у меня есть определенный опыт, позволяющий это утверждать), а у каждой сложной задачи, как известно, есть простое, ясное и неправильное решение.
Цитата:
Если бы все были такими как вы, то мы бы до сих пор ездили на паровозах и в запряженных лошадками телегах.
Если бы все были такие, как я, то было бы очень скучно жить
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Arijit Basu: Microsoft Dynamics AX Technology Webcast Series Blog bot DAX Blogs 0 12.01.2008 12:31
Arijit Basu: Updated documentation for Microsoft Dynamics Mobile Development Tools and Microsoft Dynamics AX Mobile Sales Blog bot DAX Blogs 0 07.09.2007 15:10
Dynamics AX: Microsoft Dynamics AX (DAX): Known Issues when upgrading to Microsoft Dynamics™ AX 4.0 - Arijit Basu | AX MVP Blog bot DAX Blogs 0 31.05.2007 03:30
Сергей Герасимов: Что нового в Microsoft Dynamics AX 4.0 Blog bot DAX Blogs 0 16.01.2007 11:00

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:17.