Как реализовать голосование на laravel?

Question

[smilelan]

Всем доброй ночи! Возникла необходимость создание голосования ЗА и ПРОТИВ на постах, пользователь может голосовать только один раз, проверку голосовал ли он ранее думаю проводить через куки, но вот хотелось бы узнать есть ли готовые решения по таким голосованиям на LARAVEL, если нет то как лучше реализовать структуру, может кто уже сталкивался с этим.

Comments

[JhaoDa]

Есть. Гугл подскажет.

[smilelan]

JhaoDa, к сожалению я не нашел :-(

[kafkiansky]

smilelan, зачем вам Ларавел, если вы голосование не умеете делать? Это как купить крутой автомобиль, не умея водить, и использовать его для фоточек в инстаграм.

Answer 1

[NeuroPastor]

Я бы сделал так:
Пилишь таблицу с ответами (одна строка один ответ):
-ид
-номер поста (за который голосуют)
-ответ за или против. Я бы сделал булево.

Пилишь в модели связи один ко многим.
Остальное как бы я думаю понятно.

Comments

[alexeygavrilovs]

Как в таком случае ограничить пользователя голосовать только один раз, и как посчитать сумму голосов за и против

[NeuroPastor]

alexeygavrilovs, ограничить либо по ip либо кукисы, но лучше кукисы. Можно авторизовывать через OAuth, например, чтобы менее геморройно для пользователя. И там уже привязываться к логину.
Посчитать можно вот как то так

[jazzus]

alexeygavrilovs, для подсчетов в Laravel есть методы, а также withCount для связей. Для выборки данных scope. Ограничивать возможность голосовать на фронте и бэке – сразу после голосования сетать show переменную/ставить disabled на кнопке когда ajax возвращает тру и на сервере перед созданием записи проверять, что юзер уже голосовал с помощью ларавелевских политик авторизации методом exists.

Answer 2

[jazzus]

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

Comments

[NubasLol]

Полиморфные связи медленнее значительно работают, когда данных много

[NubasLol]

А судя по задаче автора, ему вообще нужны 2 интовые колонки, сколько за, а сколько против

[jazzus]

NubasLol, когда много можно и зарефакторить если действительно не в теории тормоза есть. А до этого имхо зауши юзать одну полиморфную таблицу с трейтом для чего Ларавел их и придумал.

[jazzus]

NubasLol, как ты проверишь что юзер голосовал если не будет user_id?

[jazzus]

NubasLol, имеется ввиду полиморфные связи придумал а не таблицу с трейтом)

[NubasLol]

jazzus, проверку голосовал ли он ранее думаю проводить через куки,

Думаю там голосование без регистрации

[NubasLol]

jazzus, ну тоже правильно.

У нас на проекте есть таблица с логом изменений моделек полиморфная, она одна весит около 9 гб, очень тормозит

[jazzus]

NubasLol, тормозить и без полиморфных может, а заранее оптимизировтаь неизвестную нагрузку смысла нет. И терять удобство полиморфных, когда можно добавить к 10 моделям за 5 минут функционал голосований. Вообще они и придуманы для большого количества данных типа лайков дизлайков комментариев и т.д. и придуманы не дураками. Все от проекта зависит. Автор как обычно ничего про свой проект не рассказал и все начинают гадать. Мне нравится версия с авторизацией) к полиморфным кстати можно сделать счетчик дополнительно я видел пример в отдельной таблице интеджерами, деталей не помню (т.е. есть варианты оптимизировать если погуглить)