„Dziękujemy za opublikowanie. Czekaj, aż zostaniesz przekierowany. ” Potrzebne?

Dziękujemy za wysłanie. Czekaj na przekierowanie.

Jeśli nie nastąpi automatyczne przekierowanie, kliknij tutaj.

Prawdopodobnie znasz takie wiadomości, zwłaszcza gdy korzystasz z Internetu w latach 90. lub na początku 2000. W moich własnych projektach nigdy nie znalazłem powodu, aby na przykład użytkownik musiał czekać 2-3 sekundy na przekierowanie po rejestracji lub opublikowaniu czegoś. Ale ten wzór pojawia się cały czas, nawet w popularnych programach internetowych, takich jak PHPBB.

Moje pytanie brzmi: czy przekierowanie wciąż ma miejsce / potrzebę w nowoczesnym (ajaxy) tworzeniu stron internetowych? Czy są jakieś sytuacje, które absolutnie wymagają takiego przekierowania, ostatecznie denerwując użytkownika i jakie są przyczyny techniczne ? Dlaczego nie przekierować natychmiast, jeśli przekierowanie jest wymagane?

Czy są jakieś sytuacje, które absolutnie wymagają takiego przekierowania, ostatecznie denerwując użytkownika i jakie są przyczyny techniczne?

Najczęstszym celem (zazwyczaj w przypadku żądania, które tworzy nowy rekord w bazie danych, przetwarza transakcję płatności itp.) Jest zapobieganie powielaniu żądań, jeśli użytkownik kliknie przycisk „Odśwież” i ponownie opublikuje żądanie.

Czy przekierowanie nadal ma miejsce / potrzebę w nowoczesnym (ajaxy) tworzeniu stron internetowych?

Jeśli uda ci się powiedzieć użytkownikom, którzy mają wyłączoną obsługę Javascript, ich prośby zostaną zignorowane lub prawdopodobnie źle potraktowane ( przychodzi mi na myśl komunikat „Nie klikaj więcej niż raz!” ), Ale to nie jest duży wysiłek, aby wesprzeć tych dziwacznych Użytkownicy z wyłączoną obsługą JS i upewnij się, że dział rozliczeń nie widzi sporadycznej reklamacji podwójnego rozliczenia, więc pewne przekierowania są nadal realizowane w wielu interfejsach.

Dlaczego nie przekierować natychmiast, jeśli przekierowanie jest wymagane?

Przekierowanie powinno zostać wydane natychmiast, jeśli celem jest zapobieganie przesyłaniu wielu formularzy - w przypadku przekierowań czasowych być może są one ukierunkowane na powolne serwery, nie uwzględniły blokady opartej na sesji lub próbują rozwiązać bardziej ezoteryczny problem.

Przede wszystkim nie wszystkie przeglądarki będą przekierowywać, gdy otrzymają nagłówek lokalizacji. Po drugie, nie wszystkie przeglądarki będą przekierowywać za pomocą Javascript, ponieważ jest on wyłączony. Po trzecie, nie wszystkie przeglądarki obsługują tagi metaodświeżania. Każdy z tych przypadków jest prawdopodobnie bardzo rzadki, więc prawdopodobnie nie będzie miał znaczenia. Ale nawet jeśli tak, myślę, że można nakładać na siebie wszystkie te metody.

Sposób, w jaki robią to strony PHPBB (czeka 5 sekund lub coś takiego), wcale nie jest potrzebny. Powinien natychmiast przekierować, a jeśli nie, wyświetli stronę HTML (która zawiera metaodświeżanie i Javascript oraz tekst z linkiem) po wysłaniu nagłówków. Prawie nie ma szans, że ta strona zostanie wyświetlona przez zwykłą przeglądarkę, jeśli jest odpowiednio zaprogramowana.

Zawsze wysyłam przekierowanie w nagłówku odpowiedzi z odpowiednim kodem stanu HTTP (np. 301 lub 302 - patrz http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html ), co powoduje natychmiastowe przekierowanie. Nie znam żadnych dobrych technicznych powodów, dla których ktoś wyświetlałby „poczekaj, aż przekierujesz stronę”.

Głównym powodem tego jest fakt, że w witrynie, do której nastąpiło przekierowanie, zapisywany jest zapis. Strona może załadować Google Analytics, ale dane będą również znajdować się w blogach.

Jeśli wyślesz przekierowanie za pomocą nagłówków HTTP, przeglądarka przejdzie do innej witryny bez żadnych dodatkowych żądań do oryginalnej strony. Śledzenie oparte na JavaScript może złapać te wyjścia, ale daje właścicielowi witryny większe możliwości śledzenia.

W niektórych przypadkach możesz również chcieć przekazać użytkownikowi zrzeczenie się odpowiedzialności, niż jest ono przekierowywane. Jest to szczególnie ważne dla webmasterów pracujących w regulowanych branżach. Jeśli nie pracujesz w regulowanej branży, takiej jak bankowość lub farmaceutyki, nie docenisz tych wymagań.

Pozwala także na prawidłowe działanie przycisku Wstecz.