В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

1С, БСП, DevOps и Архитектура

1854 membersпожаловаться на группу
2020 December 04

JD

John Doe in 1С, БСП, DevOps и Архитектура
Алексей М.
загадки во тьме... :)
давайте тогда определяться с терминологией. Время жизни - в вашем понимании максимальное время существования кеша до полного обновления?
Не максимальное, а требуемое
источник
14:54пожаловаться#1

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
John Doe
Не максимальное, а требуемое
предполагается полное обновление кеша раз в сутки
источник
14:54пожаловаться#2

JD

John Doe in 1С, БСП, DevOps и Архитектура
Алексей М.
предполагается полное обновление кеша раз в сутки
Вряд ли у тебя сеансы будут жить дольше этого времени.
Даже если сеанс столько живет, кэш повторно возвращаемых все равно живет не дольше 20 минут.
Проблема решена.
источник
14:55пожаловаться#3

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
John Doe
Вряд ли у тебя сеансы будут жить дольше этого времени.
Даже если сеанс столько живет, кэш повторно возвращаемых все равно живет не дольше 20 минут.
Проблема решена.
почему? Время жизни сеанса http-сервиса легко можно выставить на сутки от последнего запроса
источник
14:55пожаловаться#4

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
John Doe
Вряд ли у тебя сеансы будут жить дольше этого времени.
Даже если сеанс столько живет, кэш повторно возвращаемых все равно живет не дольше 20 минут.
Проблема решена.
а я ничего не говорил про кеширование средствами платформы
источник
14:56пожаловаться#5

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Алексей М.
ок, как мне по подписке на событие обновить кеш в нескольких сеансах http-сервиса?
на уровне сервисов ВНЕ 1с не знаю. Если на 1с делать - может структуру какую создавать - в нее все остатки. она же в оперативной памяти. это будет кэшем. а в функции ПолучитьОстатки() возвращаешь эту структуру хоть куда. хоть в 1 хоть в 100 сервисов. не?
источник
14:57пожаловаться#6

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
1C Programmer
на уровне сервисов ВНЕ 1с не знаю. Если на 1с делать - может структуру какую создавать - в нее все остатки. она же в оперативной памяти. это будет кэшем. а в функции ПолучитьОстатки() возвращаешь эту структуру хоть куда. хоть в 1 хоть в 100 сервисов. не?
при обновлении остатков как обновить данные в кеше?
источник
14:57пожаловаться#7

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Алексей М.
при обновлении остатков как обновить данные в кеше?
структуру делать с доступом по полю номенклатуры. типа соответствия. все. в подписке на событие в кэше по номенклатуре ищешь записи и правишь.
источник
14:59пожаловаться#8

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
я так делал на c# win приложение для заказов оптовикам товара. все прекрасно работало. просто свой кэш запрограммируй на 1с. думаю взлетит прекрасно.
источник
14:59пожаловаться#9

JD

John Doe in 1С, БСП, DevOps и Архитектура
Алексей М.
а я ничего не говорил про кеширование средствами платформы
О чем это должно мне сказать?
источник
15:00пожаловаться#10

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
я бы не тратил время на изучение и наступание на грабли кэшем на уровне платформы или Вебсервера. но это мое мнение
источник
15:00пожаловаться#11

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
1C Programmer
структуру делать с доступом по полю номенклатуры. типа соответствия. все. в подписке на событие в кэше по номенклатуре ищешь записи и правишь.
честно говоря мало что понял. Если можно - поподробнее.
Обновление остатков происходит в одном сеансе, запрос остатков из сервиса - в другом. На 1с связи между сеансами нет. Как одно с другим связать?
источник
15:01пожаловаться#12

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
John Doe
О чем это должно мне сказать?
о том, что я рассматриваю не только кеширование средствами платформы. Даже скорее рассматриваю варианта НЕ срадствами платформы.
С кеширование через повторно возвращаемые я уже работал. Можно применять, но не в такой задаче.
источник
15:02пожаловаться#13

JD

John Doe in 1С, БСП, DevOps и Архитектура
Алексей М.
о том, что я рассматриваю не только кеширование средствами платформы. Даже скорее рассматриваю варианта НЕ срадствами платформы.
С кеширование через повторно возвращаемые я уже работал. Можно применять, но не в такой задаче.
Тогда ты уже себе что-то сам придумал. Могу рекомендовать только перечитать свое исходное сообщение, на которое я отвечал.
источник
15:03пожаловаться#14

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
исходное было про обмен данными между сеансами. Это при условии использовании не платформенного кеша, чтобы обновлять кеш во всех сеансах одновременно
источник
15:04пожаловаться#15

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Алексей М.
исходное было про обмен данными между сеансами. Это при условии использовании не платформенного кеша, чтобы обновлять кеш во всех сеансах одновременно
может поможет   https://infostart.ru/1c/articles/844632/
infostart.ru
Передача данных между сеансами и Повторное использование значений между сеансами
Вам никогда не хотелось в одном сеансе повторно использовать значения, однажды уже вычисленные в другом сеансе?
источник
15:06пожаловаться#16

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
1C Programmer
может поможет   https://infostart.ru/1c/articles/844632/
infostart.ru
Передача данных между сеансами и Повторное использование значений между сеансами
Вам никогда не хотелось в одном сеансе повторно использовать значения, однажды уже вычисленные в другом сеансе?
ой не) пробовал такой подход. В итоге на версии 8.3.17.1386 (по-моему) платформа вообще падала, когда происходил вызов http-сервиса базы из самой себя : )
источник
15:07пожаловаться#17

JD

John Doe in 1С, БСП, DevOps и Архитектура
Алексей М.
исходное было про обмен данными между сеансами. Это при условии использовании не платформенного кеша, чтобы обновлять кеш во всех сеансах одновременно
Что такое "обновлять кеш во всех сеансах одновременно"?
источник
15:11пожаловаться#18

JD

John Doe in 1С, БСП, DevOps и Архитектура
Повторюсь: ты сам себе что-то придумал и скорее всего пострадаешь от этих искусственных ограничений
источник
15:11пожаловаться#19

АМ

Алексей М. in 1С, БСП, DevOps и Архитектура
John Doe
Что такое "обновлять кеш во всех сеансах одновременно"?
сделаю таблицу кешей, в сеансе, будет она висеть. Придет мне допустим запрос на бронирование товара - я таблицу обновлю (добавлю в неё строку с минусом товара). Как мне в другом сеансе такую же таблицу обновить. Вот весь вопрос
источник
15:13пожаловаться#20