| FAQ |
| Kalender |
|
|
|
|
#1 | ||
|
|||
|
Administratör
|
Jag skulle tvärtom föreslå att göra sidindelningen på serversidan. Användarupplevelsen ska alltid komma först, och är det en lång lista blir den bättre så. Endast om listan är såpass kort att sortering osv kan göras såpass momentant på klientsidan att det ligger på nivå med ett normalt ajax-anrops svarstid (<300ms) finns det anledning att gå ifrån det.
Efter det ställningstagandet kan man börja fundera på vad som blir bäst SEO-mässigt. En sak såsom att låta ajax-sidindelningen även ha vanlig statisk href-länkning är en bra början. Att sedan försöka göra innehållet mer unikt och mindre upprepande är en bra fortsättning. Ha en default-sortering som gör att dina viktigaste list-element SEO-mässigt (mest populära eller senaste, kanske?) hamnar på förstasidan om det även verkar sunt för användaren. |
||
|
|
Svara med citat
|
|
|
#2 | ||
|
|||
|
Medlem
|
Citat:
Det första borde (väl) dock vara att föredra för sökmotorer. En annan fördel med klientsidepagineringen torde vara att man slipper göra en "graceful degradation"-lösning för pagineringen. De som inte kör javascript får hela listan på en och samma sida, medans de som kör JS kan bläddra och filtrera hejvilt. Ska man köra på alternativ två kan man behöva göra dels serversidepaginering och sen lägga på en ajax-lösning ovanpå det. Jag får helt enkelt testa mig fram och se vilket som fungerar bäst. Det verkar i alla fall inte som det finns ett sätt som alla gör på. ![]() Tack för svaren! |
||
|
|
Svara med citat
|
|
|
#3 | ||
|
|||
|
Flitig postare
|
Paginering är något nödvändigt ont och man bör aldrig paginera resultat bara för sakens skull. Ifall listan inte kommer överstiga c:a 100 element, kan du gott och väl dumpa ut allt på samma sida. Användaren slipper klicka på pagineringslänkar och kan använda webbläsarens sökfunktion för att hitta rätt resultat.
|
||
|
|
Svara med citat
|
|
|
#4 | ||
|
|||
|
Medlem
|
Citat:
|
||
|
|
Svara med citat
|
| Svara |
| Ämnesverktyg | |
| Visningsalternativ | |
|
|