forum.opennet.ru - "Стандартизирован HTTP-метод QUERY, комбинирующий возможности GET и POST" (31)

"Стандартизирован HTTP-метод QUERY, комбинирующий возможности GET и POST"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Стандартизирован HTTP-метод QUERY, комбинирующий возможности GET и POST"	+/–
Сообщение от opennews (??), 18-Июн-26, 09:36
Инженерный комитет IETF (Internet Engineering Task Force), занимающегося развитием протоколов и архитектуры сети Интернет, придал HTTP-методу QUERY статус "Предложенного стандарта" и опубликовал связанную с ним спецификацию RFC 10008. Метод QUERY по способу отправки данных на сервер повторяет метод POST, но отличается от него ориентацией не на запись данных и изменение состояния, а на формирование запросов на чтение... Подробнее: https://www.opennet.me/opennews/art.shtml?num=65713
Ответить \| Правка \| Cообщить модератору

Оглавление

И так браузеры еле работают, простое открытие хрома, файрфокса, браве без отобра, Аноним (1), 09:36 , 18-Июн-26, (1) –1

Обнови комп Удали нескучные расширения Закрой миллиард вкладок, которые накопи, q (ok), 10:21 , 18-Июн-26, (7)

Почикать совместимость с целыми поколениями железа Это конечно сильно , Аноним (11), 10:27 , 18-Июн-26, (11)
Обнови комп Удали нескучные расширения Закрой миллиард вкладок, которые накопи, анон (?), 10:44 , 18-Июн-26, (17)

Обнови комп Удали нескучные расширения Закрой миллиард вкладок, которые накопи, Жироватт (ok), 11:02 , 18-Июн-26, (26)

А поддерживаемые методы тут причём , aname (ok), 10:42 , 18-Июн-26, (15)

https xkcd com 927 Раньше разработчики срались из-за организации поиска на POS, Аноним (2), 09:53 , 18-Июн-26, (2) +3

Нормик - как раз для плутания надо не меньше 3 сосен Больше - лучше , 1 (??), 10:04 , 18-Июн-26, (5)

С какого времени пост стал ориентированным на запись и изменение состояния Пост, Хрю (?), 09:57 , 18-Июн-26, (3) –1

По классике пост для создания, пут для изменения, патч для изменения части, дели, Аноним (8), 10:25 , 18-Июн-26, (8) +1

Этому уже очень давно мало кто следует ибо это сильно узко и не удобно Для совр, Хрю (?), 10:39 , 18-Июн-26, (12) –1

Собственно, всегда был Ну, точнее, немного не так В этих ваших интернетах больш, qrKot (?), 10:59 , 18-Июн-26, (24)

А кто вам запрещает в GET вставлять ненулевое тело HTTP это не запрещает, да и , Аноним (4), 10:03 , 18-Июн-26, (4) +1

а кто запрещает не изменять данные по POST запросу если логика подразумевает ли, фф (?), 10:26 , 18-Июн-26, (10)
Вставлять никто не запрещает Но стандартный сервер может просто отбросить всё, Аноним (16), 10:44 , 18-Июн-26, (16)

Стандартный сервер это какой Как я напишу, так и будет, Dmitry (??), 11:07 , 18-Июн-26, (31)

Ага, причем сразу multipart form-data, чтобы вообще , Аноним (20), 10:50 , 18-Июн-26, (20)

И, эээээ, чем это отличается от PUT , вымя (?), 10:04 , 18-Июн-26, (6)

Но другая группа в IETF нашла в PUT фатальный недостаток - его писали не они , Жироватт (ok), 10:41 , 18-Июн-26, (13)

И чем же это будет отличаться от текущего балагана, кроме того что его просто уз, Аноним (19), 10:49 , 18-Июн-26, (19)

Ничем xckd - 15й стандарт Но с другой стороны - зря что ли инженегры зарплат, Жироватт (ok), 10:54 , 18-Июн-26, (21)

Это GET-овый PUT, как будто бы , Аноним (30), 11:06 , 18-Июн-26, (30)

Стало хуже , Аноним (11), 10:26 , 18-Июн-26, (9) +1

Раньше было лучше , LaunchWiskey (ok), 11:03 , 18-Июн-26, (27)

Скрыто модератором, Аноним (16), 10:42 , 18-Июн-26, (14) –1
QUERY энтерпрайзно Изживают потихонечку хакерскую культуру, выдавливают по капл, Аноним (20), 10:48 , 18-Июн-26, (18)
Я не совсем понял Че оно отличается от обычного POST В чем проблема принимать, localhostadmin (ok), 10:56 , 18-Июн-26, (22)

Стандарты мутятся - лавэшка на миграциях, переписывании и доработках крутится , Жироватт (ok), 11:06 , 18-Июн-26, (29)

Решение проблемы через Ж, вместо нормальной настройки прокси , Соль земли2 (?), 10:58 , 18-Июн-26, (23)
Пару дней назад попросил безопасника открыть 43 порт, ну надо мне было whois что, IdeaFix (ok), 11:00 , 18-Июн-26, (25)
Никто и ничто не мешает передавать параметры запроса точно также как в посте - ч, Аноним (28), 11:04 , 18-Июн-26, (28)

Сообщения [Сортировка по времени | RSS]

1. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." –1 +/–

Сообщение от Аноним (1), 18-Июн-26, 09:36

И так браузеры еле работают, простое открытие хрома, файрфокса, браве без отображения страниц запускает по 25-30 процессов, жрет память и процессор...

Ответить | Правка | Наверх | Cообщить модератору

7. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от q (ok), 18-Июн-26, 10:21

Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга (я же знаю, что ты их не закрываешь - видел у тебя на скринах, от табов только узенькие полоски, на которые даже кнопка закрытия вкладки не умещается).

Ответить | Правка | Наверх | Cообщить модератору

11. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (11), 18-Июн-26, 10:27

Почикать совместимость с целыми поколениями железа. Это конечно сильно.

Ответить | Правка | Наверх | Cообщить модератору

17. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от анон (?), 18-Июн-26, 10:44

Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга. Выбери жизнь. Выбери работу. Выбери карьеру. Выбери семью. Выбери телевизор с большим экраном. Выбери стиральную машину, музыкальный центр, автомобиль и электрический консервный нож. Выбери здоровый желудок, зубы и медицинскую страховку. Выбери недвижимость и аккуратно выплачивай взносы. Выбери свой первый дом. Выбери друзей. Выбери курорты и шикарные чемоданы. Выбери костюм-тройку в самой лучшей фирме из самой дорогой материи. В свой выходной выбери диван, чтобы развалиться и смотреть отупляющее шоу. Набивай брюхо всякой всячиной. Выбери загнивание, в конце концов, и со стыдом вспомни подонков, которых ты заложил, чтобы выбраться самому. Выбери своё будущее. Выбери жизнь.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

26. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Жироватт (ok), 18-Июн-26, 11:02

Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга. Выбери жизнь. Выбери работу. Выбери карьеру. Выбери семью. Выбери смарт-телек на ведроиде с большим, полутораметровым экраном. Выбери робота-пылесоса, голосового ассистента-в-колонке, электромобиль-Теслу и очередной сверхполезный гаджет с Алиэкспресс. Выбери здоровый желудок, зубы и ДМС. Выбери квартиру-апартаменты внутри МКАДа и аккуратно выплачивай ипотеку. Выбери свою первую дачу. Выбери друзей. Выбери сказочное_бали, Хайнань и невскрываемые бронированные чемоданы. Выбери мешковатый костюм от самой дизайнерской фирмочки МСК из самой дорогой, хотя бы без примесей полиэстера и вискозы, материи. В свой выходной выбери диван, чтобы развалиться и смотреть отупляющие видосы с ю- и рутуба. Набивай брюхо всякой дешёвой и илитной всячиной. Выбери загнивание, в конце концов, и со стыдом вспомни подонков, которых ты заложил, чтобы выбраться самому. Выбери своё будущее. Выбери жизнь.
Адаптировать надо, адаптировать.
Текст актуален для Штатов 90х-00х, но уже не для СНГ второй половины 20х.

Ответить | Правка | Наверх | Cообщить модератору

15. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от aname (ok), 18-Июн-26, 10:42

А поддерживаемые методы тут причём?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +3 +/–

Сообщение от Аноним (2), 18-Июн-26, 09:53

https://xkcd.com/927/
Раньше разработчики срались из-за организации поиска на POST вместо GET когда надо изобразить что-то сложное.
Теперь будут сраться в выборе из 3 методов, великолепно.

Ответить | Правка | Наверх | Cообщить модератору

5. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от 1 (??), 18-Июн-26, 10:04

Нормик - как раз для "плутания" надо не меньше 3 "сосен". Больше - лучше !

Ответить | Правка | Наверх | Cообщить модератору

3. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." –1 +/–

Сообщение от Хрю (?), 18-Июн-26, 09:57

>метод POST, но отличается от него ориентацией не на запись данных и изменение состояния,
С какого времени пост стал ориентированным на запись и изменение состояния? Пост это пост, какой смысл ему веб. Сервер придаст такой и будет у него смысл. У меня пост readonly, а для изменения есть put, patch, delete.

Ответить | Правка | Наверх | Cообщить модератору

8. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +1 +/–

Сообщение от Аноним (8), 18-Июн-26, 10:25

По классике пост для создания, пут для изменения, патч для изменения части, делит для удаления. И гет для получения

Ответить | Правка | Наверх | Cообщить модератору

12. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." –1 +/–

Сообщение от Хрю (?), 18-Июн-26, 10:39

Этому уже очень давно мало кто следует ибо это сильно узко и не удобно. Для современных браузеров и веб. серверов это просто слова, возможно, с небольшими настройками по умолчанию, для легаси. Но так хоть гет делай для изменений, хоть делете кешируемый всё это будет работать.

Ответить | Правка | Наверх | Cообщить модератору

24. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от qrKot (?), 18-Июн-26, 10:59

>> С какого времени пост стал ориентированным на запись и изменение состояния?
Собственно, всегда был. Ну, точнее, немного не так.
В этих ваших интернетах больше роляет ИДЕМПОТЕНТНОСТЬ запроса. И вот GET (бай дизайн) - идемпотентный (т.е. его можно безопасно закешировать, что важно, с учетом ограниченности, например, пропускной способности этих ваших интернетов). Т.е. GET дает гарантию, что два-десять-стопицот одинаковых запросов подряд по результату не будут отличаться от одного запроса.
POST же - ровно тот же GET, только без всяких гарантий. У него нет гарантий идемпотентности, что по сути говорит о том, что состояние он в любой момент поменять может.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +1 +/–

Сообщение от Аноним (4), 18-Июн-26, 10:03

А кто вам запрещает в GET вставлять ненулевое тело? HTTP это не запрещает, да и я так делал и делаю

Ответить | Правка | Наверх | Cообщить модератору

10. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от фф (?), 18-Июн-26, 10:26

а кто запрещает не изменять данные по POST запросу (если логика подразумевает лишь выдачу информации)? или может кто-то запрещает кешировать ответ на такой запрос?
Почему тогда уж не сделать один универсальный метод запроса, а в заголовках указывать - можно ли кешировать, можно ли писать в логи итп.

Ответить | Правка | Наверх | Cообщить модератору

16. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (16), 18-Июн-26, 10:44

Вставлять никто не запрещает :) Но стандартный сервер может просто отбросить всё после хэдера и будет прав.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

31. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Dmitry (??), 18-Июн-26, 11:07

Стандартный сервер это какой? Как я напишу, так и будет

Ответить | Правка | Наверх | Cообщить модератору

20. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (20), 18-Июн-26, 10:50

Ага, причем сразу multipart/form-data, чтобы вообще )))

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от вымя (?), 18-Июн-26, 10:04

И, эээээ, чем это отличается от PUT?

Ответить | Правка | Наверх | Cообщить модератору

13. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Жироватт (ok), 18-Июн-26, 10:41

...Но другая группа в IETF нашла в PUT фатальный недостаток - его писали не они! Для решения этой проблемы они создали QUERY (похожее на PUT, но другое), и я наивно вспоминаю докладчика на IETF-овской конференции, говорящего, что скоро все хттп-запросы будуи ходить исключительно как QUERY через QUIC, и каждая обёртка над серверным API на экране будет исключительно QUERY-ем...

Ответить | Правка | Наверх | Cообщить модератору

19. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (19), 18-Июн-26, 10:49

И чем же это будет отличаться от текущего балагана, кроме того что его просто узаконят и подметут в помойку бесконечно растущих хедеров?

Ответить | Правка | Наверх | Cообщить модератору

21. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Жироватт (ok), 18-Июн-26, 10:54

Ничем. "xckd - 15й стандарт".
Но с другой стороны - зря что ли инженегры зарплату в этих комитетах получают? Нужно рожать Новый&УлуДшенный стандарт даже через "не могу", иначе кто заметит усилий.

Ответить | Правка | Наверх | Cообщить модератору

30. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (30), 18-Июн-26, 11:06

Это GET-овый PUT, как будто бы.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

9. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +1 +/–

Сообщение от Аноним (11), 18-Июн-26, 10:26

Стало хуже.

Ответить | Правка | Наверх | Cообщить модератору

27. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от LaunchWiskey (ok), 18-Июн-26, 11:03

Раньше было лучше!

Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором –1 +/–

Сообщение от Аноним (16), 18-Июн-26, 10:42

Старые W3C nepдyны никак не успокоятся со своим устаревшим, убогим, избыточным HTTP! Всё изображают активность стюардессы.
Есть JSON-RPC - намного более удобный и гибкий протокол, но клоуны после недельных курсов будут с завидной настырностью лепить свои __овноподелия на REST.

Ответить | Правка | Наверх | Cообщить модератору

18. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (20), 18-Июн-26, 10:48

QUERY энтерпрайзно. Изживают потихонечку хакерскую культуру, выдавливают по капле.

Ответить | Правка | Наверх | Cообщить модератору

22. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от localhostadmin (ok), 18-Июн-26, 10:56

Я не совсем понял. Че оно отличается от обычного POST? В чем проблема принимать POST запросы и обрабатывать их как QUERY?

Ответить | Правка | Наверх | Cообщить модератору

29. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Жироватт (ok), 18-Июн-26, 11:06

Стандарты мутятся - лавэшка (на миграциях, переписывании и доработках) крутится.
А потом отключат и GET, и POST для защиты детей от Ынтернета^W^W^W^W безопасности парсеров от хакеров и всё. Будет тебе кури вместо 2х типов запросов

Ответить | Правка | Наверх | Cообщить модератору

23. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Соль земли2 (?), 18-Июн-26, 10:58

> даёт возможность скрыть конфиденциальные данные из логов прокси-серверов
Решение проблемы через Ж, вместо нормальной настройки прокси.

Ответить | Правка | Наверх | Cообщить модератору

25. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от IdeaFix (ok), 18-Июн-26, 11:00

Пару дней назад попросил безопасника открыть 43 порт, ну надо мне было whois чтобы банить автономками. Готовая скриптовая оснастка уже была, и в других местах она работала, а тут 43 закрыт.
Безопасник сказал - у ripe есть rest api, перепиши свои скрипты под https и не нужен тебе 43 порт. Я конечно сказал что скоро мы и пинговать будем по rest api через https, но пошел переписывать скрипты.
А тут вон оно чо... http query.

Ответить | Правка | Наверх | Cообщить модератору

28. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..." +/–

Сообщение от Аноним (28), 18-Июн-26, 11:04

> Подобный подход даёт возможность передавать большой объём параметров в запросе, превышающий лимит на размер параметров в методе GET (8000 байт).
Никто и ничто не мешает передавать параметры запроса точно также как в посте - через тело гета. Спека это разрешает. Люди этим пользуются.
Единственный "бонус" от появления query - явно описанная семантика в отличие от гета, но так себе. Функционально оно ничего не меняет.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	–1 +/–
Сообщение от Аноним (1), 18-Июн-26, 09:36
И так браузеры еле работают, простое открытие хрома, файрфокса, браве без отображения страниц запускает по 25-30 процессов, жрет память и процессор...
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от q (ok), 18-Июн-26, 10:21
	Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга (я же знаю, что ты их не закрываешь - видел у тебя на скринах, от табов только узенькие полоски, на которые даже кнопка закрытия вкладки не умещается).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Аноним (11), 18-Июн-26, 10:27
	Почикать совместимость с целыми поколениями железа. Это конечно сильно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от анон (?), 18-Июн-26, 10:44
	Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга. Выбери жизнь. Выбери работу. Выбери карьеру. Выбери семью. Выбери телевизор с большим экраном. Выбери стиральную машину, музыкальный центр, автомобиль и электрический консервный нож. Выбери здоровый желудок, зубы и медицинскую страховку. Выбери недвижимость и аккуратно выплачивай взносы. Выбери свой первый дом. Выбери друзей. Выбери курорты и шикарные чемоданы. Выбери костюм-тройку в самой лучшей фирме из самой дорогой материи. В свой выходной выбери диван, чтобы развалиться и смотреть отупляющее шоу. Набивай брюхо всякой всячиной. Выбери загнивание, в конце концов, и со стыдом вспомни подонков, которых ты заложил, чтобы выбраться самому. Выбери своё будущее. Выбери жизнь.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	26. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Жироватт (ok), 18-Июн-26, 11:02
	Обнови комп. Удали нескучные расширения. Закрой миллиард вкладок, которые накопились на 20 лет бравзинга. Выбери жизнь. Выбери работу. Выбери карьеру. Выбери семью. Выбери смарт-телек на ведроиде с большим, полутораметровым экраном. Выбери робота-пылесоса, голосового ассистента-в-колонке, электромобиль-Теслу и очередной сверхполезный гаджет с Алиэкспресс. Выбери здоровый желудок, зубы и ДМС. Выбери квартиру-апартаменты внутри МКАДа и аккуратно выплачивай ипотеку. Выбери свою первую дачу. Выбери друзей. Выбери сказочное_бали, Хайнань и невскрываемые бронированные чемоданы. Выбери мешковатый костюм от самой дизайнерской фирмочки МСК из самой дорогой, хотя бы без примесей полиэстера и вискозы, материи. В свой выходной выбери диван, чтобы развалиться и смотреть отупляющие видосы с ю- и рутуба. Набивай брюхо всякой дешёвой и илитной всячиной. Выбери загнивание, в конце концов, и со стыдом вспомни подонков, которых ты заложил, чтобы выбраться самому. Выбери своё будущее. Выбери жизнь. Адаптировать надо, адаптировать. Текст актуален для Штатов 90х-00х, но уже не для СНГ второй половины 20х.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от aname (ok), 18-Июн-26, 10:42
	А поддерживаемые методы тут причём?
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

2. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+3 +/–
Сообщение от Аноним (2), 18-Июн-26, 09:53
https://xkcd.com/927/ Раньше разработчики срались из-за организации поиска на POST вместо GET когда надо изобразить что-то сложное. Теперь будут сраться в выборе из 3 методов, великолепно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от 1 (??), 18-Июн-26, 10:04
	Нормик - как раз для "плутания" надо не меньше 3 "сосен". Больше - лучше !
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	–1 +/–
Сообщение от Хрю (?), 18-Июн-26, 09:57
>метод POST, но отличается от него ориентацией не на запись данных и изменение состояния, С какого времени пост стал ориентированным на запись и изменение состояния? Пост это пост, какой смысл ему веб. Сервер придаст такой и будет у него смысл. У меня пост readonly, а для изменения есть put, patch, delete.
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+1 +/–
	Сообщение от Аноним (8), 18-Июн-26, 10:25
	По классике пост для создания, пут для изменения, патч для изменения части, делит для удаления. И гет для получения
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	–1 +/–
	Сообщение от Хрю (?), 18-Июн-26, 10:39
	Этому уже очень давно мало кто следует ибо это сильно узко и не удобно. Для современных браузеров и веб. серверов это просто слова, возможно, с небольшими настройками по умолчанию, для легаси. Но так хоть гет делай для изменений, хоть делете кешируемый всё это будет работать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от qrKot (?), 18-Июн-26, 10:59
	>> С какого времени пост стал ориентированным на запись и изменение состояния? Собственно, всегда был. Ну, точнее, немного не так. В этих ваших интернетах больше роляет ИДЕМПОТЕНТНОСТЬ запроса. И вот GET (бай дизайн) - идемпотентный (т.е. его можно безопасно закешировать, что важно, с учетом ограниченности, например, пропускной способности этих ваших интернетов). Т.е. GET дает гарантию, что два-десять-стопицот одинаковых запросов подряд по результату не будут отличаться от одного запроса. POST же - ровно тот же GET, только без всяких гарантий. У него нет гарантий идемпотентности, что по сути говорит о том, что состояние он в любой момент поменять может.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

4. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+1 +/–
Сообщение от Аноним (4), 18-Июн-26, 10:03
А кто вам запрещает в GET вставлять ненулевое тело? HTTP это не запрещает, да и я так делал и делаю
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от фф (?), 18-Июн-26, 10:26
	а кто запрещает не изменять данные по POST запросу (если логика подразумевает лишь выдачу информации)? или может кто-то запрещает кешировать ответ на такой запрос? Почему тогда уж не сделать один универсальный метод запроса, а в заголовках указывать - можно ли кешировать, можно ли писать в логи итп.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Аноним (16), 18-Июн-26, 10:44
	Вставлять никто не запрещает :) Но стандартный сервер может просто отбросить всё после хэдера и будет прав.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	31. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Dmitry (??), 18-Июн-26, 11:07
	Стандартный сервер это какой? Как я напишу, так и будет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Аноним (20), 18-Июн-26, 10:50
	Ага, причем сразу multipart/form-data, чтобы вообще )))
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

6. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
Сообщение от вымя (?), 18-Июн-26, 10:04
И, эээээ, чем это отличается от PUT?
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Жироватт (ok), 18-Июн-26, 10:41
	...Но другая группа в IETF нашла в PUT фатальный недостаток - его писали не они! Для решения этой проблемы они создали QUERY (похожее на PUT, но другое), и я наивно вспоминаю докладчика на IETF-овской конференции, говорящего, что скоро все хттп-запросы будуи ходить исключительно как QUERY через QUIC, и каждая обёртка над серверным API на экране будет исключительно QUERY-ем...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Аноним (19), 18-Июн-26, 10:49
	И чем же это будет отличаться от текущего балагана, кроме того что его просто узаконят и подметут в помойку бесконечно растущих хедеров?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Жироватт (ok), 18-Июн-26, 10:54
	Ничем. "xckd - 15й стандарт". Но с другой стороны - зря что ли инженегры зарплату в этих комитетах получают? Нужно рожать Новый&УлуДшенный стандарт даже через "не могу", иначе кто заметит усилий.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Аноним (30), 18-Июн-26, 11:06
	Это GET-овый PUT, как будто бы.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору

9. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+1 +/–
Сообщение от Аноним (11), 18-Июн-26, 10:26
Стало хуже.
Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от LaunchWiskey (ok), 18-Июн-26, 11:03
	Раньше было лучше!
	Ответить \| Правка \| Наверх \| Cообщить модератору

14. Скрыто модератором	–1 +/–
Сообщение от Аноним (16), 18-Июн-26, 10:42
Старые W3C nepдyны никак не успокоятся со своим устаревшим, убогим, избыточным HTTP! Всё изображают активность стюардессы. Есть JSON-RPC - намного более удобный и гибкий протокол, но клоуны после недельных курсов будут с завидной настырностью лепить свои __овноподелия на REST.
Ответить \| Правка \| Наверх \| Cообщить модератору

18. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
Сообщение от Аноним (20), 18-Июн-26, 10:48
QUERY энтерпрайзно. Изживают потихонечку хакерскую культуру, выдавливают по капле.
Ответить \| Правка \| Наверх \| Cообщить модератору

22. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
Сообщение от localhostadmin (ok), 18-Июн-26, 10:56
Я не совсем понял. Че оно отличается от обычного POST? В чем проблема принимать POST запросы и обрабатывать их как QUERY?
Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
	Сообщение от Жироватт (ok), 18-Июн-26, 11:06
	Стандарты мутятся - лавэшка (на миграциях, переписывании и доработках) крутится. А потом отключат и GET, и POST для защиты детей от Ынтернета^W^W^W^W безопасности парсеров от хакеров и всё. Будет тебе кури вместо 2х типов запросов
	Ответить \| Правка \| Наверх \| Cообщить модератору

23. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
Сообщение от Соль земли2 (?), 18-Июн-26, 10:58
> даёт возможность скрыть конфиденциальные данные из логов прокси-серверов Решение проблемы через Ж, вместо нормальной настройки прокси.
Ответить \| Правка \| Наверх \| Cообщить модератору

25. "Стандартизирован HTTP-метод QUERY, комбинирующий возможности..."	+/–
Сообщение от IdeaFix (ok), 18-Июн-26, 11:00
Пару дней назад попросил безопасника открыть 43 порт, ну надо мне было whois чтобы банить автономками. Готовая скриптовая оснастка уже была, и в других местах она работала, а тут 43 закрыт. Безопасник сказал - у ripe есть rest api, перепиши свои скрипты под https и не нужен тебе 43 порт. Я конечно сказал что скоро мы и пинговать будем по rest api через https, но пошел переписывать скрипты. А тут вон оно чо... http query.
Ответить \| Правка \| Наверх \| Cообщить модератору