Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Я как шароварщик-одиночка, однажды осознал, что сборка и публикация дистрибутива стала занимать у меня неприлично много времени. Поэтому я настроил себе так: при комите в спец.ветку в гит
— компилируется код и прогоняются все тесты
— из бинарников выдирается номер(версия) релиза
— файлы с отладочными данными копируются в спец папку
— номер версии вносится в скрипты сборки дистрибутивов
— собираются дистрибутивы в msi, в zip и в NuGet
— старые дистрибутиве на сайте копируются в папку для старых дистров
— новы дистрибутивы заменяют старые
— выкладывается пакет в нугет репозитарий
— обновляется новая версия на сайте
— в репозитории ставится метка, что данный коммит опубликован.
Ручная работа:
— Присвоить номер (версию) очередному релизу.
— смержить из рабочей ветки в Дистрибутивную
— пока там все собирается и выкладывается написать на форум release notes
У агрегатора ничего менять не надо вроде. Номера версий я там из описаний убрал.
Ключи генерятся через IPN. Что там еще у регистратора?
Когда ломается то приходится смотреть по ситуации. В большинстве случае достаточно перезапустить скрипт. Приходилось и руками править/откатывать что-то. Но это очень редко.
Файлы заливаются по фтп. Обычно только там и ломается. Файлы я вначале заливаю под временным именем и после успешной заливки всех файлов уже произвожу замену. Если сломалось именно на этапе замены, то приходится вручную исправлять и доделывать то, что не сделал скрипт — это гемор. Но бывает слава богу очень редко.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
похопэ скрипт, написал 15 лет назад, все работает, ну и не трогаю
ребилд, защита, инсталлеры, подписи, новости, сайт, и т.д.
релиз выглядит как:
— написание списка "что нового" по мотивам лога SVN
— указание нового номера версии
— запустить скрипт
— коммит в SVN
— апдейт из SVN на сервере
5 минут на всё, не понимаю смысла всех этих систем сборки
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
если что-то пошло не так (билд не сбыдлился или подписью не подписалось),
то все упадет с ошибкой — ну исправил, перезапустил, какое там восстановление и зачем
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
Я сейчас все на Azure Pipelines перевел (yaml + powershell скрипты). Все работает, все бесплатно
Автоматически делается
— Обновление версии в исходниках из конфига,
— сборка бинарников из исходников,
— тесты,
— сборка инсталляторов,
— подписывание,
— выкладывание на сайт по FTP и на части github (через GIT, понятно)
— генерируется заготовка release notes на основе коммитов (у меня код на GH, в закрытом репозитории)
— на сайте обновляется страница скачки.
Вручную
— задается мажорный номер версии в yaml (build проставляется текущей датой + номер сборки)
— Пишется release notes на сайте.
А что именно обновлять у регистратора? У меня PP, ключ генерируется на моем сервере.
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Можно пример, что там восстанавливать.. Просто запустить процесс еще раз да и все?
ЕМ> У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать?
А в чём проблема-то? Средство штатное — msbuild,
книжка есть, где написано, как прикручивать любой тулчейн (C++)
— 2011, Sayed Ibrahim Hashimi & William Bartholomew, Inside the Microsoft Build Engine. Using MSBuild
ЕМ> Если нет, то какие действия остались ручными?
Про регистраторов не знаю, но должно тоже автоматизироваться по-идее.
ЕМ> И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Полная пересборка, частичная пересборка, в книжке описано как их делать.
Здравствуйте, Евгений Музыченко, Вы писали: ЕМ>Из этого все, кроме заливки, у меня уже сделано на скриптах. Основной геморрой возникает при ручном обновлении продуктов у регистраторов (PayPro и Avangate). Так что прежде всего интересует, насколько удобно/надежно обновлять через их API.
Хм, а что там нужно обновлять у регистратора? Я как завел продукты, туда больше не лазил.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
У меня обычный баш скрипт, который компилирует, подписывает, заливает на сайт. После каждой операции проверяется код ошибки, если он ненулевой — то Пишет красным текстом «ошибка на таком то шаге». Каждый шаг выводится в терминал. Если что то пошло не так — например, не компилируется, то после ошибки скрипт прерывается. Исправляю ошибку, и перезапускаю.
У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Сначала автоматизационный bat-ник
Потом пришлось коснуться питона, показалось интересным, теперь у меня автоматизационный py-тник
Один раз все сделать и потом ничего не трогать, ибо работает.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>А в чём проблема-то? Средство штатное — msbuild, ЭФ>книжка есть, где написано, как прикручивать любой тулчейн (C++)
Хм, мне казалось, что я достаточно ясно сформулировал вопрос. То, что можно прикрутить любой тулчейн, ясно и ребенку — вопрос в том, как именно этот тулчейн должен работать, чтобы при сбое посреди процесса не получилось неразберихи.
ЭФ>Про регистраторов не знаю
Так в этом и заключается бОльшая часть задачи. Сборка бинарников — процесс полностью локальный, это можно делать разными способами, и ни один не чреват рассинхронизацией глобальных состояний (сайт, регистратор и все остальное в интернете).
Здравствуйте, CyberDemon, Вы писали:
CD>Сначала автоматизационный bat-ник CD>Потом пришлось коснуться питона, показалось интересным, теперь у меня автоматизационный py-тник CD>Один раз все сделать и потом ничего не трогать, ибо работает.
А если в очередной раз не сработает? Например, при обновлении сайта отвалился интернет, и часть файлов/ссылок осталась необновленной. Или у регистратора файл с продуктом обновили, а ключи обновить не получилось.
ЕМ>А если в очередной раз не сработает? Например, при обновлении сайта отвалился интернет, и часть файлов/ссылок осталась необновленной. Или у регистратора файл с продуктом обновили, а ключи обновить не получилось.
после обновления, все проверяется, автоматизировано скачиваются файлы, проверяются хэши, загружаются страницы (в моем случае запрашиваются сервисы) проверяется на соответсвие версий, текста и т.п.
ЕМ> чтобы при сбое посреди процесса не получилось неразберихи.
В случае сбоя процесс завершится с кодом ошибки и о наличии ошибки станет известно.
ЕМ> рассинхронизацией глобальных состояний (сайт, регистратор и все остальное в интернете)
Если процесс закончится успешно — рассинхронизаций не будет.
А ошибки автоматически исправить нельзя, надо разбираться, в чём их суть.
Здравствуйте, Crimson, Вы писали:
C>после обновления, все проверяется, автоматизировано скачиваются файлы, проверяются хэши, загружаются страницы (в моем случае запрашиваются сервисы) проверяется на соответсвие версий, текста и т.п.
А если что-то пойдет не так, оно в автоматическом режиме сумеет все исправить, или уже нужно будет руками?
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>В случае сбоя процесс завершится с кодом ошибки и о наличии ошибки станет известно.
Я правильно понимаю, что конкретно у Вас автоматизация заключается только в сборке через MSBuild, но Вам нравится давать абстрактные и универсальные советы?
Здравствуйте, Черный Властелин, Вы писали:
ЧВ>Выглядит примерно так
Из этого все, кроме заливки, у меня уже сделано на скриптах. Основной геморрой возникает при ручном обновлении продуктов у регистраторов (PayPro и Avangate). Так что прежде всего интересует, насколько удобно/надежно обновлять через их API.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
ЕМ>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
Пользуемся Bamboo: сборка, тестирование, выкладывание на FTP.
ЕМ>А если что-то пойдет не так, оно в автоматическом режиме сумеет все исправить, или уже нужно будет руками?
Можно еще раз запустить если проблемы технические, а если проблемы действительно проблемы то только руками
может быть все что угодно. на то они и проблемы
А почему в самом инносетапе не настроишь подпись?
В твоем варианте анинсталлер остается неподписанным.
сам инно умеет подписывать как анинсталлер так и сам инсталлер.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Хм, мне казалось, что я достаточно ясно сформулировал вопрос. То, что можно прикрутить любой тулчейн, ясно и ребенку — вопрос в том, как именно этот тулчейн должен работать, чтобы при сбое посреди процесса не получилось неразберихи.
Я думаю тут важно, что версия например должна задаваться строго вручную, тогда процесс можно перезапускать сколько угодно раз с тем же результатом.
Релиз ноты не должны автоматом аппендиться, ну и т.п. Иденпотентность важна в общем
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Если рассуждать абстрактно, то нужно что-то вроде "транзакций", ЭФ>чтобы можно было откатиться на состояние до начала процесса в случае ошибки.
Спасибо, КО. Вы реально полагаете, что я всего этого не знаю, или просто очень хочется высказаться хоть как-нибудь? Дураку понятно, что вопрос был о конкретике, и почти все остальные поделились реально полезной информацией.
Здравствуйте, Черный Властелин, Вы писали:
ЧВ>Хм, а что там нужно обновлять у регистратора?
У меня там традиционно версия, URL триальной сборки (как я понимаю, это для каких-то их собственных каталогов), Final Messages, в которых ссылки на полную сборку, и т.п. Я к такой схеме привык еще с тех пор, пока у меня сайт хостился в институте у коллег, и мог упасть, например, на выходные.
По идее, наверное, действительно можно все убрать, и сделать редиректы на свой сайт. У HostGator'а аптайм достаточно приличный.
Здравствуйте, Crimson, Вы писали:
C>после обновления, все проверяется, автоматизировано скачиваются файлы, проверяются хэши, загружаются страницы (в моем случае запрашиваются сервисы) проверяется на соответсвие версий, текста и т.п.
Заливаете сразу в основные каталоги сайта, или сперва делаете локальную копию дерева, которая после завершения обновления подставляется вместо прежней?
Здравствуйте, bnk, Вы писали:
bnk>Я думаю тут важно, что версия например должна задаваться строго вручную, тогда процесс можно перезапускать сколько угодно раз с тем же результатом.
Это если на сайт заливать тупым пофайловым копированием. Но с сайтом в этот же самый момент может работать хренова гора народу, а на страницах есть ссылки друг на друга. По уму, на время обновления надо бы сайт или отключить, или формировать новое дерево в отдельной копии, а затем подставить вместо основного. Тут уже предыдущее состояние может быть важным.
Здравствуйте, Евгений Музыченко, Вы писали:
ЧВ>>Хм, а что там нужно обновлять у регистратора?
ЕМ>У меня там традиционно версия, URL триальной сборки (как я понимаю, это для каких-то их собственных каталогов), Final Messages, в которых ссылки на полную сборку, и т.п. Я к такой схеме привык еще с тех пор, пока у меня сайт хостился в институте у коллег, и мог упасть, например, на выходные. ЕМ>По идее, наверное, действительно можно все убрать, и сделать редиректы на свой сайт. У HostGator'а аптайм достаточно приличный.
У меня с регистратора ссылка на последнюю версию (то есть, на файл без версии), также нет упоминаний о версии в тексте.
Чтобы скачать предыдущие версии, есть отдельная страница на сайте.
Я пользую плагин к вордпресс, там кнопка есть чтобы эту страницу обновить (нажимаю вручную)
ЕМ> Вы реально полагаете, что я всего этого не знаю
Да, вы реально не знаете, что предоставляет вам ваш регистратор.
Иначе бы не было вопроса — есть у него такая возможность или нет.
Реализация закачивания в другую директорию с атомарным переключением
от старой версии к новой версии — это то, что должен был вам предоставить
регистратор, но вы думаете как это сделать своими руками.
Правильное решение здесь — выбрать регистратора,
который предоставляет такую возможность.
Или у текущего регистратора попросить её реализовать и долго ждать.
Если же у вас своё ПО отвечает за хостинг, то транзакционность должно обеспечить оно,
и вопрос о том как это делается — это вопрос к программисту, т.е. к вам.
На сервере-на хостинге делаете демона, который обеспечивает API с транзакциями,
на компьютере проводящем деплоймент пользуетесь транзакциями.
ЕМ>Заливаете сразу в основные каталоги сайта, или сперва делаете локальную копию дерева, которая после завершения обновления подставляется вместо прежней?
Файлы именуются program_installer_versionnumber.exe
соответсвенно пока в бд не появится запись о новой версии файл никто не качает.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора?
А что ты собрался обновлять у регистратора? Не, я понимаю, есть варианты, когда ты загружаешь туда списки прегенеренных ключей, но вообще это решается. У PPG есть возможность вызвать колбэк с твоего сайта, который и сгенерит ключик. Думаю, у других регистраторов аналогичные возможности тоже есть, 2020 год уже, всё же
Здравствуйте, NWP, Вы писали:
NWP>Я как шароварщик-одиночка, однажды осознал, что сборка и публикация дистрибутива стала занимать у меня неприлично много времени.
Такая же фигня, потому и поднял тему. Дело даже не во времени, а в количестве взаимозависимых сущностей, в обработке которых важно ничего не перепутать.
Здравствуйте, Евгений Музыченко, Вы писали:
ШЖ>>похопэ скрипт ЕМ>Локальный, или на сервере? Если на сервере — сборка тоже там?
Локальный, запускаю в консоли, все сообщения/ошибки перед глазами.
ШЖ>>ребилд, защита, инсталлеры, подписи, новости, сайт, и т.д.
ЕМ>Сайт отдает новости и бинарники из базы, или при обновлении туда загружаются отдельные файлы, правятся ссылки и т.п.?
Сайт практически весь статика, есть несколько включений в виде asp.net контролов,
сайт полностью пересобирается локально, все ссылки, новости и т.д.,
там свой простой шаблонизатор написанный тоже в нулевых, не вижу там повода для бд.
ну и когда все скриптом собралось/перегенерилось, коммит с локальной машины в SVN,
на сервере апдейт из SVN и синхронизация в wwwroot
Здравствуйте, шароварный желудь, Вы писали:
ШЖ>Сайт практически весь статика, есть несколько включений в виде asp.net контролов, ШЖ>сайт полностью пересобирается локально, все ссылки, новости и т.д., ШЖ>там свой простой шаблонизатор написанный тоже в нулевых
Шаблонизатор, как я понимаю, для создания итоговой HTML-разметки? Не напрягает писать текст в таком формате? Это ж, по сути, как HTML вручную писать.
Здравствуйте, bnk, Вы писали:
bnk>А что именно обновлять у регистратора? У меня PP, ключ генерируется на моем сервере.
У меня PayPro и Avangate, но приделать проверку ключей никак руки не дойдут — покупателям до сих пор дается краткая инструкция по скачиванию полной версии, с приватной ссылкой. Как это будет правильнее сделать без обновления описания продукта у регистратора — редиректом на свой сайт, или отдавать регистратору инструкцию под видом ключевой информации? Страницу текста ж оно потянет?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, bnk, Вы писали:
bnk>>А что именно обновлять у регистратора? У меня PP, ключ генерируется на моем сервере.
ЕМ>У меня PayPro и Avangate, но приделать проверку ключей никак руки не дойдут — покупателям до сих пор дается краткая инструкция по скачиванию полной версии, с приватной ссылкой. Как это будет правильнее сделать без обновления описания продукта у регистратора — редиректом на свой сайт, или отдавать регистратору инструкцию под видом ключевой информации? Страницу текста ж оно потянет?
Я бы в таком случае отдавал страницу текста вместо ключа. Как там редирект вообще сделать-то? Ключ же в письме приходит, допустим в ПП.
Здравствуйте, bnk, Вы писали:
bnk>Как там редирект вообще сделать-то?
То ли у PayPro, то ли у Avangate я в настройках продукта точно видел возможность редиректа на заданный URL после завершения обработки заказа.
bnk>Ключ же в письме приходит, допустим в ПП.
Кстати, насколько часто Ваши покупатели жалуются, что письмо с ключом не приходит? У меня упомянутая инструкция со ссылками отправляется через email delivery, и почти каждый день народ жалуется, что получил только основное письмо с инвойсом. Не могу понять, то ли это обычные проблемы рассылки, то ли чрезмерно бдительные почтовые серверы прибивают письма, содержащие ссылки на EXE/ZIP.
Здравствуйте, Евгений Музыченко, Вы писали:
bnk>>Ключ же в письме приходит, допустим в ПП.
ЕМ>Кстати, насколько часто Ваши покупатели жалуются, что письмо с ключом не приходит? У меня упомянутая инструкция со ссылками отправляется через email delivery, и почти каждый день народ жалуется, что получил только основное письмо с инвойсом. Не могу понять, то ли это обычные проблемы рассылки, то ли чрезмерно бдительные почтовые серверы прибивают письма, содержащие ссылки на EXE/ZIP.
Периодически. Но тут я сам виноват — мои письма шли в спам.
У меня записи (SPF, DKIM) на namecheap "слетели" после того как выключил CloudFlare.
У них кнопка есть в cpanel "починить", которая их настраивает ("Email Deliverability"), нажал — почта заработала (в спам перестало идти)
Здравствуйте, bnk, Вы писали:
bnk>>>Ключ же в письме приходит, допустим в ПП.
bnk>У меня записи (SPF, DKIM) на namecheap "слетели" после того как выключил CloudFlare.
Тогда я не понял, что означало "допустим в ПП". Я это истолковал, как отсылку письма от имени PayPro. А на самом деле как?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, bnk, Вы писали:
bnk>>>>Ключ же в письме приходит, допустим в ПП.
bnk>>У меня записи (SPF, DKIM) на namecheap "слетели" после того как выключил CloudFlare.
ЕМ>Тогда я не понял, что означало "допустим в ПП". Я это истолковал, как отсылку письма от имени PayPro. А на самом деле как?
Сорри, запутал
У меня ключ в принципе уже есть в первом письме от paypro.
Письмо с ключем от paypro иногда уходит в спам, но это скорее исключение.
А вот письма напрямую от меня (с моего сервера) уходили в спам практически через одно в течение последних нескольких месяцев, пока не починил SPF / DKIM записи на своем сервере.
Если у тебя ключ (или "ссылка на полную версию") посылается письмом с твоего сервера, я бы проверил эти DKIM / SPF записи.
Здравствуйте, Евгений Музыченко, Вы писали:
ШЖ>>Сайт практически весь статика, есть несколько включений в виде asp.net контролов, ШЖ>>сайт полностью пересобирается локально, все ссылки, новости и т.д., ШЖ>>там свой простой шаблонизатор написанный тоже в нулевых
ЕМ>Шаблонизатор, как я понимаю, для создания итоговой HTML-разметки?
да не, все сильно проше, есть шаблон который определяет общий вид и единообразие сайта,
где контент, меню — плейсхолдеры, которые при сборке заменяются уже актуальным содержимым
т.е. когда мне нужно создасть новую страницу то я не копирую грубо говоря индекс.хтмл,
а добавляю в конфиг новую секцию "страница" с атрибутами типа меты, кивордов, исходный файл,
учавствует ли в топ меню и т.д.
потом создаю исходный файл в котором прямо сразу пишу контент в виде чистого html
генератор из темплейта и конфига создает страницы
ЕМ>Не напрягает писать текст в таком формате? Это ж, по сути, как HTML вручную писать.
Ну да, чистый HTML, пишу в notepad++, не напрягает,
при написании контента использую 5-10 тэгов, не больше,
мне сам контент родить гораздо сложнее чем оформить его.
Здравствуйте, bnk, Вы писали:
bnk>Письмо с ключем от paypro иногда уходит в спам, но это скорее исключение.
У меня приватная ссылка для скачивания полной версии тоже отправляется PayPro. Но жалуются на недоставку часто — иногда по нескольку раз в день. Некоторые в итоге находят эти письма в спаме, но в большинстве случаев они теряются по дороге. Что наводит на мысли о фильтрации писем, содержащих ссылки на исполняемый файл или ZIP-архив.
Здравствуйте, шароварный желудь, Вы писали:
ШЖ>Ну да, чистый HTML, пишу в notepad++, не напрягает, ШЖ>при написании контента использую 5-10 тэгов, не больше, ШЖ>мне сам контент родить гораздо сложнее чем оформить его.
Само собой, что родить сложнее. Меня при редактировании чистого HTML, особенно оторванного от контекста, больше всего раздражает поддержание структуры тэгов и удобного форматирования. Для NotePad++ есть удобные примочки в этом плане?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Само собой, что родить сложнее. Меня при редактировании чистого HTML, особенно оторванного от контекста, больше всего раздражает поддержание структуры тэгов и удобного форматирования. Для NotePad++ есть удобные примочки в этом плане?
думаю что есть, там вроде живое коммьюнити, плагины и т.д.
мне достаточно подсветки синтаксиса и автозакрытия тегов
я могу понять нежелание видеть голый html у нетехнарей,
но программисту, как мне кажется, вообще норм
Здравствуйте, шароварный желудь, Вы писали:
ШЖ>я могу понять нежелание видеть голый html у нетехнарей, ШЖ>но программисту, как мне кажется, вообще норм
Тут дело не в том, программист или нет, а в том, что отсутствие ошибок приходится проверять глазами. Когда ошибки в программе — их ловят компилятор или встроенные средства отладки, а ошибки в тэгах голого HTML иначе, как просмотром, не найдешь. А в разных браузерах реакция на ошибку часто отличается. Ну, или подключать какие-то средства автоконтроля.
Здравствуйте, CyberDemon, Вы писали:
CD>Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>>У кого-нибудь сделана полная автоматизация релиза — от сборки бинарников до обновления данных на сайте и у регистратора? Если да, то какими средствами, насколько геморройно было сделать и потом поддерживать? Если нет, то какие действия остались ручными?
ЕМ>>И как решается вопрос с восстановлением, если в середине процесса что-то пошло не так?
CD>Сначала автоматизационный bat-ник CD>Потом пришлось коснуться питона, показалось интересным, теперь у меня автоматизационный py-тник CD>Один раз все сделать и потом ничего не трогать, ибо работает.
Вы пользуетесь каким-то расширением, вроде shellpy? Имхо, голый питон крайне неудобен для shell скриптинга.
Здравствуйте, Михaил, Вы писали:
М>Вы пользуетесь каким-то расширением, вроде shellpy? Имхо, голый питон крайне неудобен для shell скриптинга.
Гуглю python find files, смотрю методы, улучшаю скрипт.
Гуглю python open write file, смотрю, что выдаст, улучшаю скрипт.
Вот так незатейливо я сделал нужный мне скрипт и забыл про него
ShellPy в числе результатов не наблюдал.
