🚀 go-pugleaf

On Sun, 15 Feb 2009 18:25:39 -0000, Bartosz Derleta <bartosh92@fotka.pl> wrote:

> IMHO wyniki wyszukiwania nie są jakąś rzeczą, do której się jakoś nagminnie linkuje, a jeśli już, to raczej się z tych linków za długo nie korzysta.

Czemu nie? Można sobie dodać zakładkę i obserwować ceny w sklepie internetowym/odłożyć decyzję na później. Można przesłać e-mailem komuś link do wyników wyszukiwania "zobacz, te są fajne" i taki link może leżeć w skrzynce pare dni.

Jak ktoś to podlinkuje wyniki u siebie na stronie (np. na blogasku "zobaczcie jakie fajne foobary tam mają"), to dostajesz PR (pod warunkiem, że ci linki nie zdychają po 3 dniach).

> - POST z formularza z kryteriami zapytania

POST nie jest do "odbierania". POST jest do zapytań, które mają ważne efekty uboczne i których nie można wysłać drugi raz bez pytania użytkownika (np. kupienie czegoś).

http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

Wyszukiwanie jest generalnie tylko czytaniem czegoś bez specjalnych efektów ubocznych, więc zdecydowanie powinno używać tylko GET.

> - Utworzenie zbioru wyników po stronie serwera, zapisanie ich w pliku  
> tymczasowym z wygenerowanym identyfikatorem tego zbioru (ewentualnie  
> samych warunków wyszukiwania w przypadku dużego ruchu)
> - Header 304 na (przykładowo) szukaj?uid=id-zbioru-wynikow&strona=1
>
> + okresowe (załóżmy co 3 dni) czyszczenie starych plików ze zbiorami

To brzmi jak prymitywny caching z kompletnie zbędnym przekierowaniem (zakładam, że 304 to pomyłka i miało być 303). 

Jeśli do tego linki/identyfiaktory nie będą powtarzalne, to to po prostu głupi pomysł -- niepotrzebnie tworzysz sobie miliony martwych linków. 

-- 
http://pornel.net
this.author = new Geek("porneL");