Это называется изоморфоное же бля

какая разница откуда инфа

Получается хтмл который был сгенерен на сервере на пхп тожп бэкенд🤔

Бля, ну хорошо:
Backend - серверная часть кода

программно-аппаратная часть

мб на немецком попробовать

aus verschiedenen Zutaten einen Teig bereiten und diesen unter Hitzeeinwirkung im Backofen gar und genießbar machen

Вы все верно пишите на уровне новичка, которому объяснили что бывает код на сервере, бывает на клиенте, а еще бывает фуллстек

но разделение приложения на фронтенд и бекенд это разделение функций.

Отрисовка и обработка данных на на клиентах это фронт. Работа с данными на сервере это бек. Ваше приложение состоит из фронта и бека. Если вы говорите, что данные некст плдучает по рест, значит вы пишите только фронт часть своего приложения. И где то есть люди, которые написали бек и написал рест апи к нему. А вы знаете только про рест, потому что фронту достаточно знать только про рест. Как там бек устроен - фронту не имеет значения, главное подучить данные.

И в этом контексте подумайте еще раз, когда называете некст своим бэкендом. Некст получает данные от какого-то бэкенда (о котором вы не в курсе видимо) по рест апи, затем рендерит на сервере и отдает клиенту

То есть некст делает на сервере ваш фронт и отдает его

Бекенд тут не при чем

И вы бы не так ругали метеор, если бы поняли, что метеор закрывает собой и фронт, и рендеринг на сервере (при желании) и бекенд, то есть всю работу с данными

"Как там бек устроен - фронту не имеет значения, главное подучить данные."

Любой уважающий себя фронтэндер, должен иметь понятие о работе бэкэнда

Когда вы делаете только фронт, то конечно для вас метеор это что-то непонятное

Вы попробуйте прочитать, а не умничать

Я не отрицаю удобство метеора. Но исключительно в рамках разработки прототипа

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

Всем пока 🙃

😂

вот это нахолива(рили)

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