R
мне всего лишь несколько методов в АПИ нужно. Наверное тогда fastAPI
Да
Size: a a a
2021 March 14
BA
Ну или на node.js сразу, сайту нужен еще SSR, но это позже
D
мне всего лишь несколько методов в АПИ нужно. Наверное тогда fastAPI
А зачем тебе на асинх фреймворк переписывать?
BA
А зачем тебе на асинх фреймворк переписывать?
Поиск очень медленно работает, да и не обязательно асинхронно, главное чтобы поиск норм работал, а не обрабатывал большие запросы минуту
BA
Страницы представлены ввиде большого JSON, страниц очень много, больше 30К наверное
BA
Может для каждой страницы сделать список слов и количество вхождении, потом искать по этим словам? Но я понятия не имею как это реализовать
DL
Звучит как будто бы архитектурной проблемой, переписывать может и стоит. Но лучше наверное стоит больше внимания уделить тому как ты будешь это реализовывать заново, т.к просто заменой инструмента(бд/фреймворк) кажется это не решится
Версия БД имеет значение, чем ниже версия - тем хуже поддержка поиска.
R
Может для каждой страницы сделать список слов и количество вхождении, потом искать по этим словам? Но я понятия не имею как это реализовать
В каждой странице просто ищи и не парься))000
BA
В каждой странице просто ищи и не парься))000
Я сейчас так и делаю, WHERE json LIKE "%query% OR title LIKE "%query%" Примерно такой запрос, но он очень медленно работает. Крч сайт учебный и обязательно должен быть поиск внутри сайта.
BA
Значит ищи не все результаты
Там и так в запросе использую offset limit, но все равно медленно. И ещё на сайте должно отображаться сколько результат всего найдено, чтобы снизу в кнопке для перехода на следующую страницу результатов выдачи(paginator) отображалось сколько всего страниц есть по этому запросу, то есть все равно надо будет искать по всей базе