7 ошибок в python-скриптах, из-за которых автоматизация ломается в самый неудобный момент
Скрипт работает на ноутбуке, а на сервере падает — классика. Почти всегда причина не в Python, а в том, как собран сценарий: пути, окружение, ввод-вывод, ошибки и зависимые сервисы.
— Жёсткие пути и относительные cwd. Скрипт должен явно собирать пути через pathlib и не зависеть от того, откуда его запустили.
— Тихий fail. Любой внешний вызов: HTTP, SQL, файловая система — проверяй результат и логируй контекст, а не просто «упало».
— Хрупкий парсинг. Если вытащил данные из HTML/JSON, готовься к пустым полям, лишним ключам и смене порядка.
Частая ловушка — смешивать бизнес-логику и I/O в одном файле. Тогда тестировать нечего, а отладка превращается в чтение трассировки. Разделяй: отдельно обработка данных, отдельно сеть, отдельно запись на диск.
Ещё один пункт, который всплывает в проде: нет идемпотентности. Повторный запуск должен быть безопасным — особенно если скрипт шлёт письма, пишет в БД или создаёт файлы. Иначе любой ретрай превращается в дубликаты.
Если скрипт нужен не «на раз», а для рутины, сразу закладывай явные пути, проверку ошибок и повторный запуск без побочных эффектов. Это дешевле, чем чинить автоматизацию после каждого сбоя.
Python Web & Scripts — Django, FastAPI, скрипты
@python_web_scripts
7 ошибок в python-скриптах, из-за которых автоматизация ломается в самый неудобный момент
Этот пост опубликован в Telegram-канале Python Web & Scripts — Django, FastAPI, скрипты. Подписаться можно по ссылке: @python_web_scripts.