2 Commits

Author	SHA1	Message	Date
lizerk	d9a8e71e3a	refactor(notifications): сделать приложение полностью самодостаточным ... Проблема: - Service Worker файл (sw.js) находился в корне backend/ - Hardcoded пути к иконкам в sw.js и push.py (/static/img/logo-192.png) - Функция serve_service_worker() в главном urls.py проекта - Зависимость от project-specific структуры - Невозможность переиспользовать приложение без изменений Решение: Service Worker на месте: - backend/notifications/static/notifications/sw.js - backend/notifications/views.py - serve_service_worker() - backend/notifications/urls.py - добавлен endpoint sw.js - backend/eusrr_backend/urls.py - импорт view из notifications Удаление hardcoded путей: - sw.js: убрана константа icon='/static/img/logo-192.png' - senders/push.py: убран hardcoded 'icon': '/static/img/logo.png' - config.py: добавлены PUSH_DEFAULT_ICON, PUSH_DEFAULT_BADGE (None = browser default) - README.md: документация по настройке через NOTIFICATIONS_CONFIG Изменения: - Создан: notifications/views.py с serve_service_worker() - Создан: notifications/static/notifications/sw.js - Изменен: notifications/urls.py - добавлен path('sw.js') - Изменен: notifications/config.py - настройки иконок - Изменен: notifications/senders/push.py - использование config - Изменен: notifications/README.md - документация - Упрощен: eusrr_backend/urls.py - удалена функция, добавлен импорт - Удалены: backend/sw.js, backend/static/sw.js, backend/communications/sw.js Преимущества: - ✅ Полностью автономное приложение - ✅ Нет зависимостей от структуры проекта - ✅ Конфигурируемые иконки через settings.py - ✅ Browser defaults если иконки не указаны - ✅ Легко переносить между проектами - ✅ Единообразие архитектуры (SRP) Верификация: - python manage.py check - успешно	2026-03-10 13:58:53 +03:00
lizerk	5220a96684	refactor: Модуль notifications полностью самостоятельный и переиспользуемый ... КРИТИЧНЫЕ УЛУЧШЕНИЯ: ✅ Убран хардкод 'EUSRR' → универсальное 'My Site' ✅ Созданы email шаблоны внутри модуля (4 файла) ✅ Централизованная конфигурация в config.py ✅ API перемещен в notifications/api/ Новые файлы: - config.py - централизованные настройки с fallback значениями - templates/notifications/email/*.html/*.txt - HTML и текстовые шаблоны - api/__init__.py, api/views.py, api/urls.py - REST API внутри модуля Изменения в существующих файлах: - senders/email.py: использует config.site_name() и config.from_email() - tasks/email.py: rate_limit, max_retries, retry_delay из config - tasks/push.py: rate_limit, max_retries, retry_delay из config - tasks/websocket.py: max_retries, retry_delay из config - api/v1/notifications/urls.py: реэкспорт из notifications.api (обратная совместимость) Структура шаблонов: 📁 notifications/templates/notifications/email/ ├── notification.html - красивый HTML для обычных уведомлений ├── notification.txt - текстовая версия ├── digest.html - HTML дайджест (daily/weekly) └── digest.txt - текстовая версия дайджеста Конфигурация (config.py): - DEFAULT_CONFIG с fallback значениями для всех параметров - get_config() - объединяет с settings.NOTIFICATIONS_CONFIG - Удобные функции: email_rate_limit(), push_max_retries(), site_name() - Полностью настраиваемо через settings проекта API внутри модуля: - notifications/api/views.py - все endpoint'ы - notifications/api/urls.py - URL patterns - Относительные импорты (from ..models) - Обратная совместимость через api/v1/notifications/urls.py УНИВЕРСАЛЬНОСТЬ: ✅ Нет хардкода проекта ✅ Все шаблоны внутри модуля ✅ API внутри модуля ✅ Конфигурация через settings ✅ Можно скопировать в любой проект Django 5.2+	2026-03-09 17:06:20 +03:00