Проблема: поиска релевантной информации по БЗ.
Предлагаю изучить алгоритмы ранжирования. Решение: в выдаче генерировать ссылку на сервер API, который будет сохранять и переадресовывать на саму заметку:
Проблема:
Пакетный менеджер PIP не удалит из системы те библиотеки, которые были удалены из файла requirements. Как минимум это приводит к засорению системы, как максимум - к конфликту, если у заменяемой библиотеки будет одинаковое название (например, форк).
Хотелось бы иметь возможность экстренно обновлять базу и редеплоить сервер вручную. А также просматривать, когда было последнее обновление (это даст понимание, отработал ли хук), последние поисковые запросы (даст понимание, пользуется ли кто базой).
Проблема: автор холста автоматически добавляется в список участников на стороне сервера, при этом на фронтальной стороне автор в списке участников не виден до обновления страницы.
Сейчас перед обновлением базы происходит удаление всех заметок, что может привести к опустошению базы, если обновление не сработает.
Решение
Первый способ:
Необходимо как-то сначала добавлять новые заметки, затем удалить старые. Либо в транзакции удаляем все заметки перед добавленим первой порции новых.
Изменения вносить в класс UploaderDjangoServer
Проблема не критична, так как обновление происходит при коммитах автоматически и обновлять базу вручную необходимости нет.
Сейчас не ясно, насколько активно используют поиск по заметкам в Телеграм и Дискорде. По активности поиска можно оценивать актальность функционала.
Задача пока большой актуальности не имеет. А в будущем, при разделении репозитория на микросервисы можно будет задействовать сторонее приложение "Gravitee.io": https://habr.com/ru/company/X5Tech/blog/543324/ , предназначенное для логирования создания единой точки входа в API разных микросервисов и логирования/анализа запросов к ним.
P.S. Мне смотрится полезным в блоке "Повестка" разделить поле "мнение" на принципиальные возражения, встречные предложения и предлагаемые решения, так как разделение сделает более очевидным, что нужно указывать в данном поле.
Если заметка была переименована, произойдёт попытка её получить из базы, что приведёт к паднению
Сохранять тело запроса от гитхаба в базу, чтобы при падении было возможно принудительно вызвать хук. После успешного завершения удалять хук из базы. Сейчас же при падении сервера мы вынуждены сносить базу и делать заново полный импорт django-командой.