8.3 упр.ф.

создано временное хранилище при установке параметров сеанса, оно живет пока жив сеанс
после создания в общем модуле в него помещаются другие адреса временных хранилищ. они живут соответственно недолго. как сделать так, чтобы время жизни этих новых временных хранилищ было синхронизовано со временем жизни нашего основного вечного временного хранилища?

ой, создано не при установке параметров сеанса, а при начале работы системы в модуле приложения

Оно живёт пока жива форма или до следующей сборки мусора

То что тебе нужно это модуль с повторным значением

(3) спс, попробуем

(3) ааа нет кто-то писал, что такие модули держат значение в течение 20 минут. а мне надо весь сеанс.

Ну тогда клади значение в параметр сеанса

(6) параметр сеанса переинициализируется каждый раз при обращении. пробовала уже.

(7) как то ты не так делала значит
1 раз на сеанс идёт инициализация

(7) повтори мне еще раз, для тугих.
как я ставлю один раз значение "Рубль" при инициализации параметров сеанса и потом получаю его 100500 раз в течении жизни сеанса?

(8) было так: в модуле сеанса инициализируем параметр и оттуда же запускаем фз, в ходе которого этот параметр сеанса перезаполняется. как только идет обращение к параметру сеанса из фз, заново запускается модуль сеанса, который запускает фз. все это дело зацикливается, и установка параметра сеанса в фз так никогда и не происходит.

(0) что вы там хранить-то собрались?

(9) вот вот, поставить его один раз отлично можно, а вот если попробовать поменять его потом (не прочитать а поменять), то ничего не выйдет, он опять переинициализируется

(11) данные тяжелого и часто открываемого отчета, чтобы он быстро открывался

(13) а зачем его к сеансу прибивать? посчитайте данные и положите в регистр сведений. в ФЗ обновляйте раз в 10-50-100 минут.

(13) регистр запилите. Сможете хранить не только в рамках сеанса.

(15) хотим, чтобы данные лежали в кэше, чтобы открывались не просто быстро, а мгновенно

(16) а то что хранилище это практически временный файл на сервере это вас не смущает?

(16) если платформа "КОРП" посмотрите в сторону "дата акселератор". Если денег нет -лучше регистр.

(17) так это ж и требуется
или что тут должно смущать?

(18) круто! спс, почитаем

(10) Епстественно, в ФЗ будут новые параметры сеанса.

По-моему, для кэша лучше повторного использования возвращаемых значений ничего не придумать.
Ну, да - если долго не использовалось - будет переинициализация. Ну и что? Для кэша - самое то. Неиспользуемые данные память не занимают.

Время жизни сеанса <> времени жизни окна.
Причем функций повторного использования это тоже касается.
Еслинственное что гарантируется - когда адрес во ВХ проинициализирован УИД формы - на время жизни этой формы, все остальное живёт до сборки мусора.

(13) Да. Для такого "дата акселератор" подошел бы идеально. Он спецом для такого и делался.

Красивое решение для кэширования данных на сервере невозможно в парадигме стейтлесс-сервера 1с. Всё, что получается - это костыли той или иной формы.

(0) Погоди ка, там же если второй параметр является уникальным идентификатором (не формы), то живет весь сеанс

(26) Вроде с какой-то версии это не так, и "бесхозный" УИД хранилища считается пустым при сборе мусора, соответственно хранилище может быть очищено внезапно. Нельзя на это всерьёз полагаться. То есть при получении чего-то из хранилища с левым УИДом надо обязательно проверять, что получено.

(26) да, я пробовала с новым уидом, ничего не сохранилось(

(26) помоему только в течении серверного вызова.

Если уид это не уид формы то смысла в нем нет
Очистится сразу

(26) Нет. Это ошибочное описание, присутствующее и оставшееся только в СП (и в одном месте лохматой статьи с ИТС) и не соответствующее действительности

а подумать в сторону того, чтобы данные для отчета хранились в простом виде, не требующем сложных вычислений - не предлагать?

А временный файл на стороне клиента?

(33) емнип, только в темпах сервера 1с, пока не было запрошено получение на клиент. тогда появляется клон на стороне клиента. ради синхронизации этих клонов и развели огород со сроками жизни и привязками к гуидам форм.

(34) s/клиент/другой сервер кластера/g

(0) А каких размеров этот "страшный отчет"? Сколько на сколько строк и колонок?

Как отчет/данные отчета запихнуть во временное хранилище? В каком виде? Какая нибудь таблица значений?

(27) Я на это еще в 8.2 напоролся, в 8.3 ситуация не изменилась

(0) Оно может жить вечно, захламляя сервер временными файлами :)

(2) Это если ТС использовал ИД формы. А не сгенерировано от балды ;)

(5) 20 минут держат КОМ соединение во временном хранилище, вы бы описали бы конкретно, что вы там храните :)

(8) Если, например, перекидывает с сервера на сервер - инициализация идет заново.

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

А по теме, надо смотреть в сторону ключа, который левый УИ. С ним хранилище будет держаться вечно. Но это не проверял, ибо временное хранилище использую только по назначению и обязательно чищу, после работы с ним

(42) "смотреть в сторону ключа, который левый УИ. С ним хранилище будет держаться вечно" // Еще одна жертва синтакс-помощника :)

(43) Это было избиение беззащитного. Я же написал, что не проверял. Эх...
))))))))))