Текущая версия проекта написана на flask. Мне не очень нравится история с тем как он запускается и невозможность поднять продовый сервер просто из питоновского файла. Поэтому хотелось бы переписать на starlette + uvicorn.

На странице поиска во всплывающих подсказках надо бы выводить имя группы, к которой принадлежит запись. Для этого её надо добавить в индекс. Желательно принудительно интернировать строки т.к. там будет множество повторений.

Надо отказаться от стандартного режима обработки команд и перейти к ручным импортам внутри функций запуска.

Сейчас разом импортируется весь проект, поэтому для запуска продакшен сервера, например, нужен установленный pillow. Хотя он там абсолютно не нужен, но он импортирован и без него проект не запустится. То же самое касается других зависимостей.

При синхронизации сетевого диска с SSD на сервере настоящий rsync отрабатывает очень долго. Надо написать инструмент, который будет оперировать целыми каталогами а не отдельными файлами и быстро будет принимать решение о необходимости копирования данных.

Стартовая страница была добавлена вместо страницы с помощью. Она была нужна т.к. там описывалась логика поиска. Практика показывает, что народ всё-равно толком ничего не ищет, а пустая страница в начале только раздражает.
Надо вернуть отдельную страницу помощи, а стартовую страницу убрать.

Вынести описание алгоритма поиска на отдельную страницу.

На момент создания кнопки мы знаем как называется группа, вот это название на кнопке и надо написать.

Убрать кнопки "первая" и "последняя", уменьшить само число кнопок. Скруглить углы для крайних кнопок, но убрать скругления для внутренних. Убрать зазор между кнопками, чтобы они располагались более компактно.

Для обеспечения возможности комфортного просмотра. При сворачивании саму кнопку фолдинга желательно сделать плавающей. Или вообще сделать две кнопки и переключать их видимость.

Сейчас ресайз делается под минимальный размер, чтобы поместиться в указанный габарит из-за чего на сайте широкие иконки плохо смотрятся. Надо переписать его самостоятельно и выбирать так, чтобы по высоте помещаться. Это должно повысить качество широких thumbnail и не затронуть качество обычных.

Изначально предполагалось, что проект можно будет запускать в произвольном каталоге. Каждая папка была бы мини-проектом со всем необходимым. Но также предусмотрена возможность кастомизации любого каталога. Кроме того, предполагалось что приложение будет установлено в систему и для всех проектов будет использовать один набор шаблонов/статики.

На практике оказалось что кастомизация не нужна, а общий набор шаблонов вообще похоже не может быть реализован стандартными средствами python.

Что требуется сделать: убрать из кастомизации пути к шаблонам и статике, жёстко зашить их в коде.
Убрать из кастомизации настройки каждого из каталогов. Можно в принципе оставить их как дополнительные опции, но важно добиться, чтобы проекту для запуска требовалось указать только один параметр --root, который указывал бы на папку с контентом. Зная папку, проект сам должен найти все необходимые ресурсы.

Изменение коснётся ключей запуска:

• sources-folder
• storage-folder
• content-folder
• database-folder
• templates-folder
• static-folder

Надо поместить папку с примером внутрь проекта, чтобы он легко запускался без манипуляций с импортами.
Для дальнейшего упрощения работы следует завести под это специальную команду.

На сайте нельзя сделать SQL инъекцию, но потенциально можно попробовать выполнить крос-сайтовый запрос.

Сейчас релокации выполняются по одному файлу из-за чего проверка дубликатов идёт очень долго.
Надо сделать, чтобы операция была атомарной для целой группы (с возможностью выбрать перезаписывать ли существующие файлы).

Добавить в шаблоны подвал сайта. Вытащить туда кнопку помощи, кнопку обратной связи, возможно сделать примечание по поводу авторских прав.

Тег и в которых есть заглавные буквы учитываются неправильно, количество их упоминаний показывается как 0.

Обновление индекса надо бы выполнять в отдельном поток т.к. эта процедура уже сейчас достаточно длительная, а будет ещё более долгой.
Отдельный сервис может существовать в одном процессе, что позволит экономить память.

С телефона очень плохо видно содержимое кнопок, надо сделать сайт более светлым.

Сейчас регулярно возникает проблема с добавлением новых данных т.к. нет способа понять, что что то обновлялось.
Стоит сделать дополнительный json файл, который позволял бы понять, что в каталог внесены изменения и его надо обработать заново.

С текущими настройками pillow маленькие изображения выглядят пикселизиованными.
Следует подобрать настройки сохранения таким образом, чтобы качество не терялось настолько сильно.

Текущая система генерации кеша полагается на порядок следования имён файлов и приводит им в соответствие очередь ранее сгенерированных UUID. Уже были проблемы с этой очередью, когда один UUID присваивался двум и более новым записям. Кроме того, эта система боится ситуации, когда в середину последовательности надо добавить ещё один файл. Уже есть прецеденты, когда какие то из страниц коллекции картинок были повреждены и не загружалось, но потенциально могут быть обновлены в будущем.

Что надо сделать - кешировать UUID не по порядку следования а просто по имени файла, аналогично тому как это сделано для переменных. Но важно продолжать учитывать порядок. Если мы добавляем новый элемент в середину коллекции, UUID должен быть подобран так, чтобы порядок следования сохранялся.

Проект использует самописный пагинатор, содержимое которого вызывает вопросы в части своей костыльности.

Есть два вида пагинации - постраничная и по UUID. Их разграничение весьма размыто, есть риск ошибок при работе.
Надо переписать пагинатор, возможно разделить на несколько классов, чтобы он был более читаем.