Как правильно подгружать данные без перезагрузки страницы в Laravel?

Question

[zozyla]

Освоил основы ларавель, но вот теперь встал вопрос, что использовать в ларавеле для постоянной подгрузки данных? Например моментальные уведомления/сообщения юзерам. За все время никогда не было задачи подгружать данные без перезагрузки страницы, но для себя нужно знать. Ajax setInterval - по-моему самое глупое решение в таких вопросах, если у нас сайт полностью завязан на этих подгружаемых данных. В доках описан сервис pusher или как-то так, но это тоже весьма бредовый сервис с конскими ценами за воздух.Node.js socket сервер? Единственный вариант который выглядит адекватно без постоянных запросов Ajax-a. Как правильно все это дело реализовывать в ларавеле?

Answer 1

[hOtRush]

https://github.com/centrifugal/centrifugo чтобы не лезть в болото ноджс

Comments

[spaceatmoon]

И поэтому предлагает golang... Там всё так просто?

[Анатолий Медведев]

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

[hOtRush]

spaceatmoon, все правильно. Это standalone production-ready продукт, а не костыли на nodejs

Answer 2

[Сергей Попов]

У пушера не такие уж и конские цены, на самом деле. Но как всегда, у вас как минимум несколько путей. Первый - polling. Использовать можно, но для realtime не подходит. Второй вариант - long polling и его разновидность - вебсокеты. Вот тут уже интереснее. Эхо сервер для laravel существует. При желании, можно поднять свой собственный socket-io сервер и отдавать ему данные через встроенные механизмы (читать документацию).

Comments

[kostia7alania]

и правильно делают! я (прогер) такого же мнения!

[hOtRush]

Михаил Жабко, тут простое уравнение - если стоимость работы разработчиков больше чем счет за пушер - то зачем платить больше?

[Alex Wells]

Михаил Жабко, разработчику, который знает, что делает - один день. А человеку, у которого есть только отдаленное понимание концепции - работы на недели, учитывая все хотфиксы и допилы.

[zozyla]

Alex Wells, ну тут я согласен с комментатором по поводу бесполезности пушера, я лучше освою новую технологию, чем буду платить за какой-то сервис у которого даже не безлимитных тарифов. Да и мне это нужно для своих проектов.

[hOtRush]

Михаил Жабко, ну вы смотрите с точки зрения экономии, бизнес и стартапы (а это они ЦА пушера и подобных) смотрят с другой точки зрения как правило.

Ну и вообще sockets.io так себе пример, особенно для php-приложения. Сразу отвечу почему:
- это ноджс (ноджс что, тоже плохо? - да, плохо, он жрет много ресурсов, течет, падает, тяжело дебажится и никак вообще не профайлится)
- socket.io вынуждает отделять логику вебсокетов от логики основного приложения, тогда как pusher или centrifugo просто standalone прослойка, гоняющая сообщения между сервером и клиентом

[Alex Wells]

hOtRush, nodeJS не "течет", не "падает", уж точно не "тяжело дебажится" (мы же говорим об intellij idea, верно?). На счет профайла не уверен - не приходилось.

socket.io ничего не вынуждает. Это просто сокет-сервер. Как именно его реализует программист - уже его задача. Единственная разница в том, что pusher не даст реализовать никак по-другому, но если руки не из жопы, то реализовать нормально можно и на socker.io.

[Alex Wells]

Михаил Жабко, причем тут вообще админ? Тут нужен программист, который может грамотно спроектировать и написать реализацию на socket.io, схожую с пушером. "за час" - что-то у вас очень плохо с оценкой задач. Было за день, теперь - час? За час можно успеть прочесть доку и репозиторий создать - максимум.

Грамотно все это прикрутить к фреймворку на бекенде, либо написать свою sdk - уже как минимум несколько дней работы синьора, и это в простом приложении.

Прикручивают pusher, потому что это быстрое и дешевое решение. Если у вас нету каких-то гигантских нагрузок, и вы только начинаете с сокетами - почему бы и нет? Зачем тратить месяцы на разработку и поддержку собственного велосипеда, когда все уже готово и подано на тарелочку по копеечной цене?

[zozyla]

Alex Wells, Если я начинаю, то мне вообще не хочется юзать готовые ПЛАТНЫЕ варианты, т.к я так никогда и не освою. Там даже за $ нет безлимитных вариантов. Попользовался и перестал, в итоге мне начали флудить на почту почему я не покупаю у них услуги. А если у меня большой трафик, то какой смысл от этого пушера, если там лимиты? Если я делаю какой-то игровой проект, где важно постоянно выводить информацию, даже по типу маркетов каких-то, где постоянно выставляются товары, обновляются цены, ленты с покупками, оповещения о покупках и продажах, чаты какие-то и все в этом духе. Я уверен, что тут пушер можно сразу выкидывать. Все пишут велосипеды, когда осваивают что-то новое для себя. Да и если я делаю свой какой-то проект и у меня нет трафика, то какой смысл платить за этот пушер.

[Сергей Попов]

Отвечу всем сразу. Я не призываю использовать пушер или любой дргуой сервис (для пет-проектов есть бесплатный тариф в который с головой укладываешься на первое время). Я говорю о том, что это возможный вариант. При этом, существует возможность выучить новый инструмент, с которым Laravel умеет общаться, делается это весьма не сложно - дело пары-тройки часов работы - я про socket.io. При желании уже есть готовый инструмент - laravel-echo-server, у которого под капотом как раз socket и лежит.

[Alex Wells]

Михаил Жабко, что? Что за бред я сейчас прочел? "Поднять" сокет сервер - задача сис. админа. Только вот его сначала нужно написать - и это задача девелопера.

[Alex Wells]

Михаил Жабко, "айтишников" не понимаю, нет.

Answer 3

[msk-develop]

Локальный аналог Pusher с поддержкой Laravel Echo. Написан на PHP

https://docs.beyondco.de/laravel-websockets/