пятница, 29 мая 2009 г.

HTTP ПЫЩ

Мне кажется, назрела необходимость что-то в протоколе HTTP менять. Вот возьмем методы GET и POST - у каждого свои достоинства и недостатки.

HTTP POST позволяет передавать на сервер большие объемы данных
HTTP GET не имеет проблем с двойным post-ом.

Явно не хватает какого-то метода, который объединит в себе плюсы обоих подходов.

Название ПЫЩ еще не занято. Мне кажется, можно использовать его.

Вариант, как это можно сделать

Пример запроса

ПЫЩ HTTP/1.1 /someform/[LARGE_DATA_IN_QENCODING]

где в large data может быть что угодно, хоть аттачи в mime multipart

Сервер вернет

200 ПЫЩ /new/unique_new_url


Ну а браузер должен отобразить такой URL клиенту в адресной строке.

11 комментариев:

Egor Shokurov комментирует...

Сервер должен вернуть "200 ТЫ-ДЫЩ"

Yury Skaletskiy комментирует...

.. а также

404 НЕНЕНЕ
500 НУЁ
302 ННА

Анонимный комментирует...

+ 403 НЕ-А

Thorgnir комментирует...

404 ОЛОЛО

Unknown комментирует...

ПЫЩЬ пишется с мягким знаком

Yury Skaletskiy комментирует...

Почему?

Z вот кстати сомневаюсь, что с ним. Тыдыщь как проверочное слово - не канает

Анонимный комментирует...

Microsoft Sertified Professional - всё сразу понятно -)

Yury Skaletskiy комментирует...

Спасибо, добрый человек, что опечатку нашел.

Egor Shokurov комментирует...

ПЫЩЬ может писаться с мягким знаком если это существительное женского рода, проверить можно падежами, например:
- ДАЙ ОДНУ ПЫЩЬ
- НЕТ ПЫЩИ
- КРУТИТЬ ПЫЩЕЙ

Анонимный комментирует...

POST имеет проблем с двойной отправкой не больше чем GET, особенно если он возвращает правильный 302 :)

Yury Skaletskiy комментирует...

вопрос здесь - как много серверных фреймворков заставляют писать код так, чтобы он возвращал 302 на POST

в мире ASP.NET например это вообще не принято, в мире Java насколько я понимаю, варьируется от фреймворка к фреймворку.

Я бы, честно говоря, на уровне стандарта запретил бы возвращать на POST код 200, если
а) содержание страницы после поста меняется
б) повторный пост приведет к повторным изменениям на серверной стороне