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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

1C

2052 membersпожаловаться на группу
2019 November 15

🅵

🅵🅾️🆇 in 1C
Андрей reborn
ну это легко проверить, сам знаешь как, но насколько я помню, все же просмотренные кэшируются, но вот их объем мне не известен
Ну я так и проверил сейчас.
Да, кэшируются просмотренные, дополнительных вызовов не идет.
источник
14:47пожаловаться#1

🅵

🅵🅾️🆇 in 1C
Вот оно так кэшироваться до бесконечности будет?
источник
14:47пожаловаться#2

🅵

🅵🅾️🆇 in 1C
И если да, то где, в памяти?
источник
14:47пожаловаться#3

Аr

Андрей reborn in 1C
🅵🅾️🆇
И если да, то где, в памяти?
надеюсь что да
источник
14:47пожаловаться#4

🅵

🅵🅾️🆇 in 1C
Андрей reborn
надеюсь что да
Ну я надеюсь, что не только в памяти и самые старые или очищаются или закидываются кэшем на диск)
источник
14:48пожаловаться#5

Аr

Андрей reborn in 1C
🅵🅾️🆇
Ну я надеюсь, что не только в памяти и самые старые или очищаются или закидываются кэшем на диск)
да пофиг если честно)
вендор может это все поменять без какого либо предупреждение и знания данного события не особенно полезны
источник
14:49пожаловаться#6

🅵

🅵🅾️🆇 in 1C
Андрей reborn
да пофиг если честно)
вендор может это все поменять без какого либо предупреждение и знания данного события не особенно полезны
У меня самый практичный интерес в этом механизме сча)
Хотел подсмотреть решение у 1с
источник
14:50пожаловаться#7

Аr

Андрей reborn in 1C
где это вычитал ?
источник
14:51пожаловаться#8

🅵

🅵🅾️🆇 in 1C
Андрей reborn
да пофиг если честно)
вендор может это все поменять без какого либо предупреждение и знания данного события не особенно полезны
bandicam 2019-11-15 14-48-39-944.mp4
(2.32 Мб)
источник
14:51пожаловаться#9

🅵

🅵🅾️🆇 in 1C
Запрашиваю частями.
Хочу сделать частично кэширование в памяти, а остальное в локальном хранилище (на диске).
Ну а потом избавиться от html DOM и нарисовать сам список на канвасе.
источник
14:53пожаловаться#10

Аr

Андрей reborn in 1C
🅵🅾️🆇
Запрашиваю частями.
Хочу сделать частично кэширование в памяти, а остальное в локальном хранилище (на диске).
Ну а потом избавиться от html DOM и нарисовать сам список на канвасе.
Я бы в памяти кэшировал
источник
15:01пожаловаться#11

🅵

🅵🅾️🆇 in 1C
Андрей reborn
Я бы в памяти кэшировал
Нельзяж в память все подряд тащить и самое главное - до бесконечности.
Ну и в моем кейсе иммутабельные вещи (например id, дата создания, автор) вполне себе кэшируются между сеансов на жестком.
источник
15:02пожаловаться#12

Аr

Андрей reborn in 1C
🅵🅾️🆇
Нельзяж в память все подряд тащить и самое главное - до бесконечности.
Ну и в моем кейсе иммутабельные вещи (например id, дата создания, автор) вполне себе кэшируются между сеансов на жестком.
Это не все подряд. Я так же могу сказать и про диск
источник
15:02пожаловаться#13

🅵

🅵🅾️🆇 in 1C
Андрей reborn
Это не все подряд. Я так же могу сказать и про диск
Ну вот смотри, тебе надо отобразить список с условным муллиардом записей, на строку, допустим, у тебя приходится киллобайт (данные + все сопутсвующее).
источник
15:03пожаловаться#14

🅵

🅵🅾️🆇 in 1C
Итого ты накэшируешь в памяти на террабайт.
источник
15:04пожаловаться#15

🅵

🅵🅾️🆇 in 1C
Вряд ли все твои клиентские машины являются суперкомпьютерами НАСА)
источник
15:05пожаловаться#16

Аr

Андрей reborn in 1C
🅵🅾️🆇
Итого ты накэшируешь в памяти на террабайт.
сброс кэша должен быть естесственно, можно его огранизовать допустим если нет обращения больше n секунд, или же при уничтожении данной формы
источник
15:07пожаловаться#17

🅵

🅵🅾️🆇 in 1C
Андрей reborn
сброс кэша должен быть естесственно, можно его огранизовать допустим если нет обращения больше n секунд, или же при уничтожении данной формы
Ну тут скорее кэш надо представлять как LIFO список с N записями.
Если это N превышено - выбрасываем самые старые записи из памяти, а получаем их уже с диска и с сервера по надобности.
источник
15:08пожаловаться#18

🅵

🅵🅾️🆇 in 1C
Собственно в том праздный пятничный интерес и был, как это сделано у 1с)
источник
15:09пожаловаться#19

Аr

Андрей reborn in 1C
🅵🅾️🆇
Ну тут скорее кэш надо представлять как LIFO список с N записями.
Если это N превышено - выбрасываем самые старые записи из памяти, а получаем их уже с диска и с сервера по надобности.
я бы все же по времени хранил, так как если будут активно юзать то будут больше памяти и это нормально, но вообще данная тема не тема данного чата
источник
15:10пожаловаться#20