URI too long

[zingel]

заканчиваем флудить

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zg]

Поверь, гораздо больше было бы пользы и ответы были бы более конструктивны если б ты привел исходный код своего обработчика а не пинался своей ссылкой....

давно уже выложил, но увы...

я плохо пишу по-русски, еще хуже читаю....поэтому немного не уловил твою мысль в твоем примере....

заканчиваем флудить

ок

[zingel]

просто выяснять у кого 8======э длинее лучше в треде "/dev/null"

[kozak]

Прошу прощения, но вы (lerryc, zg и zingel) пишите тут вобще неизвестно что, мне если честно читать иногда влом.
Бесспорно вы что-то знаете и рады помочь... Но порой кто-то из вас напишет что-то леваковое в ответ по типу:

When you wish to submit a form containing many fields, which would otherwise produce a very long URL, the standard solution is to use the POST method rather than the GET method:

и кто-то отвечает:

мултипарт выгоден когда предусматривается передача файла с киентской машины.
в форме сменить метод Post на GET однозначно.

Какой-то спор за GET | POST пошел.... Откуда все это? Кто вообще начал говорить за multipart/form-data!???

ВООБЩЕ НЕ БЫЛО ТАКИХ ВОПРОСОВ!!!!

автор давно решил свои проблемы и свалил уже нафиг

Автор свои проблему не решил, т.к. весь топик ему ни фига ничем помочь вообще не смог!

Автор перекомпилировал httpd.h в апаче

Код: Выделить всё

#ifndef DEFAULT_LIMIT_REQUEST_LINE
#define DEFAULT_LIMIT_REQUEST_LINE 81900 /* 8190 */
#endif /* default limit on bytes in Request-Line (Method+URI+HTTP-version) */
#ifndef DEFAULT_LIMIT_REQUEST_FIELDSIZE
#define DEFAULT_LIMIT_REQUEST_FIELDSIZE 81900 /* 8190 */
#endif /* default limit on bytes in any one header field  */
#ifndef DEFAULT_LIMIT_REQUEST_FIELDS
#define DEFAULT_LIMIT_REQUEST_FIELDS 100
#endif /* default limit on number of request header fields */

...и все еще заходит в этот топик может что умное найти...

Помогать лентяю, который ленится полистать мануал - неблагодатное занятия да и пользы не будет - будет очередная соска, только и умеющая копи\пастэ в общем такова моя позиция по жизни

В левом верхнем углу есть кнопочка Выход [ lerryc ]. Можешь нажать ее и вообще не париться.

ты послал меня RTFM php.net - но я стесняюсь спросить - а сам то дочитал до конца? с сокетами работал? протокол HTTP 1.x трогал?

А ты на Т-72 БМ с комплексом ВДЗ ездил?

ЗАДАЧА: найти ДВА!!!! различия в передаче по GET & POST сами переменные передаются одинаково : x=1&y=2&z=3&auth=0 - о чем я и говорил ранее

Кто вам поставил такую задачу!?

О,Господи!!!!
А апач какого бреда ты сюда притянул? АПАЧ ПРИ ЧЁМ?????

Без комментариев....

PS Я потратил энное количество минут своей жизни на этот ответ - но ей Богу не знаю зачем.... ;(

Я бы не тратил...

Чего не знаю - значит мне это не нужно....

Ты не блондин!?

[zingel]

поспокойнее, а то начну зверствовать

[ProFTP]

zingel, а Вы разве админ?

[zingel]

:[hint]:

для того, чтобы мне начать зверствовать, мне не обязательно иметь супер права. (с)

[zg]

Автор свои проблему не решил, т.к. весь топик ему ни фига ничем помочь вообще не смог!

http://zlobnygrif.fatal.ru/php-cli.cgi я написал три формы, GET, POST и POST мульти-дата

первая

Код: Выделить всё

<form method="GET">
<input type="text" name="var1" value="asdsa" />
<input type="text" name="arr[]" value="addd" />
<input type="submit" value="Send get form" />
</form>
======= даёт
Request URI: /php-cli.cgi?var1=asdsa&arr%5B%5D=addd 

как только данные будут вырастут будет твоя ошибка - URI too long

вторая форма

Код: Выделить всё

<form method="POST" action="?">
<input type="text" name="var1" value="asdsa" />
<input type="text" name="arr[]" value="addd" />
<input type="submit" value="Send post form" />
</form>
======== даёт
Content-Type: application/x-www-form-urlencoded 
Request URI: /php-cli.cgi 
Request method: POST 

var1=%F4%FB%E2%F4%FB%E2%FB%F4&arr%5B%5D=addd%F4%FB%E2%F4%FB%E2

URI не будет изменяться, поэтому ошибки не будет. Данные передаются в закодированном виде.

третья форма

Код: Выделить всё

<form method="POST" action="?" enctype="multipart/form-data">
<input type="text" name="var1" value="asdsa" />
<input type="text" name="arr[]" value="addd" />
<input type="submit" value="Send post/multipart form" />
</form>
======== даёт
Content-Type: multipart/form-data; boundary=----------vzrgMrg3GGh1HzHjmuYt8f 
Request URI: /php-cli.cgi 
Request method: POST 

------------vzrgMrg3GGh1HzHjmuYt8f
Content-Disposition: form-data; name="var1"

фывфыв
------------vzrgMrg3GGh1HzHjmuYt8f
Content-Disposition: form-data; name="arr[]"

adddфывфыв
------------vzrgMrg3GGh1HzHjmuYt8f--

URI также не меняется, но данные передаются "как есть", что несколько увеличивает размер запроса, но позволяет передавать очень большие формы.

В зависимости от метода передачи данных GET или POST в пхп заполняются разные массивы $_GET или $_POST соотвественно. Однако есть ещё массив $_REQUEST, который заполняется как из GET так и из POST, что удобно, когда неизвестно каким методом передаются данные.

[Alex Keda]

зобаню фсех

[lerryc]

Автор свои проблему не решил, т.к. весь топик ему ни фига ничем помочь вообще не смог!

Автор перекомпилировал httpd.h в апаче

Код: Выделить всё

#ifndef DEFAULT_LIMIT_REQUEST_LINE
#define DEFAULT_LIMIT_REQUEST_LINE 81900 /* 8190 */
#endif /* default limit on bytes in Request-Line (Method+URI+HTTP-version) */
#ifndef DEFAULT_LIMIT_REQUEST_FIELDSIZE
#define DEFAULT_LIMIT_REQUEST_FIELDSIZE 81900 /* 8190 */
#endif /* default limit on bytes in any one header field  */
#ifndef DEFAULT_LIMIT_REQUEST_FIELDS
#define DEFAULT_LIMIT_REQUEST_FIELDS 100
#endif /* default limit on number of request header fields */

...и все еще заходит в этот топик может что умное найти...

менять дефолтовые установки разработчика - не есть хорошая идея.
если ограничения устанавливались - значит были на то соображения.
если ты делаешь систему "под себя \ свои задачи" - то можно двигаться и в том направлении куда пошел
если система - для клиентов из мира - то подход неверный

пройдет полгода, давно позабудешь про эту возникшую проблему но возникнут другие
1) куда девается память и почему пхп такой жадный
2) почему не доходят данные
3) увязать синий экран смерти на клиентской винде с перекомпиляцией твоего пхп - вообще шаманом надо быть

Есть страница с формой, посылающей POST-запрос, и есть второй файл принимающий данные с этой формы GEТ запросом.

Все работало нормально пока не столкнулся с проблемой [Tue Aug 26 10:11:57 2008] [error] [client 10.10.10.10] request failed: URI too long (longer than 8190).

Как убрать установленный лимит?

1) если передаешь POST то и обрабатывай как POST (был уже такой совет)
2) найти страницу, рождающую слишком длинный URI и исправить ошибку там
шаманское предположение: если URI как-то связаны с генерацией в скрипте, то одна из возможных причин в потере перевода строки в посылке HTTP запроса - ошибка глупая, но не сразу заметная - сервер , не видя перевода строк, считает весь поток как один очень длинный URI, хотя истинный URI маленький и правильный. И проверить что перевод строки это \r\n а не \n в свое время я два дня убил на отлов этой ошибки.

и немного личного.

8k в URI - я не могу себе представить что тут можно передать разумного .... "Война и мир" цитируется?
если не затруднит пришли в личку пример этого длинного URI (будешь присылать - может сам ошибку увидишь)

[kozak]

8k в URI - я не могу себе представить что тут можно передать разумного .... "Война и мир" цитируется?
если не затруднит пришли в личку пример этого длинного URI (будешь присылать - может сам ошибку увидишь)

Ошибок нет.

Бинарный файл + несколько текстовых форм.

[lerryc]

Ошибок нет.

Бинарный файл + несколько текстовых форм.

а ты из формы точно по POST передаешь?
покажи кусок начала из формы
<form ..... и т.д. ..... >

[kozak]

а ты из формы точно по POST передаешь?
покажи кусок начала из формы
<form ..... и т.д. ..... >

Код: Выделить всё

<form name="EditMaterialForm" action="editmaterial_proc.php" id="AddMaterialForm" method="POST" enctype="multipart/form-data" target="upl_frame">

[lerryc]

ну здесь всё железобетонно правильно....

Есть страница с формой, посылающей POST-запрос, и есть второй файл принимающий данные с этой формы GEТ запросом.

давай посмотрим обработку....
это была опечатка?
1) как идет обработка в приемнике?
2) насколько стабильна ошибка? можешь её вызвать по желанию или дважды повторить?

если можешь повторить - то поставь самым первым оператором phpinfo();

[krilya]

Бинарный файл + несколько текстовых форм.

обратите внимание на размер файла, в php.ini есть два параметра, которые это регулируют:

Код: Выделить всё

upload_max_filesize
post_max_size

p.s. посмотреть в каком массиве GET или POST оказались данные, можно сделав

Код: Выделить всё

var_dump($some_var);

[kozak]

Трабл был в длине запроса из-за blob-файла ))

И нафиг я с хранением фалов в MySQL BLOB-формате связался?

[zg]

Трабл был в длине запроса из-за blob-файла ))

гм.. а блоб то тут при чём?

И нафиг я с хранением фалов в MySQL BLOB-формате связался?

если код выложишь, скажу, где у тебя трабла сидит.