Задать вопрос

Выбор фронтэнда и бэкэнда для создания сайта. Что выбрать?

Не могу определится, что использовать для бэкэнда и фронтэнда.
Сейчас думаю сделать так:
Предположим пользователь хочет страницу с новостями.
Apache/PHP получает запрос, обращается к API-серверу(django) получает новости, создаёт html-страницу.
Дальше все действия пользователя на странице обрабатываются только запросами к API-серверу. Подрузка следующих новостей и прочее.
Насколько такой подход эффективен?
Какие фреймворки посоветуете?
  • Вопрос задан
  • 367 просмотров
Подписаться 2 Простой Комментировать
Пригласить эксперта
Ответы на вопрос 5
be_a_dancer
@be_a_dancer
Backend/Fullstack Developer
Очень глупый вопрос, который говорит о полном незнании тематики.
Выбираете любой фреймворк, который вам удобен. К примеру, в рамках работы я использую связку Laravel + Vue.js, оба фреймворка которой крайне дружелюбны к новичкам.

Но тем не менее, вы не знаете о том, что такое фронтенд и бэкэнд. Рекомендую почитать больше материалов, чтобы разобраться.
Ответ написан
Комментировать
@m0nym
То, что знаешь лучше лично ты или нанятые тобою люди что лучше знают.
Ответ написан
Комментировать
sim3x
@sim3x
Насколько такой подход эффективен?
норм
Какие фреймворки посоветуете?
джанги и чистого жс вам хватит за глаза
Ответ написан
Комментировать
sharpfellow
@sharpfellow
Front
Frontend - любой из популярных тулзов vue, angular, react.
Backend - NodeJs (express, koa, adonis...).
Писать на одном языке проще, чем на двух.
При выборе фреймворка рекомендую обратить внимание на количество упоминаний на хх. Вкладываться в средства, которые мало кому нужны, насколько эффективно? А если ты наниматель, то на популярную технологию проще найти человека.

В production: build фронта, nodejs + pm2, nginx, чтобьы показывать статику и проксировать api на nodejs
Ответ написан
Комментировать
@sdfsdfertdfd
А почему не сразу на php отдавать готовую html-страницу которая создана в cms?
Зачем усложнять?
Зачем каждый раз генерить страницу?
html-страница это же документ готовый, в который могут быть включены другие документы, в которой ajax подгружает данные - то есть нет проблемы делать его динамичным.

JS CSS HTML PHP - это уже готовый удобный фреймворк
сервер это же просто API к БД

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

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

Между получением запроса и ответом сервер обычно ищет по запросу информацию в базе данных и встраивает ее в шаблон (ERB, Blade, EJS, Handlebars).

— но зачем вообще шаблонить?
На сервере же могут храниться готовые html-страницы, которые при желании могут быть динамичными.
Ответ написан
Комментировать
Ваш ответ на вопрос

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

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