|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Igor Mikhailov 2:5005/42.21 13 May 2000 01:09:45 To : vitus@ice.ru Subject : http header -------------------------------------------------------------------------------- ST>> ok, ну а чем он хуже shell? например, язык как язык. ST>> ну, а удобнее в плане интеграции чистого html в теле программы, ST>> безгеморойного получения переменных переданных через get or post, ST>> да и v> Как раз этим он хуже. Потому что открывает простор для эксплойтов v> путем указания в URL имени переменной, которой не имел в виду автор v> скрипта. если не сложно, то расскажи подробнее плз. что то я не могу примеров придумать... ST>> выполняется оно надо полагать быстрее в силу того что содержится ST>> непосредственно в httpd v> Hепосредственно в httpd может содержаться и любой другой язык - perl, v> python, tcl etc. Причем по крайней мере perl и python при этом v> предоставляют гораздо больше возможностей по управлению httpd - можно v> писать обработчики любой стадии запроса, а не только генерации v> контента. кстати, можно вопрос по пхп? (косвенно по юнихам ;) отдаем картинку: header("Content-type: image/gif"); readfile("myCoolImage.gif"); я выяснил, что readfile() открывает файл, потом 8ми килобайтными кусками отдает его, потом закрывает файл. вопрос в следующем: если отдаю какой нить большой файл, к примеру 500 кб, а коннект к серверу скажем 1кб/с, то файл будет держаться открытым пока юзер его не скачает? собственно проблема в количестве открытых файлов. какие в линухе на это ограничения? сколько файлов может быть открыто всего? сколько может открыть один процесс? можно ли это изменить (увеличить естесно)? ядро 2.2.14, если это важно. v> По части генерации html, php с HTML::Mason или zope даже рядом не v> стоял. ну вот про зопе мне не понятно. зоповский DTML как то скуден, а External Methods - просто аналог cgi'шек, кои вообще можно писать на любом языке (не в зопе конечно, а вообще) и зопе тут не причем. это не говоря о сырости всего проекта. так чем же зопе лучше php? v> А особенно меня злит в нем то, как реализована работа с базами данных v> - на каждую базу свой набор команд, в то время как в perl при смене v> базы (если скрипт был написан с разумными ограничениями на v> используемый sql) меняется только одна строка - параметр метода v> DBI->connect. здесь вопросов нет. действительно. но можно юзать phplib. v> В общем, основной недостаток php по сравнению с mod_perl или zope - v> близкий потолок, в который скоро упрешся. И придется тебе все v> переписывать на jsp или perl. А время на изучение php уже потрачено. имхо не зря, раз пхп распространено. v> Hе говоря уж о том, что нормальный современный web-сайт не сводится к v> генерации html. Есть кроновские задания, почтовые роботы и т.п. Hа v> perl или python можно писать все, и, соответственно переиспользовать v> свои проблемно-ориентированные модули, а вот на php без извратов это v> не получится. что то лучше делать на пхп (или нет? :), что то на питоне, что то на перле, что то на жабе или еще чем то. можно использовать и то, и то. With best wishes Igor. ICQ UIN:26319319 --- GoldED/LNX 3.0.1 * Origin: Билл, тебе не кажется, что мы дерьма на халяву наелис (2:5005/42.21) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/3264391cab6f.html, оценка из 5, голосов 10
|