а моду на gui приложения просто?)

не ну мне глазу приятнее гуишка, да и их проще делать

не ну мне глазу приятнее гуишка, да и их проще делать

так всякие ncurses

ну просто да, никто это никак не развивает/развивал

идет война !)))

так дело в том, чот иногда прямо spa головного мозга у людей

так дело в том, чот иногда прямо spa головного мозга у людей

люди склонны перегибать палку, это нормально

идет война !)))

мне очень понравилась эта фраза)

люди любят зацикливаться на чем-то что понимают.

например, видел как сделали логин пейдж и само приложение одним spa

т.е. после входа рисовали всё заново

например, видел как сделали логин пейдж и само приложение одним spa

всегда так делаю и чувствую себя прекрасно

но зато без перезагрузки

зачем?

тоже так делаем

зачем? потому что это дешево

ну и есть server-side пререндеринг и ленивая загрузка

типа да

а что знаичт одним spa или не одним?

приложение ж цельный кусок, доставку кода на клиент можно облегчать легко

типа да

подозреваю что статическая страничка с логином которая выставляет http only куку например и SPA отдельно

Допустим у тебя есть login.html которая просто эендпоинт для логина

подозреваю что статическая страничка с логином которая выставляет http only куку например и SPA отдельно

оно

а разница?

а если мне там еще какую инфу надо выводить

а восстановление пароля?

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

а регистрация при этом

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

ну так код сплитинг

ленивая подгрузка, сервер-сайд пререндеринг

да

и проблема заменилась другой проблемой но она уже интересная)

))))

?

дело в том, что делать сразу все в одном ну банально проще

а потом настроить бандлинг

сервер сайд рендеринг у вас на ноде?

ага

и отдельно сервак на php как рест эндпоинты?

ну у нас нода все проксирует просто

и отдельно сервак на php как рест эндпоинты?

да, отдельно

почему так? ну так вышло)

ну у нас нода все проксирует просто

которую проксирует nginx?

а еще можно писать апишку на ноде и запускать в aws lambda

которую проксирует nginx?

зачем?

node cluster

зачем?

лень ssl там и все такое

а статика пусть с cdn раздается

голой нодой наружу?

голой нодой наружу?

некоторые так делают, в этом нет ничего плохого и ты уменьшаешь суммарную нагрузку на tcp/ip стэк

ну в общем да. перед нодой nginx

просто потому что так

а еще есть uwsgi

вместо nginx

сессию менеджите токенами?

jwt?

да

jwt + refresh

да

вспомнил, что Юра запилил ))

пойду посмотрю на jwt

jwt.io

знаю, ни разу его не юзал

ничего особого)

json завернутый в base64 + подпись

password как secret?

ээээм в jwt токене должны быть ТОЛЬКО публичные данные

да

пасворд только в логине передается на сервер

и больше нигде не участвует

https://www.youtube.com/watch?v=VDfX44fZoMc

я уже скидывал?

возможно мне в личку, крутая преза

https://www.destroyallsoftware.com/talks/boundaries

вот еще крутая

Чуваки, если вам не сложно, добавьте, пожалуйста ссылки на эти видео сюда https://oopru.github.io

то есть сюда https://github.com/oopru/oopru.github.io

холивар - как вы относитесь к названиям классов вида RegisterUser?

вместо RegisterUserHandler

например

ну мол verbs vs nouns

вместо RegisterUserHandler

Я за этот варик

А если это не хендлер? А скажем сервис, или валидатор

А если это не хендлер? А скажем сервис, или валидатор

а что хэндлер это не сервис?

ну и с чего бы ему быть валидатором?)

это сервис, чье назначение - менеджить регистрацию пользователя

Ну тут есть некая путаница в именах. Мы сейчас о веб сервисах или о индустрии в целом?

но делать 100500 классов с суффиксом тупо потому что "надо что бы классы назывались как существительные" я не особо хочу

Ну тут есть некая путаница в именах. Мы сейчас о веб сервисах или о индустрии в целом?

мы сейчас о названиях классов

ну или названия типов объектов

А как же SRP?

у тебя один класс и хендлит реквесты и валидирует, может ещё и в базу сейвит?

А как же SRP?

все норм, этот класс только менеджит, он ничего не делает сам по себе а только координирует действий других сервисов и описывает общий сценарий. Там нет ифов

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

более мелкие сервисы будут уже проверять целостность отдельных кусков данных. На этом этапе если нам пришли невалидные данные мы будем кидать исключения

немного не понял твоей концепции, у тебя в RegisterUserHandler пришли req и resp или прямо готовая моделька юзера, которая была уже отвалидирована?

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

"моделька юзера", то есть сущность юзера, будет создана в процессе и сохранена другими сервисами

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