W dniu 2012-06-13 20:01, igrek pisze:
> On 13.06.2012 19:34, Cezary Tomczyk wrote:
>> 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.
>
> Wg mnie lepiej jest pozostawić usera z odwiedzonym URL-em, nigdzie go
> nie przekierowywać i po prostu wyświetlić mu spreparowaną stronę 404 z
> nagłówkiem 404.
> Nie rozumiem na czym polega "fakt personalizacji komunikatu", ale jeśli
> to Twój CMS, to przed wyrenderowaniem strony możesz zrobić co chcesz.

Nie wiem, czy myślimy o tym samym. Jeśli chodzi o mnie, to myślę o
stronie, na której user zobaczy mniej więcej coś takiego:

Wszedłeś na [tu link], ale zasoby te nie istnieją. Opcje:

* ...
* ...

[itd]

--
Cezary Tomczyk
http://www.ctomczyk.pl/