W dniu 2012-06-13 19:34, Cezary Tomczyk pisze:
> W dniu 2012-06-13 19:13, Marek pisze:
>> Mam pewien kłopot z logiką zarządzania będem 404. Otóż mamy sobie CMS.
>> Gdy
>> odwołujemy się do dokumentu, który istniał ale został wykasowany lub
>> zablokowany - chciałbym aby pojawiła się spersonalizowana informacja, że
>> "strona WWW o jakimś ID nie istnieje". Gdyby nie fakt personalizacji
>> komunikatu temat byłby trywialny.
>>
>> No więc algorytm mamy taki:
>> - Ktoś wchodzi np. z Googli na nie istniejącą stronę serwisu.
>> - CMS grzebie w swoich czeluściach w poszukiwaniu tejże strony i
>> stwierdza,
>> że jej nie ma.
>> - W tym momencie tworzona jest w locie treść komunikatu i następuje
>> przekierowanie do strony "warningu" z przekazaniem w sesji w/w treści
>> komunikatu.
>> - Pojawia się piekna strona z w/w komuniaktem... ale to dla mnie za mało.
>>
>> No i świetnie... ale przekierowanie to nie kod 404 lecz któryś z serii
>> 300.
>> Mogę w komunikacie ustawić <meta> na "noindex" ale to nie zadziała jak
>> 404
>> z punktu widzenia wyszukiwarki. Zauważyłem, że jeśli strona jest już
>> zindeksowana, to taką pozostanie jeśli nie dam wyraźnie 404. Jak to
>> rozwiązać?
>
> Wg mnie, jeśli strona nie istnieje, to powinno się przekierować na
> podstronę z informacją o tym dla użytkownika + nagłówek 404.

Ale po co przekierowywać na jakąś podstronę? Jeśli strona nie istnieje,
to po prostu wygenerować pod żądanym przez użytkownika url stronę
z komunikatem błędu i dać jej nagłówek 404. W treści komunikatu można
dać cokolwiek, np. linki do jakichś opcji dla użytkownika,
do wyszukiwarki itp. - niczemu to nie przeszkadza.

> Jeśli jednak strona istnieje, ale po prostu jest w innym miejscu, to
> przekierować użytkownika automatycznie + nagłówek 301 Moved Permanently.