Как работает функция reload()?
Эта функция нужна для того, чтобы перезагрузить изменившийся код из py-файла без рестарта интерпретатора.
Дело в том, что любой импортированный модуль при повторном импорте не будет перечитывать файл. Функция импорта вернёт уже загруженный в память объект модуля. Чтобы обновить код, нужно либо перезапустить всю программу, либо использовать функцию reload()
from importlib import reload
reload(my_module)
🔸 Функция reload() принимает в качестве аргумента только объект модуля или пакета. Она не может перезагрузить класс или функцию. Только весь файл целиком!
🔸 Перезагрузка пакета перезагрузит только его файл __init__.py, если он есть. Но не вложенные модули.
🔸Она не может перезагрузить ранее не импортированный модуль.
🔸При вызове функция reload() перечитывает и перекомпилирует код в файле, создавая новые объекты. После создания новых объектов перезаписывается ранее созданный неймспейс этого модуля.
Это значит, что если где-то этот модуль импортирован через import и обращение к атрибутам происходит через неймспейс (имя) модуля, то такие атрибуты обновятся.
Если какие-либо объекты из этого модуля импортированы через from то они будут ссылаться на старые объекты.
Напишем простой модуль
# mymodule.py
x = 1
Теперь импортируем модуль и отдельно переменную х из модуля
>>> import mymodule
>>> from mymodule import x
>>> print(mymodule.x)
1
>>> print(x)
1
Не перезапуская интерпретатор вносим изменения в модуль
# mymodule.py
x = 2
Делаем перезагрузку модуля и проверяем х ещё раз
>>> reload(mymodule)
>>> print(mymodule.x)
2
>>> print(x)
1
То же самое будет если присвоить любой объект переменной (даже словарь или список)
Повторный импорт обновляет значение
>>> from mymodule import x
>>> print(x)
2
🔸Созданные инстансы классов не обновятся после перезагрузки модуля. Их придётся пересоздать.
#tricks#basic
🔥Альтернативы Firebase Crashlytics для Android и iOS
Crashlytics остаётся стандартом де-факто для сборка крешей приложений, но у него есть ограничения — особенно если вы хотите больше контроля над данными, гибкости или соблюдения требований безопасности. А может просто не хотите зависеть от Google решения.
Собрал альтернативы, которые вы можете использовать как замену c поддержкой Android и iOS:
👉Sentry. Одно из популярных решений на замену Crashlytics. умеет связывать ошибки с коммитами, мониторить производительность и даже хоститься локально.
👉Bugsnag — простой и надёжный инструмент для стабильных релизов.Хорошая визуализация, приоритезация проблем и интеграция с CI/CD. “Поставил — и работает”.
👉Tracer — облачное решение с хранением данных в России или можно купить self-hosted версию. Поддерживает Android и iOS, собирает краши, перформанс-метрики и работает без внешних облаков — важно для банков, финтеха и гос-приложений.
📈AppMetrica — аналитика и crash-отчёты от Яндекса.
Поддерживает Android и iOS, умеет собирать краши, ошибки и ANR прямо в отчётах аналитики. Данные хранятся в России, интеграция с другими сервисами Яндекса, SDK активно поддерживается. Хороший выбор, если уже используете AppMetrica для аналитики.
🛒Android Vitals в Google Play - стандартное решение, если вы публикуетесь в Google Play. Может собрать даже те креши, что вы не увидите при подключение решения внутри вашего приложения.
Учтите, что решения отличные от Firebase Crashlytics могут быть платными или иметь ограничения на бесплатных тарифах.
Знаете другие инструменты? Делитесь ими в комментариях.
#firebase#crashlytics
🔥Firebase Crashlytics получил MCP-сервер
В экспериментальном режиме Firebase запустили MCP-сервер для Crashlytics. Раньше, чтобы вытащить данные для анализа, нужно было настраивать экспорт в BigQuery, разбираться с Cloud Logging, писать SQL-запросы. Целый пайплайн ради того, чтобы понять что происходит со стабильностью приложения. Теперь всё это стало ощутимо проще.
Через MCP агент получает прямой доступ к данным Crashlytics: может вытащить список активных проблем с приоритетами, разобрать конкретный краш по ID со всеми стектрейсами и метаданными, получить агрегированную статистику по событиям и затронутым пользователям. Плюс умеет добавлять заметки к ишью и менять его статус прямо в ходе разговора.
Многие крашлитиковские ишью на практике достаточно простые, и агент вполне способен с ними справиться самостоятельно. Можно выстроить полный цикл: агент ночью смотрит новые крашы, разбирает их, создаёт задачи, предлагает или сразу делает фиксы, оставляет комментарии со всем контекстом. Раньше для этого не хватало именно доступа к данным мониторинга — теперь этот кусок закрыт.
🔗 Источник: firebase.google.com
#Firebase#Crashlytics#MCP#AndroidDev#Android
#swift#analysis#analytics#cocoapods#crashlytics#debug#debugger#debugging#hacktoberfest#layout_debugger#leak_detection#log#logs_analysis#networking#performance_analysis#sandbox#swift#swift6#ui#uikit#view
DebugSwift is a comprehensive toolkit that simplifies debugging for Swift iOS apps by providing real-time monitoring of network requests, performance metrics (CPU, memory, FPS), crash reports, and app resources like keychain and user defaults. It includes interface tools for visualizing layouts with grid overlays and touch indicators, plus memory leak detection and console logging. The main benefit is that you can quickly identify and fix issues during development without leaving your app—just shake your device to toggle the debug panel, making troubleshooting faster and more efficient.
https://github.com/DebugSwift/DebugSwift