estic

Обращайте внимание на слова cacheable, idempotent, etc.

Начните с документации по HTTP.

А зачем что-то придумывать, когда можно просто прочитать документацию и т.п.? 😊

У меня, например, разговор короткий с теми, кто делает так:

GET /collection?action=create&id=object

GET /collection?action=delete&id=object

Даже если речь об "адаптиве" под GET/POST, упомянутые действия нужно выполнять методом POST.

Прикрепленное изображение немного странное. В общем не самое удачное.

Я же сразу написал, о каких значениях идет речь (именах DNS-серверов)! И выше уточнил, что такое делегирование.

Были описаны два способа (хотя формально делегированием называется способ, использующий NS-записи). Какой не работает? Делегирование может занимать до нескольких суток. Активизация A-записи тоже может происходить не мгновенно.

У многих провайдеров при добавлении домена 3-го уровня и сайта на таком домене нужно сначала добавить соответствующий домен 2-го уровня. Ничего что этот домен 2-го уровня и сайт на нем размещены на другом (DNS-)хостинге.

Не забудьте, что при делегировании нужно указывать минимум две записи с разными значениями (именами DNS-серверов), например:

subdomain NS ns1.estic.ru. 21600

subdomain NS ns2.estic.ru. 21600

(21600 - это пример значения TTL, если нужно).

GET можно использовать, например, для создания или удаления?

Может. Тогда это тоже обработчик.

Т.е. достигнуть "цель обработки" можно при помощи любого метода запроса? Можно выбрать любой метод?

Метод класса, обычная или анонимная функция и т.д. Т.е. то что вызывается в маршрутизаторе при маршрутизации, но не относится непосредственно к нему.

А разве метод запроса нельзя отнести к таким данным? Это первоочередной признак, по которому можно различать выполняемые действия.

Правильно ли я понял, что с вашей точки зрения можно любые действия "повесить" на GET?

В смысле один обработчик на один адрес (адреса одного формата)? И не более одного?