S🛸
Часто видишь такие показатели? Я - нет. Можно и ещё глубже копнуть: отдавать с постом количество лайков и проверять - существует ли лайк от авторизованного юзера (все это на бэке).
У нас по 40-50 тысяч лайков средний показатель
Size: a a a
2021 March 21
IS
И отдельным запросом (по событию) подтягивать список лайкнувших
M
Наверное не так выразился
В общем есть кнопка сабмита формы в модальном окне
Есть два редюсера, первый(MODAL) работает с модальным окном, а второй(AUTH) с запросами на сервер
Когда я сабмичу модальное окно, я жду ответ с сервера, затем асинхронный экшен, или операция, кто как называет, диспатчит ответ в редюсер "AUTH", и затем из этой операции, которая принадлежит редюсеру "AUTH", я вызываю экшен, принадлежащий редюсеру "MODAL"
По сути, асинхронные действия одного редюсера, лезут в действия другого. Это правильно? Или нельзя смешивать подобным образом лошику?
В общем есть кнопка сабмита формы в модальном окне
Есть два редюсера, первый(MODAL) работает с модальным окном, а второй(AUTH) с запросами на сервер
Когда я сабмичу модальное окно, я жду ответ с сервера, затем асинхронный экшен, или операция, кто как называет, диспатчит ответ в редюсер "AUTH", и затем из этой операции, которая принадлежит редюсеру "AUTH", я вызываю экшен, принадлежащий редюсеру "MODAL"
По сути, асинхронные действия одного редюсера, лезут в действия другого. Это правильно? Или нельзя смешивать подобным образом лошику?
Вот для наглядности простой код
Асинхронный экшен AUTH редюсера выполняет свои действия, затем отправляет результат в AUTH, и так же вызывает экшен другого редюсера
Асинхронный экшен AUTH редюсера выполняет свои действия, затем отправляет результат в AUTH, и так же вызывает экшен другого редюсера
IS
В общем.. чем детальней разложить весь этот механизм лайков, тем лучше. Второй вариант, который я предложил, на фронт совсем не окажет нагрузки. А для сервера это уж не такая и дорогая операция: пробежаться по массиву и определить - есть ли в нем ID юзера, который сейчас авторизован (с устройства которого был запрос на получение списка постов), или нет.
AS
Чтоб без обновления страницы я увидел, когда кто-то ставит лайки
Спасибо друг )))
IS
Azamshokh Sufiev
Спасибо друг )))
🤟
AS
В общем.. чем детальней разложить весь этот механизм лайков, тем лучше. Второй вариант, который я предложил, на фронт совсем не окажет нагрузки. А для сервера это уж не такая и дорогая операция: пробежаться по массиву и определить - есть ли в нем ID юзера, который сейчас авторизован (с устройства которого был запрос на получение списка постов), или нет.
Да я id user с id image один уникалий Клуч сделаю и буду сохранить их и искать по это ключ ты прав 😁
IS
Azamshokh Sufiev
Да я id user с id image один уникалий Клуч сделаю и буду сохранить их и искать по это ключ ты прав 😁
Не совсем понял тебя
IS
Реализуй определение состояния кнопки на сервере
IS
Так правильней будет
AS
Не совсем понял тебя
Получился у меня так у каждой лайка будить свой уникальный Клуч с id user+ id image
AS
Реализуй определение состояния кнопки на сервере
Да это будить на сервер все
IS
Ещё одну таблицу в базе данных создать только надо
AS
Ещё одну таблицу в базе данных создать только надо
Да ты прав спасибо за идея
AS
Ещё одну таблицу в базе данных создать только надо
Кстати если доступ до api что бы люди без регистрация могли поставить класс ?)))
IS
Azamshokh Sufiev
Кстати если доступ до api что бы люди без регистрация могли поставить класс ?)))
Вообще так не стоит делать, ибо это чревато неточными показателями (могу накрутить сколько угодно лайков)
IS
Нужно вести хотя бы какой-то учёт пользователей
VP
Azamshokh Sufiev
Кстати если доступ до api что бы люди без регистрация могли поставить класс ?)))
анонимный пользователь (один для всех неавторизованных, либо уникальный по id сессии если его затем можно / нужно связать с авторизовавшимся)
IS
Либо ещё проще - При первом заходе генерировать какой-либо уникальный идентификатор и класть его в localstorage, если его там уже нет. И по этому идентификатору уже определять. Но это - ПЛОХОЙ КОСТЫЛЬ :)