• Как правильно именовать сложные действия в REST API?

    @napa3um
    В идеологии REST нужно мыслить с точки зрения декомпозиции предметной области задачи на объекты-ресурсы (с соответствующими урлам), а глаголы (действия) строго фиксированные (закреплённые, в том числе, в протоколе HTTP). Этим достигается масштабируемость (во всех смыслах) разрабатываемого веб-сервиса. Если в прикладной области видится большое разнообразие действий, а не объектов, то их можно воспринимать в стиле документов документооборота или транзакций платёжной системы. Например, пуск ракеты по стране можно представить в виде создания документа (транзакции) "пуск ракеты по стране". Оформить можно и как вложенный в ракету ресурс, и как корневой ресурс с атрибутами "ракета" и "страна", - это зависит от физической и логической организации сервиса. Такой ресурс-документ можно снабдить идентификатором и дать ему возможность обрабатываться на любом сервере, входящем в инфраструктуру веб-сервиса, читать из него автоматически сгенерированные атрибуты типа "время запуска", "статус полёта", т.п. В общем, основная идея комментария: мыслить в терминах документооборота, и сервис получится логичным, поддерживаемым, масштабируемым, как и задумано REST'ом.
    Ответ написан
    Комментировать
  • Nginx no resolver defined to resolve domain.com - в чем ошибка?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    Либо пропишите
    resolver 8.8.8.8;

    Либо (если не доверяете гуглу):
    apt-get install bind9Потом в конфиге:
    resolver 127.0.0.1;
    Ну а самое правильное - прописать ip адрес вместо domain.com и передавать заголовок Host на бэкэнд:
    proxy_set_header Host $host;
    Ответ написан
    6 комментариев