D
либо производить запись, но обновление $post->user делать в очереди
Size: a a a
2020 September 18
АД
либо производить запись, но обновление $post->user делать в очереди
Мне не нужно ничего записывать) Нужно получить данные, и отобразить на фронте. User для поста хранить у себя нельзя, он должен приходить через API
D
печально
D
если внешний сервис будет долго отдавать данные
D
фронт будет висеть
АД
Он отдает быстро) С этим проблем нет! Проблемы с постоянной привязкой юзеров к постам
D
Он отдает быстро) С этим проблем нет! Проблемы с постоянной привязкой юзеров к постам
внешний id хранить,не?
D
акссесор тогда уж делать
D
апендить везде
D
а в самом акссесоре вызов внешнего апи
АД
Ну, в акссессоре каждый раз вызывать сторонний сервис, если мне нужно получить список юзеров, это ппц) У меня к посту может быть закреплено несколько юзеров. Обычно там их штук по 10. Это слишком много запросов сразу
АД
внешний id хранить,не?
Так я храню конечно id!
D
Ну, в акссессоре каждый раз вызывать сторонний сервис, если мне нужно получить список юзеров, это ппц) У меня к посту может быть закреплено несколько юзеров. Обычно там их штук по 10. Это слишком много запросов сразу
храни у себя кэш
D
если тебе необязательно вытаскивать самые свежие данные
D
а так с http2 чхать на запросы, выдержит ли нагрузку бэкэнд другой
D
либо пусть он кэш делает
АД
Дело не в нагрузке. Мне нужно быстро отображать данные у себя!
АД
Кэш делать не получиться - нужны свежие данные
D
если коннект http2 то норм должно быть
D
+-