Ознайомтеся з тим, як алгоритм кнопки Назад веб-браузера може вплинути на навігацію в порталі.
За допомогою кнопки браузера Назад користувачі IBM® WebSphere Portal Express можуть переміщатися в зворотному напрямку за поданнями сторінок, які вони раніше відвідали.
При натисканні користувачем в браузері кнопки Назад портал відновлює уявлення останніх відвіданих користувачем сторінок. При цьому зачіпаються наступні характеристики сторінок:
Це означає, що якщо повернутися до попередньої сторінки за допомогою кнопки Назад і вибрати посилання на ту сторінку, на якій користувач ще не був, то всі параметри відвідується сторінки можуть не зберегтися. Це залежить від теми сторінки. Приклад наведено в абзаці Приклад сценарію 1.
Прим. Конкретний набір параметрів, що зберігаються в стані уявлення сторінки, залежить від теми і її реалізації. Можуть зберігатися всі параметри або підмножина параметрів. Це відноситься до тем порталу і призначеним для користувача тем.
Додаткова інформація наведена в розділі, присвяченому стану уявлення теми Компоновщик сторінок.
Термінологія: В цьому розділі прийнята наступна термінологія:
- Терміни "стан вистави" і "навігаційне стан" в контексті цього розділу вживаються як синоніми. Стосовно до стандартних притулити те ж саме означає і термін параметри виведення.
- Все, що говориться про кнопці Назад, справедливо і для кнопки Вперед, з природними модифікаціями.
- Натискання кнопки Назад не можна скасувати. Вона працює не зі станом додатки, а тільки з станами уявлення (навігаційним станом).
Користувальницький інтерфейс
Натискати кнопку Назад можна стільки раз, скільки дозволяє браузер. При цьому інформація витягується з кешу хронології браузера; додаткового звернення до сервера не відбувається. Користувач бачить саме ту ж сторінку, що і в попередній раз, коли він відвідував її.
На сторінці, до якої користувач повернувся по кнопці Назад, можна вибирати будь-яке посилання. Перехід здійснюється наступним чином:
Якщо розглядати ці параметри як стану уявлення, то з точки зору користувача це означає наступне:
приклади сценаріїв
Приклад сценарію 1: Розгортання портлету на весь екран і згортання портлету в значок
- Користувач переглядає сторінку A з двома портлетами: A1 і A2, обидва портлету відкриті в своєму звичайному вікні (стан за замовчуванням).
- Користувач розгортає притулити A1 на весь екран.
- Користувач натискає кнопку Назад. Притулити A1 знову відображається в звичайному вікні.
Приклад сценарію 2: Перемикання між сторінками
- Користувач переглядає сторінку A з двома портлетами: A1 і A2, обидва портлету відкриті в своєму звичайному вікні (стан за замовчуванням).
- Користувач розгортає притулити A1 на весь екран.
- Користувач відкриває сторінку B. Портал відображає сторінку B.
- Користувач натискає кнопку Назад. Портал повертається на сторінку A. Портлет A1 відображається в розгорнутому стані.
- Користувач ще раз натискає кнопку Назад. Притулити A1 знову відображається в звичайному вікні.
Приклад сценарію 3: Різні дії користувача призводять до одного і того ж результату.
Початковий сценарій і дії користувача:
Наступні варіанти сценарію приведуть до одного і того ж результату, незважаючи на різні дії користувача:
Сценарій 3a: Застосування кнопки Назад
- Користувач натискає кнопку Назад. Портал відображає притулити B1 в звичайному вікні.
- Користувач ще раз натискає кнопку Назад. Портал перемикається на сторінку A. На ній відкриті: притулити A1 в режимі редагування і притулити A2, згорнутий в значок. Притулити A3 показує другу сторінку документа.
Сценарій 3b: Вибір нового посилання
- Для "повернення" на сторінку A користувач вибирає її в панелі навігації. Правильніше було б вважати, що відбувається перехід не назад на сторінку A, а вперед на сторінку A. В результаті портал відображає сторінку A. На ній відкриті притулити A1 в режимі редагування і притулити A2, згорнутий в значок. Притулити A3 показує другу сторінку документа.
установка закладок
Прим. Користувач може встановити кілька закладок на різні вікна однієї і тієї ж сторінки. Результат сценарію в наведеному вище прикладі не залежить від інших закладок, встановлених користувачем на інші стани тієї ж сторінки.
Приклад сценарію: Установка закладок
- Користувач вибирає сторінку A з портлетами A1 і A2.
- Користувач розгортає притулити A1 на весь екран, а притулити A2 згортає в значок.
- Користувач встановлює закладку на сторінку. Користувач називає ятати A1min_A2max.
- Користувач виходить із системи, а потім знову входить в неї.
- Користувач вибирає ятати A1min_A2max. Портал відображає сторінку A з розгорнутим притулити A1 і згорнутим притулити A2.
Користувач може встановити іншу закладку A1Edit_A2Default на ту ж сторінку A, на якій відкрито притулити A1 в режимі редагування і притулити A2 в стані за замовчуванням. Обидві закладки будуть працювати незалежно один від одного.
Зауваження про роботу кнопки Назад для адміністраторів
- Можна поставити незалежні закладки на різні стани однієї і тієї ж сторінки.
- Можна кешувати сторінки за конкретними ознаками.
Застосування кнопки Назад в притулити стандартного API
Якщо притулити відповідає стандартному API, то за допомогою кнопки Назад користувачі можуть переміщатися в зворотному напрямку між станами уявлень портлету, визначеними в його параметрах виведення. При натисканні кнопки Назад в притулити цього типу відновлюється вся інформація, визначена в параметрах виведення. Загальних правил, що визначають, яка інформація буде зберігатися в кеші в якості параметрів виведення для портлету, не існує. Дія кнопки Назад при роботі з конкретними портлетами залежить від їх реалізації. Вона визначається розробником кожного конкретного портлету.
Якщо посилання в притулити реалізовані як виводяться (параметри змінюються на рівні посилання), то кнопка Назад може служити для переміщення по хронології дій з притулити. Однак це можливо тільки для портлетів, написаних відповідно до стандартного API. Якщо користувач працює з притулити, сумісним з API IBM, то натискання кнопки Назад ніяк не впливає на зміни в навігаційному стані.
Загальне правило таке, що в якості параметрів виведення повинна бути реалізована будь-яка інформація, що впливає на уявлення портлету, а не на його стан додатки. Більш докладні відомості про розробку портлетів, сумісних зі стандартним API, для WebSphere Portal Express приведені в розділі Best practices: Developing portlets using JSR 168 і WebSphere Portal Express.
Налаштування терміну зберігання сторінок порталу в хронології
Максимальний термін зберігання задається значенням властивості keymanager.lru.size = (целое_чісло). Це властивість задається в StateManagerService.
Ви можете вказати докладні відомості про те, коли слід зберігати або відкидати параметри виведення сторінок:
1 Щоразу, коли користувач вибирає іншу сторінку, параметри виведення портлетів на попередній сторінці скидаються. Позитивне ціле Вкажіть необхідну кількість сторінок. Параметри виведення даної сторінки можна відкинути після того, як користувач відвідає вказане число інших сторінок. 0 Параметри висновку не відкидаються і зберігаються в пам'яті сеансу порталу.
Примітка: Не ставте число менше нуля (0). Негативні числа вважаються неприпустимими.
Приклад сценарію: Налаштування максимальної кількості відвіданих сторінок в хронології
Налаштування параметра хронології може привести до несподіваних для користувача результатами, оскільки залежить від кеша браузера. Якщо користувач для зворотного переміщення частіше користується кнопкою Назад, ніж звичайної навігацією, то при перевищенні максимальної глибини стека хронології на сервері можуть вийти непередбачені результати. Наприклад, можливий випадок, коли браузер відображає портлет в попередньому стані додатки, а не в стані за замовчуванням, оскільки браузер видає вміст кешу, не звертаючись до сервера. Однак при перевищенні максимальної глибини стека хронології сервер скине притулити в стан за замовчуванням. При оновленні такої сторінки притулити відобразиться в стані за замовчуванням, а не в тому, яке було до оновлення. Якщо вас не влаштовує такий режим, встановіть значення параметра хронології рівним 0. У цьому випадку стан додатки портлету ніколи не скинеться.
Глибина стека хронології впливає тільки на навігаційне стан додатки
Налагоджена максимальне значення глибини стека хронології впливає тільки на навігаційне стан додатків портлету. Наступні характеристики не будуть зачіпатися:
- Подання або навігаційне стан порталу.
- Стан сеансу додатка портлету, тобто будь-які дії і операції з притулити.
Приклад сценарію: Глибина стека хронології впливає тільки на навігаційне стан додатки
- Значення параметра конфігурації для хронології встановлюється рівним 3 сторінок.
- Користувач заходить на сайт магазину.
- Користувач проходить за кількома поданнями сторінок і вивчає запропонований асортимент товарів.
- На сторінці X користувач бере товар і кладе його в свою віртуальну корзину.
- Користувач проходить ще через чотири вистави сторінок і продовжує знайомитися з асортиментом.
- Користувач чотири рази натискає в браузері кнопку Назад, щоб повернутися до тієї сторінці, на якій він поміщав взятий товар в корзину. Портал відображає сторінку X в стані за замовчуванням, а не в змозі на момент переходу на наступну сторінку. Причина в тому, що уявлення цієї сторінки зрушила в хронології на 4 позиції вниз і перевищило налаштоване значення, рівне 3. Однак товар, який користувач хоче придбати, залишився в кошику, так як це вже інформація стану сеансу додатка, а вона не зачіпається.