🆕🔥Новый.
👉 Диагностика Docker приложений: логи, inspect, events, stats и troubleshooting
📝 Раздел учит диагностировать Docker-среду по симптомам: падение контейнера, пустые логи, занятый порт, недоступная БД, рост диска и ресурсов. Показан порядок проверки через logs, inspect, events, stats, exec и Python-скрипты.
🌐 https://docs-python.ru/other/docker/diagnostika-docker-prilozhenii/
👉 Диагностика Docker приложений: логи, inspect, events, stats и troubleshooting
📝 Раздел учит диагностировать Docker-среду по симптомам: падение контейнера, пустые логи, занятый порт, недоступная БД, рост диска и ресурсов. Показан порядок проверки через logs, inspect, events, stats, exec и Python-скрипты.
🌐 https://docs-python.ru/other/docker/diagnostika-docker-prilozhenii/
👍1
🆕🔥Новый.
👉 Хранение данных Docker приложений
📝 Раздел показывает, где живут данные контейнеров, чем отличаются writable layer, named volume, bind mount и tmpfs. Основной фокус - не потерять БД, uploads, кеши и логи при пересоздании контейнера и правильно выбрать механизм хранения.
🌐 https://docs-python.ru/other/docker/hranenie-dannyh-docker-prilozhenii/
👉 Хранение данных Docker приложений
📝 Раздел показывает, где живут данные контейнеров, чем отличаются writable layer, named volume, bind mount и tmpfs. Основной фокус - не потерять БД, uploads, кеши и логи при пересоздании контейнера и правильно выбрать механизм хранения.
🌐 https://docs-python.ru/other/docker/hranenie-dannyh-docker-prilozhenii/
👍1
🆕🔥Новый.
👉 Модуль unittest в Python.
📝 Материал объясняет, что именно должен проверять unit-тест, чем он отличается от ручной проверки и почему unittest удобен как стартовый стандартный инструмент. После неё тест воспринимается не как формальность, а как исполняемое требование к маленькому фрагменту кода.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/
👉 Модуль unittest в Python.
📝 Материал объясняет, что именно должен проверять unit-тест, чем он отличается от ручной проверки и почему unittest удобен как стартовый стандартный инструмент. После неё тест воспринимается не как формальность, а как исполняемое требование к маленькому фрагменту кода.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/
🆕🔥Новый.
👉 unittest.TestCase: базовая структура тестов и организация тестовых файлов
📝 Часть показывает, как unittest.TestCase превращает Python-класс в набор проверок: runner находит методы test_*, файлы укладываются в предсказуемую структуру, а запуск из корня проекта перестаёт зависеть от случайных импортов и настроек IDE.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-bazovaya-struktura-testov/
👉 unittest.TestCase: базовая структура тестов и организация тестовых файлов
📝 Часть показывает, как unittest.TestCase превращает Python-класс в набор проверок: runner находит методы test_*, файлы укладываются в предсказуемую структуру, а запуск из корня проекта перестаёт зависеть от случайных импортов и настроек IDE.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-bazovaya-struktura-testov/
🆕🔥Новый.
👉 unittest.TestCase assertions: проверки результата и диагностика ошибок
📝 Часть учит выбирать точные assert*-методы вместо универсальных проверок. Фокус - не просто сравнить значения, а получить понятную диагностику падения, зафиксировать бизнес-ожидание и не допустить ложноположительных тестов из-за слишком общих assertions.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-assertions/
👉 unittest.TestCase assertions: проверки результата и диагностика ошибок
📝 Часть учит выбирать точные assert*-методы вместо универсальных проверок. Фокус - не просто сравнить значения, а получить понятную диагностику падения, зафиксировать бизнес-ожидание и не допустить ложноположительных тестов из-за слишком общих assertions.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-assertions/
🆕🔥Новый.
👉 Фикстуры unittest: подготовка и очистка тестового окружения
📝 Часть разбирает фикстуры как управляемую подготовку и очистку окружения. setUp, tearDown, class-level hooks и cleanup-приёмы рассматриваются через изоляцию тестов: подготовка помогает убрать шум, но не должна скрывать смысл сценария.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/fikstury-unittest/
👉 Фикстуры unittest: подготовка и очистка тестового окружения
📝 Часть разбирает фикстуры как управляемую подготовку и очистку окружения. setUp, tearDown, class-level hooks и cleanup-приёмы рассматриваются через изоляцию тестов: подготовка помогает убрать шум, но не должна скрывать смысл сценария.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/fikstury-unittest/
🆕🔥Новый.
👉 unittest discovery: автоматический поиск и запуск тестов в проекте
📝 Часть объясняет, как unittest автоматически находит тесты, почему модули должны быть импортируемыми и как параметры discovery влияют на запуск. Цель - получить одинаково стабильный старт тестов локально, в IDE и в CI без ручного перечисления файлов.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-discovery/
👉 unittest discovery: автоматический поиск и запуск тестов в проекте
📝 Часть объясняет, как unittest автоматически находит тесты, почему модули должны быть импортируемыми и как параметры discovery влияют на запуск. Цель - получить одинаково стабильный старт тестов локально, в IDE и в CI без ручного перечисления файлов.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-discovery/
🆕🔥Новый.
👉 unittest.TestCase: изоляция тестов и проектирование тестируемого кода
📝 Часть связывает unit-тесты с архитектурой: код легче проверять, когда бизнес-логика отделена от файлов, сети, БД, времени и случайности. Главный результат - умение проектировать функции и сервисы так, чтобы unittest проверял поведение без внешнего мира.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-izolyatsiya-testov/
👉 unittest.TestCase: изоляция тестов и проектирование тестируемого кода
📝 Часть связывает unit-тесты с архитектурой: код легче проверять, когда бизнес-логика отделена от файлов, сети, БД, времени и случайности. Главный результат - умение проектировать функции и сервисы так, чтобы unittest проверял поведение без внешнего мира.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-izolyatsiya-testov/
🆕🔥Новый.
👉 unittest.TestCase: тестирование исключений, ошибок и граничных случаев
📝 Часть учит проверять не только удачный путь, но и ошибки: исключения, пустые значения, неверные типы, границы диапазонов и спорные входные данные. Акцент - на точных негативных сценариях, которые защищают код от тихих регрессий.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-isklyuchenii/
👉 unittest.TestCase: тестирование исключений, ошибок и граничных случаев
📝 Часть учит проверять не только удачный путь, но и ошибки: исключения, пустые значения, неверные типы, границы диапазонов и спорные входные данные. Акцент - на точных негативных сценариях, которые защищают код от тихих регрессий.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-isklyuchenii/
🆕🔥Новый.
👉 unittest.subTest: компактное тестирование набора сценариев
📝 Часть показывает, где subTest делает серию однотипных проверок компактнее и информативнее. Вместо шумного набора почти одинаковых методов тест хранит таблицу кейсов, а runner показывает, какие именно параметры привели к падению.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-subtest-kompaktnoe-testirovanie/
👉 unittest.subTest: компактное тестирование набора сценариев
📝 Часть показывает, где subTest делает серию однотипных проверок компактнее и информативнее. Вместо шумного набора почти одинаковых методов тест хранит таблицу кейсов, а runner показывает, какие именно параметры привели к падению.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-subtest-kompaktnoe-testirovanie/
🆕🔥Новый.
👉 unittest.mock: моки, стабы и проверка взаимодействий
📝 Часть вводит unittest.mock как инструмент изоляции зависимостей: вместо реальной сети, БД, очередей и SDK в тесте появляются управляемые объекты. Главное - понимать, проверяется результат, вызов зависимости или контракт взаимодействия.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-moki-staby/
👉 unittest.mock: моки, стабы и проверка взаимодействий
📝 Часть вводит unittest.mock как инструмент изоляции зависимостей: вместо реальной сети, БД, очередей и SDK в тесте появляются управляемые объекты. Главное - понимать, проверяется результат, вызов зависимости или контракт взаимодействия.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-moki-staby/
🆕🔥Новый.
👉 unittest.mock.patch: подмена зависимостей без изменения production-кода
📝 Часть разбирает unittest.mock.patch как временную подмену имени в точке использования. На примерах показано, как безопасно заменять функции, классы, env и HTTP-клиентов, не меняя production-код и не оставляя подмены после завершения теста локально.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-patch/
👉 unittest.mock.patch: подмена зависимостей без изменения production-кода
📝 Часть разбирает unittest.mock.patch как временную подмену имени в точке использования. На примерах показано, как безопасно заменять функции, классы, env и HTTP-клиентов, не меняя production-код и не оставляя подмены после завершения теста локально.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-patch/
🆕🔥Новый.
👉 unittest.TestCase: тестирование классов, наследования и взаимодействия объектов
📝 Часть показывает, как тестировать классы через публичный контракт: методы, состояние, переходы, зависимости, наследование и композицию. Фокус - не лезть в приватные детали без причины, а проверять инварианты и наблюдаемое поведение объекта.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-klassov/
👉 unittest.TestCase: тестирование классов, наследования и взаимодействия объектов
📝 Часть показывает, как тестировать классы через публичный контракт: методы, состояние, переходы, зависимости, наследование и композицию. Фокус - не лезть в приватные детали без причины, а проверять инварианты и наблюдаемое поведение объекта.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-klassov/
🆕🔥Новый.
👉 unittest: тестирование файлов, JSON, CSV, дат и времени
📝 Часть учит делать детерминированными тесты кода, который работает с файлами, JSON, CSV, датами и временем. Вместо реальной среды используются временные директории, явные clock-зависимости и проверка структуры данных без хрупкого сравнения строк.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-fai-lov-json-csv/
👉 unittest: тестирование файлов, JSON, CSV, дат и времени
📝 Часть учит делать детерминированными тесты кода, который работает с файлами, JSON, CSV, датами и временем. Вместо реальной среды используются временные директории, явные clock-зависимости и проверка структуры данных без хрупкого сравнения строк.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-fai-lov-json-csv/
🆕🔥Новый.
👉 unittest: тестирование HTTP, БД и внешних сервисов без реальных запросов
📝 Часть отделяет unit-тесты от реальных HTTP-запросов, БД и сторонних сервисов. Через fake repository, адаптеры и integration-границы показано, как проверять бизнес-логику быстро, а реальные подключения оставлять для отдельного слоя тестов.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-http-bd-vneshnih-servisov/
👉 unittest: тестирование HTTP, БД и внешних сервисов без реальных запросов
📝 Часть отделяет unit-тесты от реальных HTTP-запросов, БД и сторонних сервисов. Через fake repository, адаптеры и integration-границы показано, как проверять бизнес-логику быстро, а реальные подключения оставлять для отдельного слоя тестов.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-http-bd-vneshnih-servisov/
🆕🔥Новый.
👉 unittest: асинхронный код с IsolatedAsyncioTestCase и AsyncMock
📝 Часть показывает, как стандартный unittest тестирует async def: изолированный event loop, async-фикстуры, AsyncMock и проверки await. Цель - писать async-тесты без реальной сети, ручного управления loop и случайных зависаний.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-asinhronnyi-kod/
👉 unittest: асинхронный код с IsolatedAsyncioTestCase и AsyncMock
📝 Часть показывает, как стандартный unittest тестирует async def: изолированный event loop, async-фикстуры, AsyncMock и проверки await. Цель - писать async-тесты без реальной сети, ручного управления loop и случайных зависаний.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-asinhronnyi-kod/
🆕🔥Новый.
👉 unittest: организация большого набора тестов
📝 Часть посвящена росту тестового набора: структуре tests/unit, tests/integration, helpers, builders и fixtures. Главный смысл - сохранить читаемость и скорость, когда тестов становится много, а не превратить общие фикстуры в скрытую магию.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-organizatsiya-bolshogo-nabora-testov/
👉 unittest: организация большого набора тестов
📝 Часть посвящена росту тестового набора: структуре tests/unit, tests/integration, helpers, builders и fixtures. Главный смысл - сохранить читаемость и скорость, когда тестов становится много, а не превратить общие фикстуры в скрытую магию.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-organizatsiya-bolshogo-nabora-testov/
🆕🔥Новый.
👉 unittest: Набор рабочих рецептов, которые можно переносить в проект
📝 Материал предоставляет практический справочник: готовые шаблоны для функций, сервисов, repository, HTTP, async, файлов, логов, env и legacy seam. Это набор рабочих рецептов, которые можно переносить в проект без долгого выбора подхода.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-nabor-rabochih-retseptov/
👉 unittest: Набор рабочих рецептов, которые можно переносить в проект
📝 Материал предоставляет практический справочник: готовые шаблоны для функций, сервисов, repository, HTTP, async, файлов, логов, env и legacy seam. Это набор рабочих рецептов, которые можно переносить в проект без долгого выбора подхода.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-nabor-rabochih-retseptov/
🆕🔥Новый.
👉 Шпаргалка по unittest для ежедневной работы
📝 Шпаргалка по unittest: команды запуска, assertions, фикстуры, mock, patch, async, структура проекта и чеклисты. Её задача - дать компактную опору для ежедневной работы и ревью тестов после изучения подробных глав.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/shpargalka-unittest/
👉 Шпаргалка по unittest для ежедневной работы
📝 Шпаргалка по unittest: команды запуска, assertions, фикстуры, mock, patch, async, структура проекта и чеклисты. Её задача - дать компактную опору для ежедневной работы и ревью тестов после изучения подробных глав.
🌐 https://docs-python.ru/standart-library/modul-unittest-python/shpargalka-unittest/
🆕🔥Новый.
👉 Практические Ansible-шаблоны для Linux-администратора
📝 Материал собирает практические Ansible-шаблоны для ежедневной работы Linux-администратора: базовая настройка сервера, пользователи, SSH-доступы, firewall, Docker, nginx, деплой приложения, проверки, ротация логов, backup, обновления и безопасный restart/reload.
🌐 https://docs-python.ru/other/ansible/prakticheskie-ansible-shablony-linux-administrator/
👉 Практические Ansible-шаблоны для Linux-администратора
📝 Материал собирает практические Ansible-шаблоны для ежедневной работы Linux-администратора: базовая настройка сервера, пользователи, SSH-доступы, firewall, Docker, nginx, деплой приложения, проверки, ротация логов, backup, обновления и безопасный restart/reload.
🌐 https://docs-python.ru/other/ansible/prakticheskie-ansible-shablony-linux-administrator/