VA
Или я чего-то как уже сказал не понял из контекста.
Size: a a a
2020 February 20
V
Я может что-то не понял, но что даст Лара, чего не может дать нест.
я не знаю, лару и не работал еще с нестом и думаю кто будет реализовывать требования cms, нест или лара, с учетом того, что будет использовать реакт как шаблонизатор
V
Логикой токо как отображать должен заниматься фронт по моему. Просто прислать ему данные, мол зашёл чувак из Румынии, вот для него новости, вот для него лого и так далее.
ок, а как тогда управлять сессией для каждого чувака, что бы понимать что это он запрашивает стр за стр. Отдать фронту или беку? Делать через сессию или куки? эм..
VA
ок, а как тогда управлять сессией для каждого чувака, что бы понимать что это он запрашивает стр за стр. Отдать фронту или беку? Делать через сессию или куки? эм..
Я бы делал через куки. Записать туда его локаль и читать каждый раз его, при запросах.
V
Я бы делал через куки. Записать туда его локаль и читать каждый раз его, при запросах.
читать ларой? а поч тогда не сессия? И чуваков прям оч много
LK
я не знаю, лару и не работал еще с нестом и думаю кто будет реализовывать требования cms, нест или лара, с учетом того, что будет использовать реакт как шаблонизатор
бери то с чем работал
VA
читать ларой? а поч тогда не сессия? И чуваков прям оч много
А причем тут Лара ? Она у вас уже есть, или что ? Просто не понимаю зачем две системы нужны.
V
А причем тут Лара ? Она у вас уже есть, или что ? Просто не понимаю зачем две системы нужны.
сейчас выбираем... для быстрого мвп удобней делать на ноде, для методологии солид мне нравится нест, но я не работал с ним. И у меня есть бек-чувак, который пишет на ларе и в перспективе я не знаю какие будут проблемы в поддержке такого функционала на ноде
VA
сейчас выбираем... для быстрого мвп удобней делать на ноде, для методологии солид мне нравится нест, но я не работал с ним. И у меня есть бек-чувак, который пишет на ларе и в перспективе я не знаю какие будут проблемы в поддержке такого функционала на ноде
Вообще не вижу если честно проблем, что на Ларе что на Нест, можно работать как с куки так и сессией. А логика отдачи контента будет идентично или примерно похожей в обоих системах.
V
Вообще не вижу если честно проблем, что на Ларе что на Нест, можно работать как с куки так и сессией. А логика отдачи контента будет идентично или примерно похожей в обоих системах.
хорошо, а возможно тогда часть функционала пилить на несте, а другую на ларе. Они могут общаться друг с другом и использовать общую бд ?
Не превратиться ли он в бермудский треугольник?
Не превратиться ли он в бермудский треугольник?
DB
хорошо, а возможно тогда часть функционала пилить на несте, а другую на ларе. Они могут общаться друг с другом и использовать общую бд ?
Не превратиться ли он в бермудский треугольник?
Не превратиться ли он в бермудский треугольник?
Можно конечно, но зачем?
VA
хорошо, а возможно тогда часть функционала пилить на несте, а другую на ларе. Они могут общаться друг с другом и использовать общую бд ?
Не превратиться ли он в бермудский треугольник?
Не превратиться ли он в бермудский треугольник?
Почему бы и нет, базу могут, а общение через тот же апи сделать можно. Не знаю если пхп может в grpc, если может тогда вообще песня.
V
Можно конечно, но зачем?
оч быстро внедрять новый функционал
V
Почему бы и нет, базу могут, а общение через тот же апи сделать можно. Не знаю если пхп может в grpc, если может тогда вообще песня.
grpc а это что?
VA
Я не работал с реакт, но я думаю что нест можно будет так же как-то использовать для ССР. Но это не точно.
DB
оч быстро внедрять новый функционал
По опыту увеличение количества технологий замедляет внедрение нового функционала)
VA
grpc а это что?
Удаленный вызов функций от Гугла, если я правильно помню кто его делал.
V
Я не работал с реакт, но я думаю что нест можно будет так же как-то использовать для ССР. Но это не точно.
я наслышан о таких трудностях сср на ноде, особенно когда нужно готовить разный контент под каждого клиента... даже next может в горле стать
S
не может а станет
V
По опыту увеличение количества технологий замедляет внедрение нового функционала)
я хочу поделить все требований к ИС на микросервисы, у каждого из которых будет только своя ответственность. И все ок, но вот управление отрисовкой, роутинг и данные пользователя и продолжительная работа с ними оч не понятный и большой кусок и я хз как его делить