Проблема: - Монолитный notification_signals.py (~220 строк) смешивал разные concerns - Логика отслеживания изменений полей переплетена с signal receivers - Вспомогательные функции без четкой структуры Решение: Разделен на модульную структуру calendar_app/notifications/: - config.py - NotificationVerbs, MessageTemplates, ActionURLs, константы полей, вспомогательные функции (format_date, format_changes, FIELD_NAMES, IMPORTANT_FIELDS) - handlers.py - get_event_recipients(), notify_event_created(), notify_event_changed(), notify_event_cancelled() - signals.py - Django signal receivers (@receiver) для CalendarEvent - __init__.py - публичный API модуля Изменения: - Создан: calendar_app/notifications/ модуль с 4 файлами - Переименован: notification_signals.py → notification_signals.py.old - Изменен: apps.py - обновлен импорт на calendar_app.notifications Логика уведомлений: 1. Новое событие → получатели по типу (компания/отдел/личное) 2. Изменение события → участники события (если изменены важные поля) 3. Отмена события → все участники Преимущества: - ✅ Единообразие со всеми остальными приложениями - ✅ Четкое разделение ответственности (SRP) - ✅ Отслеживание изменений полей вынесено в отдельный signal - ✅ Централизованные константы для важных полей - ✅ Легче тестировать компоненты - ✅ Публичный API для переиспользования Верификация: - python manage.py check - успешно
Документация проекта EUSRR
Эта папка содержит всю документацию проекта, организованную по категориям.
📁 Структура
completed/
Завершенные задачи: рефакторинги, исправления, реализованные фичи (22 файла)
guides/
Активные руководства и инструкции для разработчиков (гайды по валидации, миграции, настройке)
architecture/
Архитектурная документация и анализ систем (рендеринг чата, архитектура страниц)
diagnostic/
Диагностические руководства (WebSocket 1006, отладка проблем)
in-progress/
Активные задачи в разработке (закупки, получатели заявок, календарь)
reports/
Отчеты и аудиты проекта (реорганизация документации, план очистки)
📝 Главная документация
- README.md - основная документация проекта
- docs/reports/ - отчеты и планы по проекту
🔍 Поиск информации
- Завершенные фичи →
completed/ - Как настроить X →
guides/ - Как работает Y →
architecture/ - Проблемы с Z →
diagnostic/ - Что в разработке →
in-progress/ - Отчеты и аудиты →
reports/
Description
Разработка — в develop; локальный CI работает через Git hooks и quality gates перед коммитом/пушем. После проверки — слияние в master. Push в master запускает blue-green деплой на CORP через Gitea Actions и Telegram-отчёт. Статус деплоя — «Действия».
https://corp.robotail.pro/
Readme
87 MiB
Languages
Python
47.7%
TypeScript
30%
JavaScript
15.5%
HTML
4%
SCSS
2.1%
Other
0.7%