Почему запросы PUT и DELETE в наше время почти умерли?

Потому что браузер не поддерживает методы, отличные от GET/POST.

Это что за браузер такой?

4.2 же. Даже IE6 поддерживает PUT и DELETE через XHR. IE < 9 не поддерживает их только в HTML-формах.

Любой. В формах они вроде все не поддерживают.

Естественно речь про формы.

А зачем отправлять PUT и DELETE через формы?

А зачем отправлять PUT и DELETE через формы?

Загрузка файлов? Удаление сообщения?

Странный вопрос. Надо мне отправлять данные на сервер. Зачем мне это делать аяксом, наворачивая кучу ненужного кода, если это можно сделать формой? Я вообще считаю, что 99% сайтов должны работать без JavaScript (JavaScript, незначительно повышающий удобство использования допустим, но не должен блокировать функционал). Поэтому если сервер принимает такие глаголы, то это автоматически отсекает часть возможного функционала на клиенте. Зачем это надо? Про костыли вроде посылки доп.параметрам _method я знаю, но это костыли, которые проще сразу выкинуть и использовать GET/POST.

Вот почему браузеры поддерживают только два глагола - это вопрос интересный. Если бы поддерживали весь спектр - я бы с удовольствием их использовал.

Я вообще считаю, что 99% сайтов должны работать без JavaScript (JavaScript, незначительно повышающий удобство использования допустим, но не должен блокировать функционал).

Я тоже так думал, а потом устроился на работу.

Сочувствую.

Зачем мне это делать аяксом, наворачивая кучу ненужного кода, если это можно сделать формой?

Затем что если ты сделаешь это формой, тебе нужно будет заново загрузить страницу после обработки. А если аяксом, достаточно загрузить ответ (в некоторых случаях только статус ok или error) и обработать его на стороне клиента.

Затем что если ты сделаешь это формой, тебе нужно будет заново загрузить страницу после обработки.

Вот и здорово. Удобная модель программирования, привычный пользователю user experience, не требует JavaScript, friendly к поисковикам.

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

Это уже не сайт, а потуга на приложение. В большинстве случаев это не нужно.

Вот и здорово.

Обладатели слоуинтернетов смотрят на тебя с ненавистью.

Удобная модель программирования

Для тех, кто не осилил MVC-фреймворки.

привычный пользователю user experience

Зависит от возраста пользователя.

friendly к поисковикам

Нормальные поисковики уже давно научились по аяксосайтам ходить.

В большинстве случаев это не нужно.

Ну да, сравни, сколько трафика занимает ответ и сколько - целая страница. Плюс серверу ещё нужно пыхтеть и генерировать эту страницу.

привычный пользователю user experience

4.2

не требует JavaScript

Не имеет значения, он давно уже везде есть.

friendly к поисковикам

Поисковики делают post?

Поисковики делают вдоль

Обладатели слоуинтернетов смотрят на тебя с ненавистью.

Обладатели слоу и анстейбл интернетов смотрят с ненавистью на кучу JS'ов, которые тестировались только на локалхосте и которые непременно отваливаются и начинают глючить при краткосрочном отключении интернета / плохом соединении.

На нормальных сайтах все действия можно повторить. Если нет - разрабы криворуки и голый HTML их не спасёт.

Затем что если ты сделаешь это формой, тебе нужно будет заново загрузить страницу после обработки.

4.2!!! Тупо результат выводишь в скрытый iframe! Я так когда-то давно делал, пока XHR не осилил. Скрытыми фреймами, кстати, до сих пор пользуюсь: та же "ЛОР-панель" использует скрытый фрейм для подгрузки дополнительной страницы.