Что является связующим звеном между backend и frontend?
Добрый день!
1)Поясните, пожалуйста, насколько можно подробнее на примере какого-нибудь web приложения, что является связующим звеном между backend и frontend? Мне нужно понять какая "технология" помогает взаимодействовать эти две части работы? Если не сложно объясните на каком-нибудь классическом примере.
2)Т.е. я правильно понимаю, что если убрать базу данных и всякие вычислительные операции "под капотом", то по сути мы получим только frontend и в результате обычный web-сайт , а не web-приложение?
Как правило это Nginx, но может быть и голый сервер на том языке, на котором сделан бекенд.
Работает по принципу запрос-ответ. Например сделал запрос через GET/POST, не важно — через AJAX (JS) или напрямую, запрос попадает на бекенд и обрабатывается, летит ответ и вы с ним работаете.
Максим Федоров, не поняли меня, я отдал просто голос человеку выше , говорю если мог бы и вам ещё отдать , то с удовольствием. Или я могу ? Я просто недавно тут
Tomcat используется в качестве самостоятельного веб-сервера, в качестве сервера контента в сочетании с веб-сервером Apache HTTP Server, а также в качестве контейнера сервлетов в серверах приложений JBoss и GlassFish.
Вы же говорите: о контент-сервере (которым, кстати и является тот же nginx). Т.е. он сам - не может работать как веб-сервер контента на паблик!
Ясно? )
Максим Федоров, самостоятельный - только для админки сервлетов и их запуска - только 127.0.0.1 на порту 8080 (вроде бы..) и только для прямого обращения к сервлетам. И никакого там файл-контента или конфигурации сертификатов - не предусмотрено.
Так что в итоге господа? Ещё раз обозначим то , что у нас должно быть:
1) vps хостинг на винде или Linuxe/unix
2) сервер приложений tomcat
3) web сервер , так какой же всё-таки веб-сервер выбрать для развёртывания этого самого tomcat-a?
KaizerSX,
Vps на Линуксе
nginx как реверс-прокси
А вот томкат/не томкат -- тут уже вам решать, я не особо в этом стеке понимаю, может можно спринг просто без томката или аналог попроще
Максим Федоров, ок!))
А вот с Вашим перечнем - я тоже полностью согласен! ))
KaizerSX, Максим Федоров - верно всё перечислил.
nginx - можно заменить на Apache (по желанию) - они одинаковы (выровнялись пару лет назад) по производительности.
Максим Федоров, да, я же написал, что уже не важно что юзать: у них одинаковая производительность стала около 2-х лет назад. (я помню, что раньше - nginx - был быстрее в статике)
Максим Федоров, но никто не мешает юзать что-то более быстрое, тот же lighthttpd (он даже быстрее в статике nginx или апача, но меньше плагинов).
Т.е. всё это это будет зависеть целиком от того, как вы будете реализовывать законченный функционал.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
