Какой код состояния HTTP выдавать для временной сгенерированной страницы?

Question

[Quber]

Например, когда пользователь добавил контент на сайт, то у меня появляется временная сгенерированная страница "Файл успешно добавлен". Какой код состояния HTTP в данном случае стоит отправить?

Answer 1

[Mikhail Osher]

201 Created — в результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.

201

Answer 2

[Владимир Полищук]

206 можно (лутше 201).
Детальней ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%...

Comments

[Quber]

Я уже это читал. Там столько вариантов, что я не разобрался какой из них использовать. Собственно за этим вопросом я и обратился, помочь мне понять какой код состояния HTTP отдавать

[Владимир Полищук]

Можете свободно отдавать 201 а в етаге (www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#se...)
Указывать ссылку на созданый пользователем контент

[Quber]

Насколько я понимаю, тут имеется ввиду созданная страница вообще, но не временная.. или так и должно быть?

[Masterme]

@Quber да какая разница

[Владимир Полищук]

Имеется в виду урл новой страницы (например статьи которую добавил пользователь)

Answer 3

[Владимир Полищук]

Если проблема только в роботах, то почему просто не запретить роботам ходить к ней через роботс.тхт?

Comments

[Masterme]

Два чая этому господину.

[Quber]

Ну проблема не в роботах, собственно её вообще нет. Просто хотелось бы услышать правильный ответ с точки зрения разработки на этот счёт. Какой же статус всё таки нужно отдавать в таких ситуациях?

[Masterme]

@Quber нужно учитывать, что формы отправляются по POST, равно как и любая модификация контента должна происходить по POST. И на такой запрос сервер должен редиректить GET-методом на обычную страницу. Не на временную с 201/206, потому что, внимание(!), пользователь получает URL, и этим URL он может случайно или поделиться (а он не должен делиться этим URL, потому что логической информации он никакой не несёт). А если вы что-то хотите пользователю сообщить - то сделать это должны в так называемом флэш-сообщении: либо в тексте внутри страницы либо жабаскрипт-алертом либо как-то иначе. Иными словами, поскольку информация о модификации контента актуальна лишь единожды, то URL на неё создавать не нужно, и каким кодом вы выполните редирект с POST на GET - не важно. Я делаю ...ммм.. щас гляну ... лол, 200. Но, можно заменить на 206 или на 301 - без разницы.

[Quber]

Спасибо за развёрнутый ответ. Я хотел услышать не путь решения проблемы (хотя я его возьму на заметку). Я лишь хотел узнать, какой правильно код состояния следует отправить в данной ситуации с точки зрения архитектуры.

[Masterme]

@Quber 200 или 201. Это чтобы браузер понял ответ сервера правильно.

[Quber]

ясно, спасибо

Answer 4

[Dmitry]

Любопытно узнать, а чем обычный 200 не угодил?

Comments

[Quber]

Чтобы роботы её не кушали, представляешь сколько можно сгенерировать таких страниц пустышек за день?

[Dmitry]

@Quber Мне кажется, что семантически 201 лучше всего подходит. Только я не уверен, что её "роботы не кушают".

[Quber]

Ну это уже другой вопрос кушают они её или нет. Это не совсем важно, так как алгоритмы обработки таких страниц уже будут разными.

[Владимир Полищук]

Роботы кушают страничку 201, но вот на таких страничках их интересует что же было создано (смотрят etag) и тогда смотрят созданый контент.