это симфони чатик если шо

это симфони чатик если шо

обещаю использовать vue только в симфони

хорошо - используй

Ребята, в реактивном программировании я еще новичек. Подскажите, как это работает https://vuejs.org/v2/guide/ первых три примера - я через консоль браузера меняю значения в модели и происходит моментальное изменение странички. Там внутри Vue библиотеки бесконечный цикл, что ли, который проверяет каждую миллисекунду - изменились ли данные в модели? Или я прозевал момент когда в JS создали возможность свойства объектов делать Observable?

прокси, геттеры/сеттеры

но вообще тебе в другой чат

прокси, геттеры/сеттеры

спасибо. Как раз начал это выкапывать, читать

спасибо. Как раз начал это выкапывать, читать

@vuejs_ru

но не уверен, что тебе дадут ответы на такие вопросы там ищи статьи - они точно есть, правда не у меня в закладках

ребята, сегодня по чатам прокатилась волна спама - питоновский накрыло, во вью чате пишут, что чат по ноде тоже закидали @fes0r - будь готов

по вопросу symfony/security Package must not depend on symfony/security; depend on explicit symfony/security-* packages instead

ответ от Symfony Recipes Server

Ребята, в реактивном программировании я еще новичек. Подскажите, как это работает https://vuejs.org/v2/guide/ первых три примера - я через консоль браузера меняю значения в модели и происходит моментальное изменение странички. Там внутри Vue библиотеки бесконечный цикл, что ли, который проверяет каждую миллисекунду - изменились ли данные в модели? Или я прозевал момент когда в JS создали возможность свойства объектов делать Observable?

В Ангуляре первом точно был цикл бесконечный. :)

А тут да, как сергей сказал

В Ангуляре первом точно был цикл бесконечный. :)

нет

там был digest который нужно было дернуть явно руками

нет

Нет же. :) Если ты консоль лог делал где нибудь, он его фигацил бесконечно в консоль

Я что-то не помню чтобы я че-то руками дергал

Нет же. :) Если ты консоль лог делал где нибудь, он его фигацил бесконечно в консоль

ну что ты мне рассказываешь)

Я просто менял модель

Я что-то не помню чтобы я че-то руками дергал

значит это кто-то делал за тебя

И все работало реактивно

Обычный первый ангуляр

Обычная установка с нуля

Ничего не дергал

Обычная установка с нуля

с zone.js?

Нет вроде. Я не знаю что такое Zone.js

https://angularjs.org/

ну короч, нет там никаких бесконечных кицлов

Вот же. Ничего руками не дергается

Так же 2-way binding

Вот же. Ничего руками не дергается

digest вызывается внутри директив типа ngClick, ngChange, ngSubmit, ngMouseover и т.д.

ну и еще в куче мест

в итоге создается иллюзия того что все в риалтайме

но если ты просто сделаешь setTimeout но не будешь вызывать дайгест - то ничего не обновится

рассказывает он мне как ангуляр работает

такая же петрушка как flush в доктрине - тебе надо дать ей понять что ты закончил стэйт менять

проблема ангуляра первого была в том что дайгест был один на все приложение и... это эффективным назвать нельзя. Во втором ангуляре уже "реактивщина" полноценная

Да прочитал. Ты прав.

Но почему же тогда у меня были эти поведения похожие на луп.

Ну я уже сейчас не проверю.

4 года с ангуляром первым не пропьешь

Это было давно

Лет 5-7 назад

самый простой вариант - ngMouseMove какой ляснуть)))

и наблюдать как педалит твой UI

Нееее. Я такого не делал.

Я делал очень тупые очевидные вещи из Getting Started :)

может ты чего забыл, например как кликал куда-нибудь

магии не бывает

а бесконечный цикл быстро повесит твою систему

Ну я делал скажем ng-click и в методе обработчике делал просто console.log() И я просто открывал страницу, ничего не трогал, и в консоль сыпался лог. Вроде как-то так

Ну я делал скажем ng-click и в методе обработчике делал просто console.log() И я просто открывал страницу, ничего не трогал, и в консоль сыпался лог. Вроде как-то так

document ready - тоже событие, так что на него срабатывала логика на странияке. Полагаю

https://chrisshort.net/docker-inc-is-dead/

document ready - тоже событие, так что на него срабатывала логика на странияке. Полагаю

Так я метод нигде не использовал больше.

Ну ок. Щас уж не могу утверждать.

Я по памяти 7 лет назад

https://chrisshort.net/docker-inc-is-dead/

уже даже на хабре перевели

https://chrisshort.net/docker-inc-is-dead/

читал пару дней назад, грустно

читал пару дней назад, грустно

ну к докеру непосредственно как технологии это не относится

ну да, но я про компанию

хз как это отразится на самой технологии

хотя в комментах пишут что

ну там как бы статья со стороны того что Docker Swarm не конкурент для Kubernetes

и если раньше даже нельзя было на конфах по докеру о нем говорить

ERROR: S client not available

то щас у них нет выбора и им придется его поддерживать на равне со свормом

да и сам докер, глючный кусок гавна

которое мы юзаем))))

надеюсь rkt доведут до ума

которое мы юзаем))))

у нас регулярные кейсы всплывают когда докер демон говорит что контейнеры запущены, пытаешься подключиться - говорит что их нет

а кубер от этого с ума сходит

Помогите с переходом на 4-ую версию. После перехода все http exception'ы не обрабатываются и отдают 200 со стак трейсом на прод енве

В доках написано мол врубаете prod и вместо веб профайлера у вас будет 404 дефолтный, но у меня тупо стак трейс отдает

Ребята, в реактивном программировании я еще новичек. Подскажите, как это работает https://vuejs.org/v2/guide/ первых три примера - я через консоль браузера меняю значения в модели и происходит моментальное изменение странички. Там внутри Vue библиотеки бесконечный цикл, что ли, который проверяет каждую миллисекунду - изменились ли данные в модели? Или я прозевал момент когда в JS создали возможность свойства объектов делать Observable?

есть js accessors - get и set для проперти в них можно чудить

вот даже нашел как у вью https://ru.vuejs.org/v2/guide/reactivity.html

в екма5 вроде появилось еще

!!! Ребят мб кто сталкивался с такой задачей У меня есть app symfony + mysql, отдельно приватный реалтайм чат node js + socket io между 2-мя юзерами Ну и соответсвенно будет какой то клиент Авторизация происходит на стороне symfony через oauth Нужно как то связать все, что бы чат знал какой юзер к нему стучится Есть идея, но не знаю насколько она верна 1. App symfony, делаем запрос на эндпоинт, получаем jwt token. 2. С этим токеном заходим на чат и передаем его в хедерах при запросе на бекенд чата на node js 3. Проверяем его по secret key который одинаковый на node js & symfony app серверах если все норм то мы успешно аутинтифицировались ?

!!! Ребят мб кто сталкивался с такой задачей У меня есть app symfony + mysql, отдельно приватный реалтайм чат node js + socket io между 2-мя юзерами Ну и соответсвенно будет какой то клиент Авторизация происходит на стороне symfony через oauth Нужно как то связать все, что бы чат знал какой юзер к нему стучится Есть идея, но не знаю насколько она верна 1. App symfony, делаем запрос на эндпоинт, получаем jwt token. 2. С этим токеном заходим на чат и передаем его в хедерах при запросе на бекенд чата на node js 3. Проверяем его по secret key который одинаковый на node js & symfony app серверах если все норм то мы успешно аутинтифицировались ?

Зачем дублировать логику, если можно с ноды сделать запрос на symfony для подтверждения токена?

есть js accessors - get и set для проперти в них можно чудить

Спасибо! Судя по всему реактивное программирование без этого было бы куда более унылым

!!! Ребят мб кто сталкивался с такой задачей У меня есть app symfony + mysql, отдельно приватный реалтайм чат node js + socket io между 2-мя юзерами Ну и соответсвенно будет какой то клиент Авторизация происходит на стороне symfony через oauth Нужно как то связать все, что бы чат знал какой юзер к нему стучится Есть идея, но не знаю насколько она верна 1. App symfony, делаем запрос на эндпоинт, получаем jwt token. 2. С этим токеном заходим на чат и передаем его в хедерах при запросе на бекенд чата на node js 3. Проверяем его по secret key который одинаковый на node js & symfony app серверах если все норм то мы успешно аутинтифицировались ?

симфони генерит токен, node потребляет, все четко.

Зачем дублировать логику, если можно с ноды сделать запрос на symfony для подтверждения токена?

ничего не дублируется, просто проверяется подпись

ничего не дублируется, просто проверяется подпись

+

А как тогда проверить что-то по сикрет ключу ?

У тебя в jwt инфа про юзера

симфони генерит токен, node потребляет, все четко.

Т.е идея имеет место на жизнь?)

У тебя в jwt инфа про юзера

Почитай подробнее как работает jwt

Я знаю как работает джвт

Того у тебя и спрашиваю

Т.е идея имеет место на жизнь?)

да, это распространенная практика. в случае с чатами можешь для двохновения глянуть как это делают взрослые дяди типа layer.com

можно обойтись без jwt

Ты засунул пейдоад юзера в токен, который живет сутки. В обед юзера удалили и хочешь логиниться в чат

тупо hmac на основе sha256 например

Ты засунул пейдоад юзера в токен, который живет сутки. В обед юзера удалили и хочешь логиниться в чат

выдавай токен на 30 минут например

ну и да, у чатов должны харниться идентификаторы юзеров

так что чат тоже может проверить на существование

Ну так у него этого нет

Я об этом