Это понятно, что задачу можно решить разными другими способами :)
Первой мыслью было именно получение этого статуса и оперирование им, что бы совершенно не касаться серверной части. Вот и возник вопрос.
Правильно, но тут речь идет все равно об использования объекта XMLHttpRequest в «синхронном» режиме. Т.е. этот объект будет создан, но во время запроса к серверу страница будет блокирована для дальнейших действий.
А при первоначальной загрузке страницы объекта XMLHttpRequest нет.
Много статусов ответа при которых весь пришедшей контент обрабатывается рендерится браузером. При асинхронном взаимодействии удобно использовать разные статусы ответов, и при определенных (например 406) перехватывать дальнейшую обработку и обрабатывать ошибку, при другом статусе можно понять что сессия закончилась и т.п.
А в данном случае, можно перефразировать, интересно как на любой странице открыть fireBug и только при помощи консоли узнать этот статус
Столкнулся с таким заданием: пишу клиентские скрипты, причем есть пожелания минимально трогать серверную часть.
Одна из страничек это не маленькая форма с кучей полей, при ее корректном заполнении и синхронной отправке сервер возвращает 200 и надо провести некие начальные манипуляции с формой, а при некорректно заполненной форме сервер возвращает статус 400 с чем-то и надо по-другому эту форму обработать.
Решил этот вопрос по-другому, но первой мыслью было посмотреть статус и решить что делать :)
Вот так и возник вопрос )
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Первой мыслью было именно получение этого статуса и оперирование им, что бы совершенно не касаться серверной части. Вот и возник вопрос.