porneL wrote:
> Koncepcyjnie wyszukiwanie jest tylko widokiem na dane i nie ma efektów
> ubocznych. Do zapytań bez efektów ubocznych jest GET. POST jest
> przeznaczony do zapytań, które mają ważne efekty uboczne (rejestracja,
> dodanie komentarza, zakup, itp.)

Nie zawsze można użyć GET do wyszukiwania. Ja musiałem na jednym dużym
(posiadającym ponad 500 działów/poddziałów) forum phpBB 3 zmienić
method="get" na method="post", bo były generowane bardzo długie linki,
których IE nie obsługuje, np.

http://forum.********.org/search.php?keywords=Cross-
Platform+Development+in+C%2B+Building+MAC+OS+X%2C+Li
nux%2C+and+Windows+[Eng]&terms=all&author=&fid[]=19&
fid[]=1&fid[]=20&fid[]=2&fid[]=15&fid[]=24&fid[]=21&
fid[]=4&fid[]=5&fid[]=6&fid[]=7&fid[]=18&fid[]=22&fi
d[]=8&fid[]=9&fid[]=10&fid[]=11&fid[]=12&fid[]=13&fi
d[]=14&fid[]=17&fid[]=26&fid[]=27&fid[]=28&fid[]=23&
fid[]=16&fid[]=31&fid[]=35&fid[]=44&fid[]=45&fid[]=4
6&fid[]=47&fid[]=48&fid[]=51&fid[]=52&fid[]=57&fid[]
=59&fid[]=62&fid[]=63&fid[]=70&fid[]=73&fid[]=74&fid
[]=75&fid[]=76&fid[]=77&fid[]=78&fid[]=79&fid[]=80&f
id[]=81&fid[]=82&fid[]=83&fid[]=84&fid[]=85&fid[]=86
&fid[]=87&fid[]=88&fid[]=89&fid[]=90&fid[]=91&fid[]=
92&fid[]=93&fid[]=94&fid[]=95&fid[]=96&fid[]=97&fid[
]=98&fid[]=99&fid[]=100&fid[]=101&fid[]=102&fid[]=10
3&fid[]=104&fid[]=105&fid[]=106&fid[]=108&fid[]=109&
fid[]=110&fid[]=111&fid[]=112&fid[]=113&fid[]=114&fi
d[]=115&fid[]=116&fid[]=117&fid[]=118&fid[]=119&fid[
]=120&fid[]=121&fid[]=122&fid[]=123&fid[]=124&fid[]=
1
25&fid[]=127&fid[]=128&fid[]=129&fid[]=130&fid[]=132
&fid[]=134&fid[]=135&fid[]=136&fid[]=137&fid[]=138&f
id[]=139&fid[]=140&fid[]=141&fid[]=142&fid[]=143&fid
[]=144&fid[]=145&fid[]=146&fid[]=147&fid[]=148&fid[]
=149&fid[]=150&fid[]=151&fid[]=152&fid[]=154&fid[]=1
55&fid[]=156&fid[]=157&fid[]=158&fid[]=159&fid[]=160
&fid[]=161&fid[]=162&fid[]=163&fid[]=165&fid[]=166&f
id[]=167&fid[]=168&fid[]=170&fid[]=171&fid[]=172&fid
[]=176&fid[]=177&fid[]=178&fid[]=179&fid[]=181&fid[]
=182&fid[]=183&fid[]=184&fid[]=185&fid[]=187&fid[]=1
89&fid[]=190&fid[]=192&fid[]=193&fid[]=194&fid[]=195
&fid[]=196&fid[]=197&fid[]=198&fid[]=199&fid[]=200&f
id[]=201&fid[]=202&fid[]=203&fid[]=204&fid[]=205&fid
[]=206&fid[]=207&fid[]=208&fid[]=209&fid[]=210&fid[]
=211&fid[]=212&fid[]=215&fid[]=216&fid[]=218&fid[]=2
19&fid[]=220&fid[]=221&fid[]=222&fid[]=223&fid[]=224
&fid[]=225&fid[]=226&fid[]=227&fid[]=228&fid[]=229&f
id[]=230&fid[]=231&fid[]=233&fid[]=234&fid[]=235&fid
[]=236&fid[]=237&fid[]=239&fid[]=240&fid[]=241&fid[]
=2
42&fid[]=244&fid[]=245&fid[]=246&fid[]=247&fid[]=248
&fid[]=249&fid[]=250&fid[]=252&fid[]=253&fid[]=254&f
id[]=255&fid[]=256&fid[]=258&fid[]=260&fid[]=261&fid
[]=262&fid[]=263&fid[]=264&fid[]=265&fid[]=266&fid[]
=267&fid[]=268&fid[]=269&fid[]=270&fid[]=271&fid[]=2
72&fid[]=273&fid[]=274&fid[]=275&fid[]=276&fid[]=277
&fid[]=278&fid[]=279&fid[]=280&fid[]=281&fid[]=282&f
id[]=283&fid[]=284&fid[]=285&fid[]=286&fid[]=287&fid
[]=288&fid[]=290&fid[]=292&fid[]=293&fid[]=294&fid[]
=295&fid[]=296&fid[]=297&fid[]=298&fid[]=299&fid[]=3
00&fid[]=301&fid[]=302&fid[]=303&fid[]=305&fid[]=306
&fid[]=307&fid[]=308&fid[]=309&fid[]=310&fid[]=311&f
id[]=312&fid[]=313&fid[]=314&fid[]=316&fid[]=317&fid
[]=319&fid[]=321&fid[]=322&fid[]=323&fid[]=324&fid[]
=325&fid[]=326&fid[]=327&fid[]=328&fid[]=329&fid[]=3
30&fid[]=331&fid[]=332&fid[]=333&fid[]=335&fid[]=337
&fid[]=338&fid[]=339&fid[]=340&fid[]=341&t=0&submit=
Szukaj&sc=0&sf=firstpost&sk=i&sd=a&sr=topics&st=90&c
h=700&t=0

do góry

porneL wrote:
> W tak skrajnym przypadku faktycznie POST może być złem koniecznym. Jak
> wygląda wtedy link do drugiej strony wyników?

search.php?search=(ID wyszukiwania)&start=30

ID jest ważny przez 2 dni.

do góry

Witam,

Mam problem koncepcyjny, może ktoś z Was mnie oświeci. Otóż mamy sobie CMS a
w nim drzewko kategorii. W tych kategoriach mamy sobie dokumenty. To po
stronie redakcyjnej.

Po stronie publicznej oglądacz ogląda sobie treści zaglądając do różnych
dokumentów. Do tego samego dokumentu raz wejdzie poprzez strona
główna/newsy/archiwalne/moj_dokument.html a innym razem strona
główna/wyszukiwarka/moj_dokument.html. Jeszcze innym razem oglądacz wykona
kilka pętli po serwisie zanim dotrze do tego samego dokumentu i w tym
przypadku przedstawianie ścieżki jako obłędnej drogi jest pozbawione sensu.

Jak koncepcyjnie podejść do realizacji wyświetlania takiej ścieżki dostępu?
Czy operować zawsze strukturą kategorii i dać sobie spokój z badaniem
aktywności użytkownika? Czy rejestrowanie i przedstawienie faktycznej drogi
jako przemierzył oglądacz ma jakikolwiek sens i czy da się w ogóle rozsądnie
pokazać? Jak realizujecie tego typu zadania?

--
Pozdrawiam,
Marek

do góry

Marek pisze:
> [...] Jak koncepcyjnie podejść do realizacji wyświetlania takiej ścieżki
> dostępu? [...]

Może pomoże:
http://groups.google.pl/group/pl.comp.www/browse_thr
ead/thread/fd56b461ee18a2da
- dyskusja na ten sam temat, mnie odpowiedzi P.T. Grupy rozjaśniły
wątpliwości.

Pozdrawiam
--
Hanka Skwarczyńska ręcznie zdobione zaproszenia ślubne
i kotek Behemotek kartki okolicznościowe, pakowanie prezentów
KOTY. KOTY SĄ MIŁE. http://truecolors.pl

do góry

> Może pomoże:
> http://groups.google.pl/group/pl.comp.www/browse_thr
ead/thread/fd56b461ee18a2da -
> dyskusja na ten sam temat, mnie odpowiedzi P.T. Grupy rozjaśniły
> wątpliwości.

O właśnie to jest to.... Dziękuję za informacje. Widzę, że zawiązała się
stała grupa aktywistów uczestniczących w forach internetowych. Paweł, Jacek
no i Twoje wypowiedzi również... szczególnie dotyczące kotów i to od zawsze
:-)))

Ustosunkowując się do wybowiedzi i zagadnienia history.back() to może się to
sprawdzać również w przypadku wyszukiwarki - o ile jest ona odpowiednio
oprogramowana. W swoim CMS'ie poradziłem sobie z tym zagadnieniem.

Przeciwko stosowaniu hierarchicznej ścieżki jest to, że nie uwzględnia ona
wyszukiwarek wykorzystanych do dotarcia do dokumentu oraz linków z innych
dokumentów lecz tylko obrazuje położenie obiektu w drzewie kategorii.
Argumentów "za" nie trzeba cytować. Generalnie jeden argument użyty w tej
dyskusji przesądza: history.back() realizuje przeglądarka więc nie ma po co
dublować funcjonalności. Można uzupełnić nawigację o wskazanie miejsca w
strukturze kategorii. Też do tego wniosku doszłaś?

do góry

Marek pisze:
> [...]
> Ustosunkowując się do wybowiedzi i zagadnienia history.back() to może
> się to sprawdzać również w przypadku wyszukiwarki - o ile jest ona
> odpowiednio oprogramowana. [...]

Chyba że jest to wyszukiwarka zewnętrzna, w sensie obcy serwis.
Odpowiednie oprogramowanie go może być utrudnione :)

> [...]Też do tego wniosku doszłaś?

Doszłam przede wszystkim do wniosku, że nie jestem w stanie -
przynajmniej w przypadku strony, o którą mi wówczas chodziło, ale też
chyba w przypadku jakiegokolwiek bardziej złożonego serwisu - sklecić
sensownej konstrukcji takich ścieżek, nazwijmy to, kontekstowych. Jak
zaczynałam kombinować, które podziały uwzględniać, a które pomijać, to
robiło się groźnie. Więc niech ta ścieżka już będzie "fizyczna", a
wszelkie inne podziały można zaprezentować w menu czy innych kawałkach
nawigacji, nie ma takiego przepisu, że może być tylko jedno menu ;)

Pozdrawiam
--
Hanka Skwarczyńska ręcznie zdobione zaproszenia ślubne
i kotek Behemotek kartki okolicznościowe, pakowanie prezentów
KOTY. KOTY SĄ MIŁE. http://truecolors.pl

do góry

> Przeciwko stosowaniu hierarchicznej ścieżki jest to, że nie uwzględnia ona
> wyszukiwarek wykorzystanych do dotarcia do dokumentu oraz linków z innych
> dokumentów lecz tylko obrazuje położenie obiektu w drzewie kategorii.

To przecież zaleta, nie wada. Jeśli serwis ma wyraźną hierarchiczną
strukturę, umieszczenie na stronie breadcrumbsów powoduje, że wskakując
na stronę z zewnętrznego linku czy wyszukiwarki użytkownik widzi jej
kontekst i łatwo może się po nim poruszać (jedna kategoria w górę,
kategoria główna itp). Dla serwisów zorganizowanych hierarchicznie
taka nawigacja ma same plusy. Dla pozbawionych hierarchii lepsze są
tagi i możliwość ich wyszukiwania (oraz ich wizualizacja).

GS
--
Grzegorz Staniak <gstaniak _at_ wp [dot] pl>
Nocturnal Infiltration and Accurate Killing

do góry

> Chyba że jest to wyszukiwarka zewnętrzna, w sensie obcy serwis.
> Odpowiednie oprogramowanie go może być utrudnione :)

Zimno :-) Ja to zrobiłem tak:
Formularz wyszukiwarki POSTem wysyła parametry. Moduł CMS'a odpowiedzialny
za wyszukiwanie zapamiętuje te dane w zmiennej sesyjnej i wysyła nagłówek
zawierający przekierowanie do siebie samego. Po przeładowaniu moduł
wyszukujący pracuje zgodnie z zapamiętanymi parametrami wyświetlając wyniki
wyszukiwania. W tym czasie przeglądarka internetowa (IE, FF, Netscape -
innych nie testowałem) nie odnotowuje w swojej historii tego, że coś POST'em
było wysyłane więc cofnięcie history.back() działa intuicyjnie i nie ma
jakiś pytań o zgodę na ponowne przesłanie formularza. Można ładnie wrócić do
wszystkich poprzednich punktów serwisu WWW.

> Doszłam przede wszystkim do wniosku, że nie jestem w stanie - przynajmniej
> w przypadku strony, o którą mi wówczas chodziło, ale też chyba w przypadku
> jakiegokolwiek bardziej złożonego serwisu - sklecić sensownej konstrukcji
> takich ścieżek, nazwijmy to, kontekstowych. Jak zaczynałam kombinować,
> które podziały uwzględniać, a które pomijać, to robiło się groźnie.

Właśnie to samo przerabiałem aż w końcu doszedłem do wniosku aby
history.back() pozostawić przeglądarce i jeśli koniecznie trzeba ścieżkę
prezentować to czynię to wyłącznie w formie prezentacji stopnia zagłębienia
się w drzewku kategorii.

do góry

> To przecież zaleta, nie wada.

Nie zawsze.W przypadku funkcjonalnych sekcji serwisu WWW nie będących
dokumentem pojęcie kategorii nie istnieje więc nie można np. wyszukiwarki
czy modułu newsów umieścić na jakimkolwiek poziomie hierarchii.

> Jeśli serwis ma wyraźną hierarchiczną
> strukturę,

Właśnie.... "jeśli". Nie pamiętam kiedy po raz ostatni miałem do czynienia z
takim serwisem.


> (...) Dla pozbawionych hierarchii lepsze są
> tagi i możliwość ich wyszukiwania (oraz ich wizualizacja).

Chodzi o chmury słów kluczowych ?

do góry

On 06.03.2009, Marek <m...@s...interia.pl> wroted:

>> To przecież zaleta, nie wada.
>
> Nie zawsze.W przypadku funkcjonalnych sekcji serwisu WWW nie będących
> dokumentem pojęcie kategorii nie istnieje więc nie można np. wyszukiwarki
> czy modułu newsów umieścić na jakimkolwiek poziomie hierarchii.

Nie rozumiem.

>> Jeśli serwis ma wyraźną hierarchiczną
>> strukturę,
>
> Właśnie.... "jeśli". Nie pamiętam kiedy po raz ostatni miałem do czynienia z
> takim serwisem.

No, ja mam do czynienia kilka razy dziennie. Allegro, sklepy internetowe,
różne skąpce i ceneo, portal Wyborczej itd. itp.

>> (...) Dla pozbawionych hierarchii lepsze są
>> tagi i możliwość ich wyszukiwania (oraz ich wizualizacja).
>
> Chodzi o chmury słów kluczowych ?

Niekoniecznie o chmury, to tylko metoda wizualizacji. A "słowa kluczowe"
to pojęcie szersze niż "tagi" czy jak to tam po polsku może brzmieć.

GS
--
Grzegorz Staniak <gstaniak _at_ wp [dot] pl>
Nocturnal Infiltration and Accurate Killing

do góry