А если по существу: я не видел ниодного нормального роутера за пределами какого-либо фреймворка. Я например использую phalcon, и там точно можно сделать так как Вы описали выше. https://docs.phalconphp.com/ru/latest/reference/mi...
php как основной язык и phalcon как фреймворк (очень сугубо личное предпочтение, т.к. просто я на нем пишу и все устраивает)
для сообщений и чатов в режиме realtime - realplexor (dklab.ru/lib/dklab_realplexor )
для хранения данных стен, сообщений, и прочей информации - связку mysql+mongodb
Если нужны будут большие скорости вычисления, я бы использовал Zephir для php (это как ecma6 для js) только еще компилируется сразу в расширения.
Вообщем технологий полно, и хорошо если Вы их умеете кобминировать, а для опыта это то что надо. Там уже будете видеть что нравиться что нет, и одно заменять другим.
Почему не получиться если получилось? Почти та же самая магия с прокси и сертификатом только вывод логов в приложение, + подключился к устройству на другой порт через chrome-devtools, и тоже самое видел на компе. Вопрос не в том как логировать запросы, с этим все понятно, а в том какой сейчас алгоритм получения токена у whatsapp.
В мониторинге сетевых потоков (приложение https://play.google.com/store/apps/details?id=org.... нет (описанных во всех примерах в интернете) обращений к серверу whatsapp'a при первом запуске приложения. Есть обращение только к хостам гугла на авторизацию приложения. Вот один из запросов возвращает token, который в качестве пароля не подходит. Других запросов нет. Вопрос к тем, кто подобным образом пытался вытянуть пароль от whatsapp'a. Вот как понять.
Айжарык, честно говоря я только socket.io ( socket.io ) использовал, и то чисто просто попробывать, года 3-4 назад, но помню с первого раза все запустилось и работало, что очень понравилось. Он комбинирует технологии long polling, sse в зависимости от возможностей браузера, чтобы максимально у всех работало. На стороне сервера работает через nodejs. Многие брезгуют long-polling'ом, и напрасно. vk.com чаты на этом же принципе работают, и ничего, на скорость не жалуются.
А ну тогда все понятно. Button и другие input-подобные элементы - это вообще отдельная история. Каждый браузер обвешивает их своими правилами которые не сдвинуть, либо сдвинуть очень сложно. Проблема довольно распространенная.
ну можно да, почему бы и нет. vk например хранит, не парится, да и не только он. куки то можно подменить, только sessid кука сама по себе ничего не дает, просто ключ говорящая серверу в каком файле сессии лежат нужные данные, а они из браузера не доступны. Ну я например изначально храню id пользователя в сессии, и при необходимости вывожу в js для манипуляций. У многих url имеют вид /user/123 или на примере того же vk: /id123