HTTP PUT spec говорит :
Если целевой ресурс действительно имеет текущее представление и это представление успешно изменяется в соответствии с состоянием вложенного представления, тогдаСервер происхождения ДОЛЖЕН отправить ответ 200 (ОК) или 204 (Нет содержимого), чтобы указать на успешное завершение запроса.
В моем (подобном WebDAV) API я нахожу его более удобным для пользователя.дружественный (и более простой в реализации), чтобы избежать замены существующего объекта на последовательных PUT, и, скорее, явно ошибочный с 409 Conflict или 405 Method Not Allowed.Это нарушает вышеуказанный RFC?
Мне кажется странным, что реализации WebDAV, которые я пытался вернуть, 204 No Content для двойного PUT файла, но 405 Method Not Allowed для двойного MKCOL dir.Есть ли причина такого несоответствия?