@HaruMamburu при использовании Windows на ретине будет одна головная боль из-за высокого ppi. Так что я бы подумал ещё, если не собираетесь на OSX пересаживаться, скажем из-за какого-то очень специфичного виндового софта. С другой стороны и у Соньки ppi не малый, будете с лупой в некоторых приложениях сидеть.
@ruslite удивительно, что не подходит, если у меня замечательно вытягивает любые куки по имени. Я не понимаю какая разница node.js или php, например, если речь о клиент-сайде?
Пока лучшее решение даже для символьных id выглядит так.
Сравниваем id1 и id2 побитово, чтобы вычислить больший и меньший. Соответственно, ключ для массива формируется user1.id + разделитель + user2.id , если user1.id меньше чем user2.id. И аналогично, если наоборот. Тогда поиск будет своидиться к формированию слепка по алгоритму выше и проверке на существование данного ключа в массиве.
@agsidorov а над чем мучаться? Для передачи между backend компонентами лучшее решение это движки очередей сообщений. Можете покопать ещё в сторону Gearman, RabbitMQ и подобных.
@agsidorov а вам и не нужно. За вас это сделали разработчики ReactPHP/ZMQ. По мне так достаточно просто.
У меня просто сейчас тоже свой небольшой проект родился в виде чата на веб-сокетах, но хочу ещё сделать классическую http/web версию для мобильных клиентов, т.к. websocket-ы часто рвутся на gprs/3g. WAMP + ZMQ отлично позволят сделать интеграцию.
@agsidorov а это и есть сила php )) разве нет?
Я не совсем понимаю архитектуру вашей системы. В предложенном мануале как раз 3-сторонняя схема: классический php-скрипт для вставки данных их блога, php socket-сервер получающий уведомление из того скрипта, и браузерный клиент, который получает уведомление от сокет-сервера в javascript.
WAMP-протокол - это более высокоуровневый WebSockets, он тоже может осуществлять отправку сообщений на сокет-сервер, если что. Главное то, что ZMQ служит удобной прослойкой для взаимодействия php-скрипта и сокет-сервера
@cmx всё зависит от задачи. В большинстве случаев этого букета достаточно. А вот с сокетами придется повозиться, чтобы воспроизвести тот же функционал и безопасность.
@The_Prodigy java может нормально работать с http протоколом
@The_Prodigy простите, а чем вас не устроил вариант с обычным web-сервисом? Есть же сразу готовый механизм сессии, заточенность php из коробки. Остается только согласовать механизм авторизации.
@sergiks теоретически могло бы помочь. Но практически? Есть пример реализации? Напрашивается вопрос о кроссбраузерности и прозводительности. К тому же все равно можно достать части картинок, только чуть больше гемора.
