Для PHP нужен лок. сервер, а для других ЯП?

Question

[DartNyan]

Приветствую.
Только учусь и поэтому вам мой вопрос покажется глупым.
Речь о серверных языках.
Для PHP нужен локальный сервер. Например, связка LAMP.
И в рунете огромное количество статей на эту тему.
А как с другими языками? Используются аналогичные локальные сервера или в них нет никакой необходимости?
Буду благодарен за развернутый ответ или ссылочку на соответствующую статью.
Спасибо.

Answer 1

[naXa!]

Самый глупый вопрос тот, который не задан.

Локальный сервер - специальная программа, позволяющая веб-разработчикам разрабатывать сайт на локальном (домашнем) компьютере, без необходимости выхода в Интернет.

Надобность в такой программе возникает именно при разработке динамических сайтов, т.е. сайтов, использующих в своей работе php (или perl, node.js и пр.) – скрипты. Для тестирования обычных html+css сайтов локальный сервер не нужен.

Тут, по-моему, важно понять, что какие-то вещи способен сделать браузер (распарсить html страницу, выполнить js код, ...), и они выполняются на стороне клиента, а какие-то вещи* выполняются на стороне сервера. В ответ на запрос сервер на основе скрипта / программы генерирует страницу, которую отправляет клиенту. В этом суть сервера. В этом и будет различие: (ещё раз) если Вы в проекте используете исключительно языки, которые "понимает" браузер, Вы можете обойтись без локального сервера.

Для языков, которые Вы упомянули в тегах, нужны локальные сервера:
Java** - Tomcat, JBoss AS, GlassFish, Jetty и др.
Python*** - Google App Engine, веб сервера, реализующие WSGI, (Twisted Web, например) и др.
JavaScript*** - Node.js (основан на V8) и др.
Ruby on Rails*** - WEBrick, Mongrel, любой web сервер, поддерживающий FastCGI, ...
__________
* Для реализации сайтов с динамическим контентом, либо по соображениям безопасности, либо, чтобы снять вычилительную нагрузку с клиента, ...
** Сервер нужен для сервлетов; java-апплеты выполняются в браузере, без участия сервера.
*** Важно: насчёт этих языков и фреймворка я не уверен, просто по-быстрому нагуглил. Надеюсь, знающий человек не пройдёт мимо этого ответа и поправит меня, если что-то не так.

Comments

[DevMan]

В целом верно, за исключением "Django-cms"

[naXa!]

DevMan: Поправил.

[Николай Павлов]

Для java не нужен сервер.

[naXa!]

Николай Павлов: Уточнил сноску.

[Николай Павлов]

naXa!: уточняйте дальше. Сервер для java не нужен. Его можно сделать embeded. Это нужно лишь для удобства поставки. (кстати мне лично нравится развертывать обычный jar)

Также у java есть SE сектор, не стоит забывать о ней. Всеми любимая idea же не требует сервера)

Answer 2

[Pavel]

Серверные языки имеют особенность - обработка только на сервере. Это от софта зависит. Что происходит, когда вы заходите на страницу с кодом PHP (или другого языка):
1. Ваш браузер посылает запрос на получение html страницы (файла) по %url%;
2. Сервер получает ваш запрос, берет запрошенную страницу (допустим index.php с html + php или просто php кодом), обрабатывает операции с языком php (как обычная программа);
3. После обработки PHP команд на сервере, на выходе получается html-страница (содержимое, конечно же, зависит от того, что написано было в коде - может и пустая быть)
4. Сервер отсылает вам эту страницу
5. Ваш браузер получает ее и открывает

upd: именно поэтому вам не обойтись без сервера. А локальный он или выделенный - без разницы, фишка в ПО

Comments

[GavriKos]

ProgramCodePav может я не прав, поправьте если не так: для выполнения скрипта - сервер не нужен, нужен интерпретатор. Сервер является лишь "прослойкой" между запросом извне (из локалки, интернета и т.д.) и интерпретаторами, позволяет обращаться к одному и тому же скрипту множеству пользователей и т.д. Правильно?

[DevMan]

GavriKos: конкретно для выполнения скрипта сервер не нужен в любом языке (включая PHP).

[GavriKos]

DevMan да я ж без привязки к языку и написал :-) Интересует именно правильность понимания функций сервера.

[naXa!]

GavriKos: Не совсем "прослойка". Мне кажется, вернее будет посчитать интерпретатор скриптов "модулем" веб сервера.

[DevMan]

GavriKos: есть нюансы (например, интерпретатор может быть частью сервера), но в целом понимание верное.

[DevMan]

naXa!: с чего бы интерпретатор считать модулем сервера, если он установлен отдельно от него?

[Pavel]

GavriKos: посмотрите в сторону CGI, ISAPI, FastCGI. Это спецификации для работы скриптов с сервером. Про интерпретатор вы упомянули правильно, но все равно там замешано серверное ПО. Честно говоря, не знаю можно ли установить какие-либо части _серверного_ПО_, чтобы обойтись без сервера (мб и есть такие костыли), но это не принято, и половина ошибок сервера пройдут мимо, что не очень хорошо для изучения. Я слышал, что Ruby вроде можно без сервера использовать - скачал файл, запустил и пиши код. Но сам не писал на нем и не пробовал:)

[DevMan]

ProgramCodePav: вы смешали теплое с мягким: любой ЯП можно использовать без сервера, если он тебе не нужен.

[Pavel]

DevMan: да, вы правы, если задача - сделать просто общую реализацию языка с конкретным синтаксисом. Например, в PHP считать плюсы, минусы и т.д. То есть интерпретатор, как говорили выше. Но результатом работы серверного языка является html-разметка. Сразу отмечу, что с такими реализациями я не встречался (серверный ЯП без сервера), но чисто логически: что будет результатом работы программы, обычные вычисления, которые можно сделать в несерверном языке? Учитывая sqlite, возможно, функции php не будут столь сильно урезаны, но он все равно пострадает и получается та картинка, где из буханки хлеба сделали троллейбус

[DevMan]

ProgramCodePav: все рассматриваемые ЯП являются языками общего назначения, при их помощи можно решать широкий круг задач.
если мы говорим про web-dev и нам как результат нужна html-разметка, которыю можно отдать браузеру, то любому ЯП нужен сервер, и руби здесь не исключение.
будет это отдельный сервер или встроенный - это уже совершенно другой разговор, но без сервера никуда.

[Илья]

GO имеет шикарный встроенный сервер. Даже nginx не нужен. Но nginx даёт больше безопасности. Но тогда падает скорость сервака.

Answer 3

[Viktor Vsk]

Сервер нужен обязательно. LAMP - нет.
В пхп есть php -S localhost:3000 , кажется, - встроенный веб-сервер
Во всех остальных языках (руби, питон, например), с минимальными телодвижениями - тоже.
В качестве базы данных всегда можно использовать sqlite - просто файлик.
Тут, думаю, ссылочки излишни. Разве что:
php.net/manual/en/features.commandline.webserver.php

Ну, и еще на будущее хорошо понимать, что распространенная природа пхп отличается от других. пхп у вас рождается и умирает при запросе, а в других языках привыкли загружать окружение и работать с ним (в общем случае). В итоге вы увидите, что приложение пхп в продакшене может занимать 5 мегабайт, а в руби - 200.

Answer 4

[index0h]

С 5.4 у php есть встроенный сервер, но его стоит использовать разве что для тестирования. PHP - не хранит свое состояния от запроса к запросу, он так изначально создавался, как следствие - для части кейсов - это его киллер фича, для другой части - недостаток. Например: в одном из 200 файлов php ошибка синтаксиса, все запросы, которые НЕ будут требовать этот файл будут работать, остальные - фаталить. Я не спорю, за такое надо бить сраным веником по одному месту, но ситуации бывают разные.
У NodeJS / Ruby / Golang / Erlang / ... сервера поднимаются собственные, и у них есть некое состояние, хранящееся между запросами. Нужно быть осторожным в плане перехвата ошибок, так как любое не перехваченное исключение выведет из строя ваш сервер (за такое нужно тем же веником по тому же месту)) ).
Для этих языков обычно тоже поднимается nginx и отдает статику, а запросы на html - уже проксирует.

Comments

[Mikhail Osher]

Чего так грубо. Если у вас фаталы в продакшне - это вам по рукам надо веником бить, ибо коряво код пишете.

[index0h]

Mikhail Osher Шта?)) Про фаталы это просто первый пришедший пример в голову.
>> это вам по рукам надо веником бить, ибо коряво код пишете.
Вы не знаете как я пишу код, не стоит делать таких заявлений))

Answer 5

[Eugene Burmakin]

В Ruby on Rails есть встроенный сервер WEBrick, который запускается для конкретного приложения из его директории командой rails server. Приложение доступно будет в браузере по адресу localhost:3000