ЕК
Eyvaz Rustemli
нееее это не круто надо парится с неделями и написат там кривой спагетти с 1000 багов код который каждый секунд отправит на сервер ajax чтобы сервер сдох так намного круче
Кокой аякс
Size: a a a
2021 March 18
АЗ
Да очевидно же челик троллит
ER
Кокой аякс
это то который старый добрый футболный команда ажах не знаешь ?
АЗ
Ты че еще не просёк что ли
ЕК
Eyvaz Rustemli
это то который старый добрый футболный команда ажах не знаешь ?
О, они же сегодня с Янг Бойз играют
ER
О, они же сегодня с Янг Бойз играют
флаг им в руки
NO
Вопрос от @capslk73 : "Привет, в общем я только начинаю изучать работу с вебсокетами, и не знаю как лучше будет разработать чат. Например есть групповой чат, один человек написал сообщение, это сообщение нужно через сокеты сразу отправить к пользователям и вместе с этим сохронять в базу, или сохронять в базу а к клиенту отправить нотификейшен что пришло новое сообшение и уже потом клиент дастанет сообщения с базы."
NO
Задача в общем-то классическая, на эту тему много вводных статей и примеров.
Если кратко, то решить нужно две основных проблемы:
1. Доставка в реалтайме обновлений до всех заинтересованных пользователей.
2. Вывод истории предыдущих сообщений (до подключения в чат).
Есть ещё проблема с синхронизацией между устройствами, когда в чате одновременно с компа и с телефона, но это уже следующий уровень )
Проблема 1 решена много раз, используем что-то проверенное и не пишем свой велосипед, например берём Centrifugo + туториалы по нему.
Проблема 2 решается через хранение истории сообщений в базе + запрос клиента на бэкенд при подключении.
---
Итого общий сценарий для клиента:
1. Подключаемся, подписываемся на канал обновлений, запрашиваем историю.
2. Выводим историю сообщений.
3. Ловим обновления с канала и выводим новые сообщения.
---
Это если не углубляться в дебри, дальше спрашивай что интересует )
Если кратко, то решить нужно две основных проблемы:
1. Доставка в реалтайме обновлений до всех заинтересованных пользователей.
2. Вывод истории предыдущих сообщений (до подключения в чат).
Есть ещё проблема с синхронизацией между устройствами, когда в чате одновременно с компа и с телефона, но это уже следующий уровень )
Проблема 1 решена много раз, используем что-то проверенное и не пишем свой велосипед, например берём Centrifugo + туториалы по нему.
Проблема 2 решается через хранение истории сообщений в базе + запрос клиента на бэкенд при подключении.
---
Итого общий сценарий для клиента:
1. Подключаемся, подписываемся на канал обновлений, запрашиваем историю.
2. Выводим историю сообщений.
3. Ловим обновления с канала и выводим новые сообщения.
---
Это если не углубляться в дебри, дальше спрашивай что интересует )
NO
На бэкенде при этом:
Отправка нового сообщения:
1. Сохраняем в БД для истории сообщений. Можно и не в БД а в Redis или куда угодно.
2. Отправляем в сервер вебсокетов всем подписанным по ID канала (каждый чат = канал).
Запрос истории:
1. Просто выгружаем историю из БД по каналу с лимитом "N последних сообщений".
Отправка нового сообщения:
1. Сохраняем в БД для истории сообщений. Можно и не в БД а в Redis или куда угодно.
2. Отправляем в сервер вебсокетов всем подписанным по ID канала (каждый чат = канал).
Запрос истории:
1. Просто выгружаем историю из БД по каналу с лимитом "N последних сообщений".
A
Здравствуйте всем,
Кто разбирается в механизме интернет магазина?
Напишите мне пожалуйста
Кто разбирается в механизме интернет магазина?
Напишите мне пожалуйста
F
NO
Выше полистайте. Это вопрос по разработке лайв-чата
S
Задача в общем-то классическая, на эту тему много вводных статей и примеров.
Если кратко, то решить нужно две основных проблемы:
1. Доставка в реалтайме обновлений до всех заинтересованных пользователей.
2. Вывод истории предыдущих сообщений (до подключения в чат).
Есть ещё проблема с синхронизацией между устройствами, когда в чате одновременно с компа и с телефона, но это уже следующий уровень )
Проблема 1 решена много раз, используем что-то проверенное и не пишем свой велосипед, например берём Centrifugo + туториалы по нему.
Проблема 2 решается через хранение истории сообщений в базе + запрос клиента на бэкенд при подключении.
---
Итого общий сценарий для клиента:
1. Подключаемся, подписываемся на канал обновлений, запрашиваем историю.
2. Выводим историю сообщений.
3. Ловим обновления с канала и выводим новые сообщения.
---
Это если не углубляться в дебри, дальше спрашивай что интересует )
Если кратко, то решить нужно две основных проблемы:
1. Доставка в реалтайме обновлений до всех заинтересованных пользователей.
2. Вывод истории предыдущих сообщений (до подключения в чат).
Есть ещё проблема с синхронизацией между устройствами, когда в чате одновременно с компа и с телефона, но это уже следующий уровень )
Проблема 1 решена много раз, используем что-то проверенное и не пишем свой велосипед, например берём Centrifugo + туториалы по нему.
Проблема 2 решается через хранение истории сообщений в базе + запрос клиента на бэкенд при подключении.
---
Итого общий сценарий для клиента:
1. Подключаемся, подписываемся на канал обновлений, запрашиваем историю.
2. Выводим историю сообщений.
3. Ловим обновления с канала и выводим новые сообщения.
---
Это если не углубляться в дебри, дальше спрашивай что интересует )
Presence channels
A
Подскажите вот при таком обращении к класу Person::walk() создается ли новый инстанс класса Person а то интересно стало
NO
Спасибо, я так и написал. Вопрос этот от @capslk73
А
Ambriel
Подскажите вот при таком обращении к класу Person::walk() создается ли новый инстанс класса Person а то интересно стало
А реализация будет?
S
Ambriel
Подскажите вот при таком обращении к класу Person::walk() создается ли новый инстанс класса Person а то интересно стало
dd(Pesrson::walk()) тебе даст ответ
A
А реализация будет?
допустим просто в переменную результат присвоить
А
Ambriel
допустим просто в переменную результат присвоить
Реализацию метода покажи, ну