Почему не получиться если получилось? Почти та же самая магия с прокси и сертификатом только вывод логов в приложение, + подключился к устройству на другой порт через 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
монго можно(и наверно нужно) использовать в связке с основной субд (например mysql) чтобы выносить туда параметры товаров (цвет, размер и т.д. в зависимости от типа товара), и вытаскивать по ним список id товаров соответствующих критериям, а эти id уже вытягивать через Products::find() например. удобнее запросы для параметров(характеристик) товаров собирать для монги чем кучу таблиц использовать в mysql. Но это имхо. + в монге есть неплохой полнотекстовый поиск, к которому можно привязать поле description товара, и чтобы пользователи быстро находили что им нужно, не только по названию но и по описанию товара. А так же гео-индексы (я не знаю насколько это вам надо, но например если у Вас несколько магазинов, вы можете сделать кнопочки "искать в радиусе 1км/5км/100км от меня", и отправлять этот запрос в монго который вернет соотв. магазины неподалеку.). Как то так.
да, на сегодняшний день это самый быстрый, т.к. написан на zephir и поставляется в виде .so (а по мне так и самый удобный и понятный) пхп-фреймворк. Пожалуйста :)
