Vedeți modul în care butonul Înapoi din browserul web poate afecta navigarea în portal.
Cu ajutorul butonului Înapoi, utilizatorii IBM® WebSphere Portal Express pot naviga înapoi prin vizualizările paginilor pe care le-au vizitat anterior.
Când utilizatorul dă clic pe browser, butonul Portal spate restaurează vizualizările ultimelor pagini vizitate de utilizator. Sunt afectate următoarele caracteristici ale paginii:
Aceasta înseamnă că, dacă vă întoarceți la pagina anterioară utilizând butonul Înapoi și selectați un link către pagina pe care nu a fost încă utilizatorul, atunci este posibil ca toți parametrii paginii vizitate să nu fie păstrați. Depinde de tema paginii. Un exemplu este dat în paragraful Scenariu 1 al exemplului.
Aproximativ Un set special de parametri stocați în starea de vizualizare a paginii depinde de temă și de implementarea acesteia. Toți parametrii sau un subset de parametri pot fi salvați. Acest lucru este valabil pentru temele portalului și temele utilizatorilor.
Pentru mai multe informații, consultați secțiunea privind aspectul paginii temei "Builder de pagină".
Terminologie: Această secțiune adoptă următoarea terminologie:
- Termenii "stare de vedere" și "stare de navigare" în contextul acestei secțiuni sunt utilizați ca sinonime. Cu referire la portlet-urile standard, același lucru se înțelege prin termenii parametrii de ieșire.
- Tot ce se spune despre butonul Înapoi este valabil și pentru butonul Forward, cu modificări naturale.
- Nu puteți anula butonul Înapoi. Nu funcționează cu starea aplicației, ci numai cu stările de prezentare (starea de navigare).
Interfața utilizatorului
Puteți să faceți clic pe butonul Înapoi de câte ori permite browserul. Informațiile sunt preluate din memoria cache a istoricului browserului; nu există acces suplimentar la server. Utilizatorul vede exact aceeași pagină ca atunci când a vizitat-o.
Pe pagina la care utilizatorul a revenit folosind butonul Înapoi, puteți selecta orice legătură. Tranziția este după cum urmează:
Dacă luăm în considerare acești parametri ca stări de reprezentare, atunci din punctul de vedere al utilizatorului aceasta înseamnă următoarele:
Exemple de scenarii
Exemplu Scenariul 1: Implementarea portlet-ului pe ecranul complet și prăbușirea portlet-ului în pictogramă
- Utilizatorul se uită la pagina A cu două portlet-uri: A1 și A2, ambele portlet-uri deschise în fereastra lor normală (starea implicită).
- Utilizatorul instalează portletul A1 pe întregul ecran.
- Utilizatorul face clic pe butonul Înapoi. Portletul A1 este afișat din nou în fereastra normală.
Exemplul 2: Schimbarea între pagini
- Utilizatorul se uită la pagina A cu două portlet-uri: A1 și A2, ambele portlet-uri deschise în fereastra lor normală (starea implicită).
- Utilizatorul instalează portletul A1 pe întregul ecran.
- Utilizatorul deschide pagina B. Portalul afișează pagina B.
- Utilizatorul face clic pe butonul Înapoi. Portalul revine la pagina A. Portletul A1 este afișat în starea extinsă.
- Utilizatorul apasă din nou butonul din nou. Portletul A1 este afișat din nou în fereastra normală.
Exemplul 3: Diferitele acțiuni ale utilizatorului conduc la același rezultat.
Scenariul inițial și acțiunile utilizatorilor:
Următoarele opțiuni de script vor duce la același rezultat, în ciuda diferitelor acțiuni ale utilizatorilor:
Scenariul 3a: Folosind butonul Înapoi
- Utilizatorul face clic pe butonul Înapoi. Portalul afișează portletul B1 în fereastra normală.
- Utilizatorul apasă din nou butonul din nou. Portalul pornește la pagina A. Se deschide: portletul A1 în modul de editare și portlet-ul A2 se prăbușesc în pictogramă. Portlet-ul A3 prezintă a doua pagină a documentului.
Scenariul 3b: Selectarea unui nou link
- Pentru a "reveni" la pagina A, utilizatorul o selectează în panoul de navigare. Ar fi mai corect să presupunem că tranziția nu se întoarce la pagina A, ci mai departe către pagina A. Ca urmare, portalul afișează pagina A. Se deschide portletul A1 în modul de editare și portletul A2, care se prăbușește în pictogramă. Portlet-ul A3 prezintă a doua pagină a documentului.
Setarea marcajelor
Aproximativ Utilizatorul poate seta mai multe marcaje pe ferestre diferite ale aceleiași pagini. Rezultatul scriptului din exemplul de mai sus nu depinde de alte marcaje pe care le-a instalat utilizatorul în alte state din aceeași pagină.
Scenariu de probă: Instalarea marcajelor
- Utilizatorul selectează pagina A cu portlet-urile A1 și A2.
- Utilizatorul instalează portletul A1 pe întregul ecran și portletul A2 se prăbușește în pictogramă.
- Utilizatorul stabilește un marcaj pe pagină. Utilizatorul apelează marcajul A1min_A2max.
- Utilizatorul se deconectează și apoi reintroduce sistemul.
- Utilizatorul selectează fila A1min_A2max. Portalul afișează pagina A cu portlet-ul desfășurat A1 și portletul A2 restrâns.
Utilizatorul poate seta o altă filă A1Edit_A2Default la aceeași pagină A, unde portletul A1 este în modul de editare și portletul A2 este în starea implicită. Ambele marcaje vor funcționa independent una de cealaltă.
Note cu privire la butonul Înapoi pentru administratori
- Puteți pune marcaje independente pe diferite stări ale aceleiași pagini.
- Puteți cache paginile pentru caracteristici specifice.
Utilizând butonul Înapoi în portlet-urile standard API
Dacă portletul se conformează standardului API, apoi utilizând butonul Înapoi, utilizatorii pot naviga în direcția opusă între stările de vizualizare a portlet-urilor definite în parametrii de ieșire ai portlet-ului. Când faceți clic pe butonul Înapoi în acest tip de portlet, se restabilește toate informațiile definite în parametrii de ieșire. Nu există reguli generale care să determine ce informații vor fi stocate în memoria cache ca parametri de ieșire pentru portlet. Acțiunea butonului Înapoi când lucrați cu portlet-uri specifice depinde de implementarea acestora. Acesta este determinat de dezvoltatorul fiecărui portlet particular.
Dacă legăturile din portlet sunt implementate ca ieșiri (parametrii se schimbă la nivelul legăturii), butonul Înapoi poate fi utilizat pentru a naviga prin istoricul acțiunilor cu portletul. Cu toate acestea, acest lucru este posibil numai pentru portlet-urile scrise în conformitate cu standardul API. Dacă utilizatorul lucrează cu un portlet compatibil cu API-ul IBM, dând clic pe butonul Înapoi nu are niciun efect asupra modificărilor în starea de navigare.
Regula generală este că, în calitate de parametri de ieșire, este necesară implementarea oricărei informații care afectează vizualizarea portlet-ului, nu starea aplicației sale. Pentru mai multe informații despre dezvoltarea de portlet-uri care sunt compatibile cu standardul API pentru WebSphere Portal Express, consultați Cele mai bune practici: Dezvoltarea portlet-urilor utilizând JSR 168 și WebSphere Portal Express.
Stabilirea perioadei de păstrare pentru paginile portalului în cronologie
Perioada maximă de păstrare este setată de valoarea proprietății keymanager.lru.size = (număr întreg). Această proprietate este specificată în serviciul StateManagerService.
Puteți specifica informații detaliate despre momentul de salvare sau de eliminare a parametrilor de ieșire a paginii:
1 Ori de câte ori utilizatorul selectează o altă pagină, setările de ieșire a portlet-ului de pe pagina anterioară sunt resetate. Integer pozitiv Introduceți numărul necesar de pagini. Parametrii de ieșire din această pagină pot fi eliminați după ce utilizatorul vizitează numărul specificat de alte pagini. 0 Parametrii de ieșire nu sunt aruncați și stocați în memoria sesiunilor de portal.
Notă: Nu specificați un număr mai mic decât zero (0). Numerele negative sunt considerate inadmisibile.
Exemplu scenariu: Setați numărul maxim de pagini vizitate în istoric
Setarea parametrului istoric poate duce la rezultate neașteptate pentru utilizator, deoarece depinde de memoria cache a browserului. Dacă utilizatorul utilizează butonul Înapoi mai des decât navigarea normală, atunci când este depășită adâncimea maximă a istoricului, pot apărea rezultate neașteptate pe server. De exemplu, este posibil ca browserul să afișeze portlet-uri în starea anterioară a aplicației și nu în starea implicită, deoarece browserul emite conținutul cache-ului fără a contacta serverul. Cu toate acestea, dacă este depășită adâncimea maximă a stivei istorice, serverul va reseta portlet-ul la starea implicită. Când reîmprospătați o astfel de pagină, portletul apare în starea implicită, nu cel care a fost înainte de actualizare. Dacă nu sunteți mulțumit de acest mod, setați valoarea parametrului istoric la 0. În acest caz, starea aplicației portlet nu va fi niciodată resetată.
Adâncimea stiva istorică afectează numai starea de navigație a aplicației
Valoarea maximă ajustată a adâncimii stivei istorice afectează numai starea de navigație a aplicațiilor de portlet. Următoarele caracteristici nu sunt afectate:
- Vizualizarea sau starea de navigare a portalului.
- Starea sesiunii de aplicații pentru portlet, adică orice acțiuni și operații cu portlet-ul.
Scenariu de probă: Adâncimea stivei istorice afectează numai starea de navigare a aplicației
- Valoarea parametrului de configurare pentru istoric este setată la 3 pagini.
- Utilizatorul vizitează site-ul magazinului.
- Utilizatorul trece prin mai multe vizualizări de pagină și studiază gama de produse propuse.
- Pe pagina X, utilizatorul ia produsul și îl pune în coșul său virtual.
- Utilizatorul trece prin alte patru vizualizări de pagini și continuă să se familiarizeze cu sortimentul.
- Utilizatorul apasă butonul Înapoi de patru ori în browser pentru a reveni la pagina unde a plasat produsul luat în coșul de gunoi. Portalul afișează pagina X în starea implicită și nu în stare în momentul deplasării la pagina următoare. Motivul este că prezentarea acestei pagini sa schimbat în cronologie cu 4 poziții în jos și a depășit valoarea configurată egală cu 3. Cu toate acestea, bunurile pe care utilizatorul dorește să le achiziționeze au rămas în coș, deoarece acestea sunt informații despre starea sesiunii de aplicații și nu sunt afectate.