Правильным ли будет мое решение для крупного проекта?

Question

Николай Козлов @avenikolay

Коля

Правильным ли будет мое решение для крупного проекта?

Мы пишем достаточно крупный проект. Я предложил использовать следующее решение:

Клиент (браузер)
↑↓ post-, get- запросы
example.com (PHP + Laravel) - отвечает за валидацию, отрисовку данных, ответ клиенту
↑↓ curl-запрос
api.example.com (Node.js + Express) - отвечает за запросы к БД
↑↓ запрос к бд
Database Server (MongoDB)

Обосную почему я так захотел:

Мы не можем использовать SPA-приложение, так как важен Server Side Rendering, базовый функционал должен быть доступен при отключенном js у клиента
Я неплохо шарю во фронтенде и не могу доверить эту роль своему напарнику. Мне придется много заморачиваться над отрисовкой шаблонов, валидацией, редактурой текста, дизайном, ошибками итд. Я знаком только с разработкой на PHP, но ничего не понимаю в Node.JS и NoSQL бд
Мой напарник хорошо умеет создавать API-сервисы, создает мобильные приложения, но ничего не понимает UI/UX, визуальной логике, верстке и грамматике русского языка :)
MongoDB выбрана из-за БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.
Слой Laravel + PHP должен отвечать за веб-приложение. Помимо этого будут мобильные приложения, а так же другие сервисы, которые должны работать с ядром (в нашем случае Node.js). То есть предположительно хотим отделить ядро от приложений, к которому можно будет подсоединить бесконечное количество сервисов.

Насколько это правильное решение? Не будет ли минусов по скорости и производительности хотя бы на первых порах?

Вопрос задан более трёх лет назад
482 просмотра

17 комментариев

Подписаться 2 Простой 17 комментариев

davidnum95 @davidnum95

зачем прослойка в виде nodejs?

Написано более трёх лет назад
Николай Козлов @avenikolay Автор вопроса

davidnum95, я не могу заниматься проектированием и работой с бд, а мой напарник только на nodejs работает

Написано более трёх лет назад
Programmir @Programmir

А существуют какие-то крупные проекты на Laravel? Может лучше чистый PHP рассмотреть?

Написано более трёх лет назад
Николай Козлов @avenikolay Автор вопроса

После опыта разработки и на чистом PHP и на Laravel очень склоняюсь в сторону последнего. Так как:
- написание собственного фреймворка занимает очень много времени и отнимает кучу нервов
- он не будет таким красивым и универсальным
- в какой-то момент становится лень придерживаться стандартов и начинаешь говнокодить, дабы ускорить процесс

Написано более трёх лет назад
JhaoDa @JhaoDa

Николай Козлов, забей, гражданин Programmir не смог в ларавел, поэтому теперь не любит его.

Написано более трёх лет назад
davidnum95 @davidnum95

Николай Козлов, т.е. вы оправдываете заведомо усложнение проекта своим нежеланием/неумением?

Написано более трёх лет назад
Николай Козлов @avenikolay Автор вопроса

davidnum95, увы, в стартапы так вынуждены запускаться (

Написано более трёх лет назад
davidnum95 @davidnum95

Николай Козлов, при чем тут стартапы?

Написано более трёх лет назад
Николай Козлов @avenikolay Автор вопроса

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

Написано более трёх лет назад
Максим Тимофеев @webinar

Programmir,
А существуют какие-то крупные проекты на Laravel? Может лучше чистый PHP рассмотреть?

очень смешная шутка, особенно в аспекте этой архитектуры

Написано более трёх лет назад
Максим Тимофеев @webinar

Николай Козлов,
увы, в стартапы так вынуждены запускаться (

нет. Так запускаются проекты у людей, которые делают что попало. При чем тут стартапы?
Я не представляю как можно знать laravel, но не знать как он работает с БД. Это нонсенс. Да и освоить это можно за пару дней.
Я не удивлюсь, что Mongo в проекте появилась не потому что оптимально, а потому что удобно с node, а node потому что Вася знает только node. Так может надо Васю сменить?
для крупного проекта

о каком крупном проекте речь, если в нем прокладки появляются просто ради Васи? И Вы точно готовы делать крупный проект с таким подходом и с таким стеком?

Написано более трёх лет назад
Sanes @Sanes

Максим Тимофеев,
обычное явление для стартапа. На чём умеем, на том и делаем.

Написано более трёх лет назад
Максим Тимофеев @webinar

Sanes, ну есть же предел. Тут он явно перейден

Написано более трёх лет назад
Alex Wells @Alex_Wells

Sanes, ну так пусть берут популярный стэк и юзают, а не придумывают какую-то хрень.

Я даже боюсь представить каким образом вся эта хрень потом будет поддерживатся..

Автору: либо вы нормально учите laravel и выбрасываете ноду, либо занимаетесь исключительно фронтом spa, а ваш напарник - исключительно беком. Других вариантов у вас нет.

Написано более трёх лет назад
Николай Козлов @avenikolay Автор вопроса
Максим Тимофеев, Alex Wells, Sanes, davidnum95
Дабы внести ясность, добавил несколько условий в вопрос:
MongoDB выбрана из-за БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.
Слой Laravel + PHP должен отвечать за веб-приложение. Помимо этого будут мобильные приложения, а так же другие сервисы, которые должны работать с ядром (в нашем случае Node.js). То есть предположительно хотим отделить ядро от приложений, к которому можно будет подсоединить бесконечное количество сервисов.
Написано более трёх лет назад
Ба Ань Доан @doanbaanh

Николай Козлов, а можно вместо laravel взять nuxt, и уйти из проекта, потому что вы больше не нужны)))))

Написано более трёх лет назад
Alex Wells @Alex_Wells

Николай Козлов,
БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.

Что это вообще должно значить?

должны работать с ядром

Это называется апи. Мобильные приложения работают с апи. Точно так же, как и SPA фронт, не иначе.

Слой Laravel + PHP должен отвечать за веб-приложение.

И нахрена тогда laravel, если все, что он делает, это дергает ноду и рисует шаблоны? Чем SPA не устроил (только не говорите про nojs)? Если так нужен nojs (тор сайт наверное, что уж), то в чем проблема использовать SSR + SPA? А если и это не по силам, то можно просто использовать обычный серверный рендеринг (как у ларьковского блейда), только на nodeJS. Никто вам не запрещает сделать и апи, и веб приложение на одной ноде.

all in all, выучите какой-то стэк и используйте. Фронтеру не нужно знать ноду/php, что бы писать фронт (не важно, spa или нет), равно как и бекендеру не нужно знать, что там использует фронтер, и для этого не нужно дебильное нагромождение из технологий, которые никто в вашем стартапе и на 10% не использует.

Написано более трёх лет назад

Пригласить эксперта

Ответы на вопрос 3

2 комментария

Николай Козлов @avenikolay Автор вопроса
@BorisKorobkov
Дабы внести ясность, добавил несколько условий в вопрос:
MongoDB выбрана из-за БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.
Слой Laravel + PHP должен отвечать за веб-приложение. Помимо этого будут мобильные приложения, а так же другие сервисы, которые должны работать с ядром (в нашем случае Node.js). То есть предположительно хотим отделить ядро от приложений, к которому можно будет подсоединить бесконечное количество сервисов.
Написано более трёх лет назад
Boris Köln @BorisKorobkov

Николай Козлов, если сервисов будет много - это, конечно, меняет дело. Но зоопарк ЯП вам все равно не нужен.

Во-вторых, если у вас стартап, то, по-моему, лучше сначала быстро запустить монолитное приложение, а уже потом выделить из него API.

Написано более трёх лет назад

Комментировать

2 комментария

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

Laravel

+2 ещё

Средний
Не удается подключиться к ClickHouse container?
- 1 подписчик
- 6 часов назад
- 38 просмотров
1

ответ
Laravel

Простой
Как в модели Belongsto обратиться по нескольким полям?
- 1 подписчик
- 14 часов назад
- 52 просмотра
1

ответ
Laravel

Простой
Как локально работать stevebauman/location для определения геопозиции в Laravel?
- 1 подписчик
- вчера
- 23 просмотра
0

ответов
HTML

+2 ещё

Простой
Как подкрасить 2 блока в разные цвета по всей ширине в дочернем Blade-шаблоне?
- 1 подписчик
- вчера
- 57 просмотров
2

ответа
JavaScript

+2 ещё

Средний
Проблемы с telegram bot, а именно с сообщениями, как исправить?
- 1 подписчик
- 17 апр.
- 76 просмотров
1

ответ
Node.js

+1 ещё

Простой
Error during build: RollupError: Could not resolve. Как исправить ошибку?
- 1 подписчик
- 15 апр.
- 36 просмотров
2

ответа
JavaScript

+4 ещё

Простой
Что делать, если после залива приложения на VPS страница остается недоступной?
- 1 подписчик
- 15 апр.
- 85 просмотров
2

ответа
JavaScript

+2 ещё

Простой
Как на стороне сервера узнать что клиент закрыл браузер?
- 1 подписчик
- 13 апр.
- 170 просмотров
2

ответа
PHP

+1 ещё

Простой
Переписать грамотнее и с помощью Laravel реально ли и каким лучше образом?
- 1 подписчик
- 13 апр.
- 189 просмотров
3

ответа
Node.js

Простой
Почему coverage в vitest не видит нужную версию node и падает?
- 1 подписчик
- 13 апр.
- 45 просмотров
1

ответ
Показать ещё Загружается…

Senior Backend Developer Node.js

Radium Finance • Москва

от 300 000 до 400 000 ₽

Node.js разработчик

ДАЛЕЕ • Москва

от 200 000 ₽

Node.js Developer (middle)

ROBOTMIA • Новосибирск

от 130 000 ₽

Доработать клиентское приложение для GTA 5 на C#

20 апр. 2024, в 00:51

1000 руб./за проект

Верстка и логика формы выбора билетов в зале для покупки

20 апр. 2024, в 00:43

10000 руб./за проект

Разработать формирование УПД на Java

20 апр. 2024, в 00:28

20000 руб./за проект

davidnum95, я не могу заниматься проектированием и работой с бд, а мой напарник только на nodejs работает
А существуют какие-то крупные проекты на Laravel? Может лучше чистый PHP рассмотреть?
После опыта разработки и на чистом PHP и на Laravel очень склоняюсь в сторону последнего. Так как:
- написание собственного фреймворка занимает очень много времени и отнимает кучу нервов
- он не будет таким красивым и универсальным
- в какой-то момент становится лень придерживаться стандартов и начинаешь говнокодить, дабы ускорить процесс
Николай Козлов, забей, гражданин Programmir не смог в ларавел, поэтому теперь не любит его.
Николай Козлов, т.е. вы оправдываете заведомо усложнение проекта своим нежеланием/неумением?
davidnum95, увы, в стартапы так вынуждены запускаться (
Николай Козлов, при чем тут стартапы?
davidnum95, но потому что это наш стартап, и есть только такие знания. нет возможности быстро доучиться.
Programmir,
А существуют какие-то крупные проекты на Laravel? Может лучше чистый PHP рассмотреть?

очень смешная шутка, особенно в аспекте этой архитектуры
Николай Козлов,
увы, в стартапы так вынуждены запускаться (

нет. Так запускаются проекты у людей, которые делают что попало. При чем тут стартапы?
Я не представляю как можно знать laravel, но не знать как он работает с БД. Это нонсенс. Да и освоить это можно за пару дней.
Я не удивлюсь, что Mongo в проекте появилась не потому что оптимально, а потому что удобно с node, а node потому что Вася знает только node. Так может надо Васю сменить?
для крупного проекта

о каком крупном проекте речь, если в нем прокладки появляются просто ради Васи? И Вы точно готовы делать крупный проект с таким подходом и с таким стеком?
Максим Тимофеев,
обычное явление для стартапа. На чём умеем, на том и делаем.
Sanes, ну есть же предел. Тут он явно перейден
Sanes, ну так пусть берут популярный стэк и юзают, а не придумывают какую-то хрень.

Я даже боюсь представить каким образом вся эта хрень потом будет поддерживатся..

Автору: либо вы нормально учите laravel и выбрасываете ноду, либо занимаетесь исключительно фронтом spa, а ваш напарник - исключительно беком. Других вариантов у вас нет.
Максим Тимофеев, Alex Wells, Sanes, davidnum95
Дабы внести ясность, добавил несколько условий в вопрос:
MongoDB выбрана из-за БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.
Слой Laravel + PHP должен отвечать за веб-приложение. Помимо этого будут мобильные приложения, а так же другие сервисы, которые должны работать с ядром (в нашем случае Node.js). То есть предположительно хотим отделить ядро от приложений, к которому можно будет подсоединить бесконечное количество сервисов.
Николай Козлов, а можно вместо laravel взять nuxt, и уйти из проекта, потому что вы больше не нужны)))))
Николай Козлов,
БЕСКОНЕЧНО (известно точно!) разрастающейся структуры данных.

Что это вообще должно значить?

должны работать с ядром

Это называется апи. Мобильные приложения работают с апи. Точно так же, как и SPA фронт, не иначе.

Слой Laravel + PHP должен отвечать за веб-приложение.

И нахрена тогда laravel, если все, что он делает, это дергает ноду и рисует шаблоны? Чем SPA не устроил (только не говорите про nojs)? Если так нужен nojs (тор сайт наверное, что уж), то в чем проблема использовать SSR + SPA? А если и это не по силам, то можно просто использовать обычный серверный рендеринг (как у ларьковского блейда), только на nodeJS. Никто вам не запрещает сделать и апи, и веб приложение на одной ноде.

all in all, выучите какой-то стэк и используйте. Фронтеру не нужно знать ноду/php, что бы писать фронт (не важно, spa или нет), равно как и бекендеру не нужно знать, что там использует фронтер, и для этого не нужно дебильное нагромождение из технологий, которые никто в вашем стартапе и на 10% не использует.

Answer 1 · 2019-03-13 17:34:29

Laravel (как и чистый PHP) прекрасно умеет работать с БД.
API не нужно, лишнее усложнение.

Клиент (браузер)
↑↓ post-, get- запросы
example.com (любой ЯП и фреймворк на ваш выбор) - отвечает за валидацию, запросы к БД, отрисовку данных, ответ клиенту
↑↓ запрос к бд
Database Server (любая БД на ваш выбор)

Answer 2 · 2019-03-13 20:20:09

базовый функционал должен быть доступен при отключенном js у клиента

Необоснованные доп. расходы.

Answer 3 · 2019-03-13 21:01:25

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

По самой схеме nodejs действительно не нужен - потратьте пару дней на то чтобы прочитать как работать с БД из laravel - это будет меньше по усилиям чем прикручивать туда внешнее Васино api и налаживать чтоб это все нормально работало. Судя по всему все остальное вы уже и так взяли на себя, так что польза Васи для проекта крайне сомнительна.

Правильным ли будет мое решение для крупного проекта?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт