|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 19 Dec 2000 13:55:39
To : Ruslan Bondarev
Subject : Re: Re[2]: Переделка %20%3F в удобочитаемое...
--------------------------------------------------------------------------------
В твоём письме от Mon, 18 Dec 2000 20:09:32 +0300 написано:
RB>>> грабли-то? В общем ладно, не буду гадать и философствовать -
RB>>> можно вкратце или нетмейлом "грабли"?
AC>> Забывают распаковать urlencoded, путают GET и POST, и уж практически
AC>> никто не способен разобрать multipart. Большинство про multipart ни
AC>> сном, ни духом. Во всяком случае ни в одной из самодельных разбиралок
AC>> этого добра я ссылки на отслеживание boundary не видел.
RB>
RB> Ох, Артем, я это сразу подумал, но думал что это слишком банально. Ты
RB> забыл еще обработку https в CGI, про которую начинающие даже иногда и не
RB> догадываются.
А вот это мне еще ни разу не требовалось... Хотя клиенты over SSL бывают,
специфичной обработки совершенно не надо.
RB> Во-первых, query у нас только при методе get, а вот при post это уже
RB> совсем content.
Именно.
RB> А вот с мультипартом - знаешь, я так редко использую файл аплоад, что
RB> иногда и не вредно написать разбор боундари, чтобы не забывать вообще про
RB> этот мультипарт.
А я предпочел написать одну функцию read_form (поверх, правда, не CGI, а
Apache::Request - у меня mod_perl), которая сама заботится о перекодировках в
зависимости от content-type и иже с ними. Именно с целью забыть нафиг по
мультипарт. Есть форма, а какая - не дело прикладного программиста. У него
другие задачи...
RB> Да и реквест метод можно определить сразу - если человек опытный и часто
RB> скриптит под веб, то он всегда пишет reusable скрипт и сразу
RB> предусматривает, что этот скрипт может получить максимум 2-5 небольших
RB> параметра (get), а тут параметров будет не меньше десятков 5, да и поля
RB> длинные, да и пароли кое-где (post). С моим скромным опытом в 3 года и
RB> более сотни разной cgi-шницы я ошибался в выборе метода раза 2-3. По
RB> моему, это показатель чего-то. Чего именно я еще не решил. (о:
Я предпочитаю писать еще более reusable скрипт. Который если в процессе
развития перейдет от состояния "без аплоада файлов" в состояние "с аплоадом
файлов", в нем вообще ничего менять не придется. Разве что упомянуть о еще
одном поле в таблице...
--- slrn/0.9.6.3-as (Linux)
* Origin: AKA с подствольным плюсомётом (2:5020/371.32)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
