Я думаю способом, что Вы могли сравнить это с модель .
асинхронного программирования, Вы просите, чтобы система выполнила действие, и Вы возвратитесь позже для результата.
большая разница - то, что Вы или определяете, какое событие/обратный вызов назвать, когда Вы сделаны или обязаны вводить ожидание в то время, когда Ваше готовое для ожидания. Я не видел механизм, который сказал бы Вам возвращаться в более позднее время и гарантироваться ниже ожидающие времена.
RFC не определяет поведение, зависящее от реферера, в определении статуса 301 и поведение, специфичное для 301, в определении заголовка Referer
. Таким образом, я должен сказать, что, хотя такое поведение с сохранением реферера логично, оно не определено в RFC, и поэтому вы никогда не можете быть уверены в этом.
При переходе между HTTP и HTTPS спецификация HTTP говорит, что заголовок referer НЕ должен отправляться (см. 15.1.3 в RFC2616 ). Однако в спецификации не говорится, что должно происходить между страницами HTTPS.
Интересно, что Firefox по умолчанию игнорирует спецификацию в этом случае,
По https браузеры не отправляют СООБЩЕНИЯ. Это в RFC.