Petro123,

Данная функция, хоть и называется чисткой кэша, но основное её назначение - сброс состояния сессии на странице.
Кэш как таковой, тут, чаще всего, ни при делах.

Состояние сессии сбрасывается => меняется набор выполняющихся компонент (которые conditional display),
меняются значения переменных, которые использует sql,
начинают пересчитываться значения items (у которых source used = Only when current value in session state is null) и т.д.

Кто стал дольше работать см. apex debug

Petro123SvDev,
с третьей стороны, для сброса сессии есть свой параметр. А для кэша - свой.
IMHO
Не понял, про что вы. Это не я придумал.
Почитайте документацию, сомнения развеются:

Clearing Session State
Understanding URL Syntax


Есть отдельные специальные механизмы кэширования (их много разных)
если вы про кнопку назад см. Security Attributes > Cache disabled,

В прочем я сомневаюсь в возможности полного запрета возвращения старых страниц по кнопке назад.
И есть еще одновременная работа на нескольких вкладках.

В любом случае случае, когда срабатывает POST, отправляются полностью все элементы, которые находятся на текущей странице, поэтому в процессе обработки можно дополнительно перестраховаться, исключив оттуда items с других страниц.

Petro123- при разработке и замене 1-ой строки кода изменения не видны на страничке пока его принудительно не очистить.
...
Кто как спасается?

Это всё зависит, где у вас эта строчка кода, и кто её закешировал.
По умолчанию, чаще всего ничего делать не надо, изменения видны сразу.

Если вы настраивали кэширование, то там уже смотреть надо, если нет, ctrl + F5 помогает обычно

Petro123SvDevхоть и называется чисткой кэша, но основное её назначение - сброс состояния сессии на странице
не согласен.
AFAIK при сбросе через урл начинают по новой загружаться рисунки статик и оформление страницы
что очнь похоже на Ctrl+F5
Но, вообще. надо разобраться позже в:
- Ctrl URL....YES
- URL....сессия пусто или старая устаревшая = новая
т.к. даже при переходе по бредкрамбс Назад и НЕ прописав параметр в урл ID=123
у меня страница открывается по этому параметру)))))
Т.е. берётся из кэша автоматом...хотя в урле этого параметра нет!
Можно попасть "на бабки" перейдя обратно по кэшу не на тот продукт с ID товаром.
Я этот абзац не так понял, поэтому частично не на тот вопрос ответил. Тут путаница в терминологии.

Суть вот в чем. Значения items хранятся в сессии на стороне сервера и только, больше нигде отдельно не хранятся. В документации в основном это называется состоянием сессии, но конкретно в этом месте упоминается как кеш, создавая некую путаницу, на мой взгляд. На практике слово кеш обычно не используют, когда говорят про состояние сессии.

С браузерным кешем параметр clearcache не связан. Загрузка статических ресурсов скорее-всего вызвана чем-то другим, мб из-за того, что URL поменялся или время между запросами тоже влияет. Проверяется просто - сравнивается HTML и заголовки запросов и ответов на предмет инструкций кеширования, по крайней мере, я разницы не наблюдаю, ну и в документации бы про это написали.

При передаче значения item через URL, это значение устанавливается в сессии на сервере до следующей очистки или установки. Поэтому значение достаточно один раз установить. Есть ещё много нюансов всяких, например если установлено новое значение через item source used: always, то вы значения из url и не увидите, хотя именно значение из url останется сохранено в сессии, т.к. указанное свойство сессию не устанавливает, а устанавливает только временное значение для вывода на страницу.