s
если у тебя миллионы, ограничивай поиск по лимиту
Size: a a a
2019 December 12
П
например если у меня будет дроплет с 1 ядром и гигом памяти
s
юзер не пойдет больше десятой страницы
s
в поиске
П
если у тебя миллионы, ограничивай поиск по лимиту
Вот это похоже и есть решение. ПРосто лимит дать на 10 страниц по каждой модели
П
причем в максимуме, допуская что найдется только одна модель
s
ни какая БД не отработает быстро поиск в миллионах записей, на всё требуется оперативка и проц
s
оно будет ложить всё в кеш, любой новый запрос будет обрабатыватся как голый, а если такой запрос уже был и юзер нажал на страницу что нет в кеше, это смерть при таком количестве оперативы и записей
s
тебе лара при таких хотелках не подойдет)
П
в целом я переубежден) спасибо
AK
тебе лара при таких хотелках не подойдет)
воу а что подойдет?
П
видимо java или go
П
спорно, потому что есть редис, мемкэш и в конце концов микросервис на ларе как клиент к базе
П
люмен наконец
RG
Павел
в любом случае - сегодня тысячи - завтра миллионы строк и тысячи пользователей с поиском
Sphinx, elasticsearch, solr должны решать твои проблемы
П
Кастомный пагинатор не подхватывает строку запроса? или я что-то не понял? Добавляю ее насильно к ?page=..
П
через appends
П
подхватывает только путь основного маршрута
s
это не кастомный пагинатор, ->paginate() это обертка над LengthAwarePaginator
И вывод информации не должен отличатся
И вывод информации не должен отличатся
