estic

Обычно, когда делегируют на DNS-серверы хостинг-провайдера, прописывать самому A-записи вовсе не нужно. Достаточно создать сайты (хосты, WWW-домены - это другие возможные названия "сайтов"). Но проверить не помешает, что соответствующие ресурсные записи были созданы автоматически и корректны.

Можно было и "прописать A-запись для поддомена  у регистратора домена" (при условии, что вы используете DNS-серверы регистратора для домена 2-го уровня; иначе нужно было прописывать на DNS-серверах одного хостинг-провайдера IP сервера другого хостинг-провайдера).  Вполне нормальный способ, если IP сервера меняется редко. Нормальные провайдеры обычно заранее предупреждают о такой смене (в "переходный период" сайт может работать на любом из двух IP).

В статье по ссылке в общем все верно написано: для бэкэнда PHP/Go. Python на любителя (хотя про Go с его обработкой ошибок можно то же самое сказать 😀). Про Swift ничего не могу сказать, т.к. вообще не используем. "Нода" для тех, кто хочет "везде успеть", но не способен осилить два языка 😊

Писали. Продолжать бессмысленно. Все равно потом последуют вопросы наподобие "А где это?", "А как это?" Все необходимые наставления были даны в теме. Кому нужно, тот воспользуется.

Поэтому я и не стал продолжать этот разговор. Бессмысленно.

Подобными вопросами вы отлично "разгоняете волну" на этом форуме. Так что уже можно прекратить рекламировать другой форум. А то какое-то несоответствие получается 😊

Так то были примеры того, как делать не нужно, если вы не поняли.

В REST вовсе предпочтительно делать так:

DELETE /collection/object

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

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

GET /collection?action=create&id=object

GET /collection?action=delete&id=object

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

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