[vasketsov]

1) PERL более всего распространен (видимо, под CGI он понимается), PHP - меньше, ASP/JSP - и того меньше.

2) Общая логика работы на всех веб-серверах (из которой несложно логически вывести все плюсы и минусы):

а) клиент запрашивает файл xxx.yyy.
б) сервер в своих настройках (в частности, httpd.conf) смотрит, кто отвечает за расширение yyy и передает запрос соответствующей программе/модулю.
в) модуль делает то, что от него требуется и отдает результаты веб-серверу в выходной поток данных.
г) сервер отдает данные клиенту.

тонкости в пункте б) - сервер определяет обработчик именно по расширению, более общо - по маске, но это не важно, а важно то, что в случае php возможна ситуация, когда php (точнее, все что не CGI) будет обрабатывать файлы, где нет его команд, а простой HTML, то есть, по идее, файл можно было бы просто отдать клиенту. выход - разделение по расширениям, однако, это не всегда удобно, так как адрес документа может не меняться, а его содержимое может меняться. У Perl-а тут все проще, Perl ВСЕГДА сам полностью обрабатывает файл (то есть, логика языка другая, это не вставки кода в HTML, а вставки HTML в код), и такой проблемы нет.

пункт в) заслуживает пристального внимания, потому как именно здесь и находятся самые существенные отличия в плане работы. Перл, как я писал, ПОЛНОСТЬЮ выполняет скрипт и выдает результат на выход, тогда как PHP не выполняет скрипт, он фактически правит его.

существенная тонкость - ограниченность возможностей PHP по сравнению с перлом. пример, с которым я сам столкнулся на работе - необходимо было с сервера отправить POST/HTTPS-запрос на другой сервер, PHP это будет уметь только начиная с версии 4.3.0, для которой вышел еще только 1-й пререлиз. Есть CURL, но извольте пересобрать PHP. Плюнул и сделал на Perl-е через Net::SSLeay. То есть, если возможности перла могут быть расширены доп. библиотеками, то в серьезных случаях PHP придется пересобирать, обычно с этим нет проблем, но в случае специфического окружения (например, Informix-овский клиент) - это все слишком геморойно.

Если же речь о MySQL - все примерно пофигу, лично мое мнение - если шарим в перле - пишем на перле, если шарим в пхп - пишем на пхп.

ASP - тот же PHP, только сбоку. несколько объектов, обеспечивающих доступ к переменным окружения/ сеанса/ запроса/... Все мои знакомые, работающие в организациях, где веб лабают на asp, в разговорах плюются. Это еще более высокоуровневая штука чем PHP, расширяется через COM, так что если не гнаться за модой и думать прежде всего о надежности и расширяемости, ASP я бы не юзал.

[ams]

Вообщем Сергей прав: что знаешь, на том и пишешь

Однако вот фенечки ASP:
1) на JScript можно писать скрипты ОС, серверные скрипты, клиентские скрипты, создавать COM-объекты
2) ADO (унифицированный доступ к БД)
3) Server.Execute, Server.Transfer, переменные Application, Session

А вот и ложка дегтя:
ASP.Net (ASP+) не совместим с ASP по синтаксису (епрст ms)

[COM]

Самое простое магазины писать на PHP. Все зависит от того насколько посещаем этот магазин.
PHP проще PERL. Но у PERL есть свои плюсы.

А вообще можно писать на чем угодно

[ivank]

Я не содбираюсь здесь разводить holy war'ов, но...

существенная тонкость - ограниченность возможностей PHP по сравнению с перлом. пример, с которым я сам столкнулся на работе - необходимо было с сервера отправить POST/HTTPS-запрос на другой сервер, PHP это будет уметь только начиная с версии 4.3.0, для которой вышел еще только 1-й пререлиз. Есть CURL, но извольте пересобрать PHP.

Госопда! Пользуйте PEAR -- идёт по умолчанию со всеми PHP4, в некотором роде аналог PAN, только намного меньше. В данном случае нужён был HTTP_Request...

Хотя против того, что для PHP мало библиотек, глупо, но всё же надо отметить, что для всех часто-используемых Web-фенек имеются встроеные/PEAR'нутые библиотеки (или просто функции).

[vasketsov]

ivank
У меня HTTPS, а твой пример с SSL не пашет.

[Ant]

vasketsov, Спасибо большое. Первый раз в своей жизни получаю в форуме такую исчерпывающую и полную информацию. Еще раз спасибо большое!

[Admiral]

А как на этом фоне выглядит Python?

Как лучше его организовать в роли ВебСкриптового: как CGI или посредством mod_python PSP (Python Server Pages) ?
И правда ли, что одинаковые скрипты, по разному ведут (работают или не работают ) себя под ОС *nix и Win32?


P.S.
Я уже посмотрел здесь http://forum.ru-board.com/topic.cgi?forum=31&topic=1537, хочу узнать мнения народа здесь. (Как показал поиск что не особо про Python как ВебСкриптовый)

P.S.S
ivank
Я так понимаю, на том форуме тот же ник, так вот как насчёт связки
Apache+Python+modPython+PyGreSQL+PostgeSQL
Какие аргументы на смену составляющих, а так же где лучше: *nix/win32?

Moderators
Может быть, надо в название темы добавить слово Python

All
Спасибо за внимание

[ivank]

Admiral
Теме - четыре года, что здесь, что на руборде (на котором меня уже 3 года как нет). За это время много изменилось. Не стоит поднимать такое старьё. Лучше новую тему создать.

Я так понимаю, на том форуме тот же ник, так вот как насчёт связки Apache+Python+modPython+PyGreSQL+PostgeSQL Какие аргументы на смену составляющих, а так же где лучше: *nix/win32?

Лучше, очевидно на nix, ибо для питона всего сопутствующего - родное. Про mod_python молчу, из веб-фреймворков пробовал только Django да родной CGI (давно, да и фреймворком не назовёшь...). Постгре, конечно же, рулит.

[Admiral]

Теме - четыре года

Питону ещё больше. Я хотел лишь хотел увидеть как он на фоне CGI, PHP, ASP и др.

Не стоит поднимать такое старьё. Лучше новую тему создать.

Сейчас решим с самим языком и создадим уже тему в ВебМастерской.

Про mod_python молчу

Скажу я: не с первого раз удалось настроить (настраивал под win32),
программы с Питоновским синтаксисом необходимо будет переписывать в mod_pythonовский

из веб-фреймворков пробовал только Django да родной CGI

А как можно Django и CGI в один ряд ставить?
Ведь Django требует адаптер в роли которого является CGI или mod_python.
Может, я чего не знаю?

Так как я новичок по теме Питон, и тем более под Линуксом, разъясните следующее.
Что б нормально заработал Питон как ВебСкриптовый необходимо:
1)Установить Apache любой из серий 1.3.Х.Х, 2.0.Х.Х, или 2.2.Х.Х, который уже может быть установленый под одним из *nix или *BSD.
2)Установить Python 2.X.X, который предустановленый почти во всех *.nix (н.с.ч. *BSD не в курсе)
Собственно можно юзать уже исходники, главное что б первая строка была

#!/usr/bin/env python

и httd.conf соответственно был настроен на обработку py файлов.
Или же настроить mod_python вместо cgi, причём исходник прийдёться переписывать на mod_pythonовский синтаксис
Далее:
3)Установить базу данных.
4)И ПитонВебПакет: Django, Spyce, Webware, Zope.

Всё ли так и что не так?
Спасибо.