Pull to refresh

Comments 7

А есть примеры использования на реальных проектах на PHP? Как с аппетитами до ресурсов обстоят дела?
Я на сколько-нибудь серьезной нагрузке пока не использовал (и скорее всего не придется, масштабы проектов не те), поэтому судить сложно.
Вот тут разработчики Ratchet приводят советы по повышению производительности: socketo.me/docs/deploy
А тут www.cargomedia.ch/websocket/benchmarking-websocket-servers/ сравнивают производительность Ratchet и аналогичного решения на nodejs; первый оказывается даже немного быстрее, правда расход памяти там почему-то не сравнивается.
Пока не дочитал до конца, в голове была только одна мысль – этого же можно добиться и с помощью socket.io на обеих сторонах. Но все равно, спасибо за статью!
Что-то непонятно, применим ли к урлам топиков концепт «коллекций».

«В таком случае можно создать к примеру такой канал: site.com/comments/page/1»

Где в спецификации обозначено что подписка по такому урлу получит публикацию на урл «site.com/comments/»?
Если я правильно понял, вы хотите, подписавшись на /comments/page/1, получать также обновления с канала /comments?
Не совсем очевидно, почему так должны себя вести каналы. Этот вопрос в спецификации не рассмотрен, но при желании можно реализовать такое поведение самому.
Потомучто URLы в качестве идентификаторов предполагают иерархичность.
И именно иерархичность указана в качестве причины выбора урлов.
Если же сами каналы не иерархичные, то нет никакого смысла использовать urlов вместо рандомных строк.

Доделать такое поведение, конечно можно.
Для этого нужно переписать и пропатчить код клиента и сервера, тоесть изобрести свой протокол. При этом теряется смысл использования WAMP вместо самодельного велосипеда.
Sign up to leave a comment.

Articles