Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
объсните почему названия статусов "Перемещен"? ведь на сайтах часто используется подход сохранил страницу "Редактирование" с изменениями (ПОСТ запрос) и сделал перенаправление юзера на страницу "список". Тут нет ведь такого, что страница "Редактирование" перемещена на страницу "Список". А получается так. для кого нужны эти статусы и почему так называются эти 2 статуса? что я не так понял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:02 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
relief, посмотрите с точки зрения GET запроса. P.S.: а что Вы такое читали, что не поняли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:19 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
skyANArelief, посмотрите с точки зрения GET запроса. P.S.: а что Вы такое читали, что не поняли? с точки зрения GET понятно. а вот с точки зрения POST как то неоднозначная терминоология получается. Сделали бы статус "Перенаправление" 301.1. Как то так. читал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:41 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
Хотя и с точки зрения POST тоже всё просто. Клиент (в Вашем случае браузер) посылает на сервер какие-то новые/изменённые данные POST запросом. Сервер обрабатывает их и говорит клиенту: принято, теперь данные у меня и доступны по следующему адресу. Иными словами те данные, что были введены на странице "Редактирование", на ней теперь уже не доступны (обновите страницу и получите пустые поля). Они перемещены и доступны на странице "Список". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:44 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
skyANAХотя и с точки зрения POST тоже всё просто. Клиент (в Вашем случае браузер) посылает на сервер какие-то новые/изменённые данные POST запросом. Сервер обрабатывает их и говорит клиенту: принято, теперь данные у меня и доступны по следующему адресу. Иными словами те данные, что были введены на странице "Редактирование", на ней теперь уже не доступны (обновите страницу и получите пустые поля). Они перемещены и доступны на странице "Список". а тогда когда возвращают 301, а когда 302? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:49 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
reliefskyANArelief, посмотрите с точки зрения GET запроса. P.S.: а что Вы такое читали, что не поняли? с точки зрения GET понятно. а вот с точки зрения POST как то неоднозначная терминоология получается. Сделали бы статус "Перенаправление" 301.1. Как то так.Статусы 3xx итак относятся к группе Redirection (перенаправление) relief читал Ну там же всё написано:ПеренаправлениеКоды этого класса сообщают клиенту, что для успешного выполнения операции необходимо сделать другой запрос, как правило, по другому URI. Из данного класса пять кодов 301, 302, 303, 305 и 307 относятся непосредственно к перенаправлениям. Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location. При этом допускается использование фрагментов в целевом URI. По последним стандартам клиент может производить перенаправление без запроса пользователя только если второй ресурс будет запрашиваться методом GET или HEAD. В предыдущих спецификациях говорилось, что для избежания круговых переходов пользователя следует спрашивать после 5-го подряд перенаправления. При всех перенаправлениях, если метод запроса был не HEAD, то в тело ответа следует включить короткое гипертекстовое сообщение с целевым адресом, чтобы в случае ошибки пользователь смог сам произвести переход. Разработчики HTTP отмечают, что многие клиенты при перенаправлениях с кодами 301 и 302 ошибочно применяют метод GET ко второму ресурсу, несмотря на то, что к первому запрос был с иным методом (чаще всего PUT). Чтобы избежать недоразумений, в версии HTTP/1.1 были введены коды 303 и 307 и их рекомендовано использовать вместо 302. Изменять метод нужно только если сервер ответил 303. В остальных случаях следующий запрос производить с исходным методом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 12:50 |
|
||
|
301, 302 status
|
|||
|---|---|---|---|
|
#18+
это я прочитал. я опять с точки зрения практики. вот открыл я запись на редактирование. нажал Сохранить и делаю Редирект на страницу Список. Когда делат 301, а когда 302, непонятно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2013, 13:31 |
|
||
|
|

start [/forum/topic.php?fid=18&fpage=85&tid=1357832]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 348ms |

| 0 / 0 |
