HTTP POST позволяет передавать на сервер большие объемы данных
HTTP GET не имеет проблем с двойным post-ом.
Явно не хватает какого-то метода, который объединит в себе плюсы обоих подходов.
Название ПЫЩ еще не занято. Мне кажется, можно использовать его.
Вариант, как это можно сделать
Пример запроса
ПЫЩ HTTP/1.1 /someform/[LARGE_DATA_IN_QENCODING]
где в large data может быть что угодно, хоть аттачи в mime multipart
Сервер вернет
200 ПЫЩ /new/unique_new_url
Ну а браузер должен отобразить такой URL клиенту в адресной строке.
11 комментариев:
Сервер должен вернуть "200 ТЫ-ДЫЩ"
.. а также
404 НЕНЕНЕ
500 НУЁ
302 ННА
+ 403 НЕ-А
404 ОЛОЛО
ПЫЩЬ пишется с мягким знаком
Почему?
Z вот кстати сомневаюсь, что с ним. Тыдыщь как проверочное слово - не канает
Microsoft Sertified Professional - всё сразу понятно -)
Спасибо, добрый человек, что опечатку нашел.
ПЫЩЬ может писаться с мягким знаком если это существительное женского рода, проверить можно падежами, например:
- ДАЙ ОДНУ ПЫЩЬ
- НЕТ ПЫЩИ
- КРУТИТЬ ПЫЩЕЙ
POST имеет проблем с двойной отправкой не больше чем GET, особенно если он возвращает правильный 302 :)
вопрос здесь - как много серверных фреймворков заставляют писать код так, чтобы он возвращал 302 на POST
в мире ASP.NET например это вообще не принято, в мире Java насколько я понимаю, варьируется от фреймворка к фреймворку.
Я бы, честно говоря, на уровне стандарта запретил бы возвращать на POST код 200, если
а) содержание страницы после поста меняется
б) повторный пост приведет к повторным изменениям на серверной стороне
Отправить комментарий