Forum Webscript.Ru
Программирование => PHP => Тема начата: Rick от 25 Июня 2002, 07:54:24
-
Подсажите плз, какие общие достоинства и недостатки чатов php и cgi? Широко распространены и те и другие, но что лучше использовать если есть выбор? Если можно с обоснованием.
-
Чатов на cgi не бывает.
Это все равно, что спрашивать: "Что лучше - легковушка или девятка?".
Готовый скрипт надо искать не по языку, на котором он написан, а по требуемой функциональности.
-
Человек наверное perl имел в виду а не cgi?
PHP тоже через CGI работает.
-
Evgeny
РНР практически никогда через cgi не работает.
-
RomikChef
РНР практически никогда через cgi не работает.
А переменные запроса, например, как передаются? Мне бы хотелось узнать как пхп работает, недавно принялся за него, раньше больше перлом занимался.
-
дык, апач ему отдает входной поток, и все.
-
Сдается мне, что все прекрасно поняли о чем речь, но не упустили случая поиздеваться над чайником :)
Я мала-мала разбираюсь в php. А вот Perl, cgi - для меня это просто слова. Знаю, что есть, но что это и как - понятия не имею. Чатов на cgi не бывает.
Угу... А спроси я про перловые чаты - оказалось бы что cgi пишется отнюдь не только на перле ;)
Во многих скриптовых каталогах разделение идет на php-скрипты и cgi-скрипты. Ненаю, на перле написаны чаты из раздела cgi-скриптов (ну разумеется 99%, что это перл) или еще на чем - но вроде все понимают что где :)
Простите, что разбурчался...
Итак, до сего дня меня интересовали только php-чаты. Однако со временем я обратил внимание, что php-чаты медленны и тяжелы по сравнению с чатами на perl\'е (при относительно равной функциональности). Это мне так "повезло" или такая тенденция действительно имеет место быть? Я имел дело с неудачными образцами php-чатов или действительно чаты на perl\'е быстрее? Если да, то почему? Понять хочется. Какие плюсы/минусы? Ну и вывод сделать: то ли браться за изучение перла, то ли остаться с уже хоть как то знакомым php. Ну и просто для общего развития - если не трудно просветите пожалуйста.
-
Открою тебе маленький секрет: Perl вообще-то создавался для обработки текста и составления отчетов (точнее говоря, он вырос из объединения нескольких юниксовых утилит, которые занимались этим). Так что ИМХО использовать перл для создания чата в принципе можно, но не нужно. Это все равно что на LISP\'e игрушку писать.
-
Rick
Итак, до сего дня меня интересовали только php-чаты. Однако со временем я обратил внимание, что php-чаты медленны и тяжелы по сравнению с чатами на perl\'е (при относительно равной функциональности). Это мне так "повезло" или такая тенденция действительно имеет место быть
chat.php.spb.ru пробовал?
-
Чтобы Димин чат поставить, надо много прав на хосте иметь.
Маньяк, тебя послушать, так на перле вообще ничего, кроме отчетов писать нельзя :-)
А вот по теме ничего сказать не могу. Если мне нужен какой модуль, то я пишу его сам. Чатов не писал. Бесполезная вещь.
-
Ромик: можно, вот только кто-то там говорил, что "когда мне надо поесть супу, я беру ложку, а не экскаватор".
-
кстати, чат Димы Бородина, это не рнр, а tcl/php чат.
Maniac
Перл - это не ложка. Это швейцарский нож. потому так популярен.
Не надо сравшивать задачу с измерением времени в две строчки с областью применения универсального и мощного языка.
Мало ли для чего Перл ЗАДУМЫВАЛСЯ. Паскаль тоже для учебных целей разаратывался.
-
RomikChef:
Ну вот, получается, плохой нехороший Маньяк обидел мощный и красивый Перл, за что сейчас его будут бить и (чухом нюю), может быть, даже ногами в живот. :) Люди! Да я с Перла начинал, а только потом с PHP связался. Я прееееекрасно понимаю его возможности и мощь. Вот только... Я все-таки не стану на нем писать чат (это если меня вообще прибьет чат писать) - как раз потому, что представляю для чего он и как работает.
Кстати, про Паскаль. Любой язык программирования наилучшим образом делает то, для чего он был создан. Это не значит, что он не может делать другого. Но это также не значит, что, если есть необходимость, надо высасывать из него все соки. К примеру, LISP создавался для упрощения процесса написания систем искусственного интеллекта, но это не помешало одному моему бывшему сокурснику написать на нем SQL сервер (точнее, его парсерную часть) - ну не стал он из C все соки выжимать, и правильно делал, т.к. С ЗАДУМЫВАЛСЯ как язык для более низкоуровневой работы.