Писали. Продолжать бессмысленно. Все равно потом последуют вопросы наподобие "А где это?", "А как это?" Все необходимые наставления были даны в теме. Кому нужно, тот воспользуется.
Поэтому я и не стал продолжать этот разговор. Бессмысленно.
Подобными вопросами вы отлично "разгоняете волну" на этом форуме. Так что уже можно прекратить рекламировать другой форум. А то какое-то несоответствие получается 😊
а если так:
DELETE /collection?id=object
И определить метод DELETE?
Так то были примеры того, как делать не нужно, если вы не поняли.
В REST вовсе предпочтительно делать так:
DELETE /collection/object
А зачем что-то придумывать, когда можно просто прочитать документацию и т.п.? 😊
У меня, например, разговор короткий с теми, кто делает так:
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, если нужно).
Смотря по тому, какова цель.
