Comments 18
Обычный подход для решения таких проблем — создание excel файл с VB-скриптом который генерирует срипт.
Почему вы решили создать отдельный сайт? Как вы думаете сможете ли вы его поддерживать скажем в течении года — двух?
Почему вы решили создать отдельный сайт? Как вы думаете сможете ли вы его поддерживать скажем в течении года — двух?
+5
А можно ссылку какую-нибудь по теме VB для генерации скриптов? Действительно интересно, я искал по теме автогенерации скриптов, но ничего не нашел путного. Может плохо старался просто.
По поводу сайта: в данный момент это оказалось самым удобным быстрым для реализации способом доставки приложения аудитории. Проект собираюсь развивать, и модель доставки еще может поменяться. Думаю в ближайший год проект точно не умрет.
По поводу сайта: в данный момент это оказалось самым удобным быстрым для реализации способом доставки приложения аудитории. Проект собираюсь развивать, и модель доставки еще может поменяться. Думаю в ближайший год проект точно не умрет.
0
Если ничего не добавлять, что там поддерживать?
Хостинг оплатил, feedback почитывай иногда.
Хостинг оплатил, feedback почитывай иногда.
0
Ваш энтузиазм похвален, но я не понял зачем это нужно. Большие организации это использовать не будет. В маленьких проще нажать в aduc — скопировать пользователя и изменить 3,5 поля…
+2
Возможно, если бы проще было скопировать и заполнить 3.5 поля в aduc, на форумах не было бы столько вопросов о неработающих скриптах.
А «зачем» может быть несколько: помочь преодолеть барьер в освоении powershell начинающим администраторам, одинаковость все полей (особенно с транслитом в логинах), банальная экономия времени при, например, создании скрипта импорта из csv, потому что часто там бывают только имя, фамилия отдел и должность. С хорошим скриптом можно вообще безбоязненно переложить задачу на кого-нибудь другого, сотрудника отдела кадро в данном случае.
А «зачем» может быть несколько: помочь преодолеть барьер в освоении powershell начинающим администраторам, одинаковость все полей (особенно с транслитом в логинах), банальная экономия времени при, например, создании скрипта импорта из csv, потому что часто там бывают только имя, фамилия отдел и должность. С хорошим скриптом можно вообще безбоязненно переложить задачу на кого-нибудь другого, сотрудника отдела кадро в данном случае.
0
Спустя год. Бутырка, камера. Входит айтишник.
— За что загребли?
— Взломал мохнатую пилораму =[
— За что загребли?
— Взломал мохнатую пилораму =[
+4
Что-то я не очень понял зачем это нужно. Основную структуру организации можно натыкать через GUI, (напрямую на сервере или через RSAT если servercore) а залить пользователей через CSVDE.exe, либо через командлет Import-CSV.
+3
Я бы рекомендовал выложить исходники сайта на gihub, или его аналог.
Сможете получать pull request'ы в виде готового кода.
Сможете получать pull request'ы в виде готового кода.
0
Спасибо, я думал об этом. Пока что я справляюсь сам, с гитхабом повременю.
-3
А вам точно нужна генерация на сервере? Вроде можно весь сайт было написать на JS и отправить хостится на github pages. Единственное но: данные придётся сохранять либо в URL (благо закладки синхронизируются всеми браузерами), либо привязывать к браузеру (local storage). Зато вас никто не будет обвинять в том, что вы сохраняете у себя конфигурацию AD и как‐то её используете.
0
В своё время внедряли AD в организации на 2000+ сотрудников по 70 филиалам. За 3 вечера был на коленке написан скрипт, который брал данные из экселя и создавал юзеров.
В итоге при открытии каждого нового филиала туда отправлялся шаблон, который заполнялся и присылался в головной офис, а уже в ГО админ запускал скрипт.
Это удобнее хотя бы тем, что Excel-файл можно легко поправить руками (в том числе выполнить и массовые операции), в него можно выгрузить данные из 1C или другой системы учёта и, опять же, тут же подправить перед обработкой.
В итоге при открытии каждого нового филиала туда отправлялся шаблон, который заполнялся и присылался в головной офис, а уже в ГО админ запускал скрипт.
Это удобнее хотя бы тем, что Excel-файл можно легко поправить руками (в том числе выполнить и массовые операции), в него можно выгрузить данные из 1C или другой системы учёта и, опять же, тут же подправить перед обработкой.
+5
Как я понял, Вы написали скрипт, берущий данные пользователей из эксель файла и по ним создающий учетрые записи. А в филиалы отправляли шаблон экселевского файла.
Если так, то в планах какраз генерация подобных скриптов. И одна из основных задумок проекта именно в том, что бы Вам не пришлось самостоятельно тратить на это 3 вечера «на коленке».
Я обязательно учту ваш случай.
Если так, то в планах какраз генерация подобных скриптов. И одна из основных задумок проекта именно в том, что бы Вам не пришлось самостоятельно тратить на это 3 вечера «на коленке».
Я обязательно учту ваш случай.
0
Да, Вы правильно поняли. Сорри, если непонятно написал )
0
Уже есть куча готовых скриптов в репозитории, не говоря о том, что описанная задача решается в одну строку через Import-CSV.
0
*Промахнулся
0
А почему надо генерировать скрипты, а не воспользоваться средаствами PowerShell чтобы вынести дублирующуюся информацию в одельный модуль? Каких свойств языка вам не хватило?
+4
Чрезмерные заморочки на котах. Зашкаливает.
+3
Sign up to leave a comment.
Автогенерация powershell-скриптов