@lorus Спасибо. Я решил сделать единый сервис "состояния" роутов. При при каждой инициализации роута, мы будем проверять в этом сервисе состояний наличие нашего роута и если он там есть, запрашивать все данные которые нам необходимы. Т.е. когда мы первый раз инициализировали роут - он сам запросил все необходимые данные. А после того как перешли на другой роут - забиваем в этот менеджер состояний "слушатель сообщений" который будет их забивать в массив, и при последующем обращение просто вытащит их из этого сервиса и как бы эффект того что вкладка и не удалялась. Вы что-то типа этого имели ввиду?
Ну такая возможность сохранения работы контроллера должна быть у штук 6, не будет ли в ущерб хранить столько сервисов производительносьти? Или же есть к примеру идея просто просто сделать вкладки якобы, и при переходе на другую, предыдущую просто скрывать. Т.е у нас в теле будут все вкладки, но только скрытые тем же z-index'om. Что оптимальное?
Еще раз спасибо, вынес как модуль. Но вот все равно не пойму почему такое не выходит с Q и deferred либами, ибо по логике делаю тоже самое - Создаю deferred объект и выполняю resolve после получения ответа, ну и навешиваю так же через done слушателя. В случае с "Q" - слушатель никак не реагирует, а в случае с "deffered" -
так там вообще видимо можно работать с ней только извне, после возвращения promise.
Огромное спасибо. Не могли бы вы показать пример на другой promise библиотеке? Я бы вашу с радостью использовал ваш модуль, но слишком уж много в ней функционала для меня помимо deferred, а вот что-то на другой библиотеках "deferred" и "Q" не получается такое сделать.
Не совсем понял. Получается мы же не один раз обращаемся к функции и при каждом обращение получается будет при конструкции функции будет отсылаться запрос, так?
Искал, они все практически такого же формата, в них все на кэлбэках все, а не defer. А библиотеку эту я как бы сам писал. Так что вот и моей писанины всплывают камни. А если вдруг микро отсоединение? Не знал про $log, извиняюсь. А вот насчет ready мне как раз и надо что-то такое, чтобы отследить состояние и если подключено - выполнять, если нет - ждать
Мне не понятно хорошо ли хранить такие данные в монго, которые растут очень быстро и сильно. Просто может там сжатие какое-нибудь, или что-то в этом роде посоветуют
Здорово! Был бы рад разглядеть обертку, да и вообще какой-либо JS клиент использующий Socket'ы. И вообще, смотря как все говорят использовать Ajax, мне кажется что у всех недоверие какое-то к сокетам
Спасибо, буду жевать эту тему. Ну я еще раз повторюсь, я получение профиля взял лишь за основу. Строение будет полностью на WebSocket'aх и поэтому получение инфы о юзере так же через них. А так сокеты будут и для игры, чата, оповещений. Ведь эту передачу ответа сервера к функции много где надо будет использовать
Извиняюсь, вы наверное меня не так поняли, я же сказал про слушатель. Я просто про то - как передать от слушателя ответ на запрос функции которая отправила запрос на получение, я об этом