Feature #461

перемещаемые файлы пользователя

Added by radcat none over 8 years ago. Updated over 8 years ago.

Status:New Start:08/10/2012
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:- Spent time: -
Target version:-
Votes: 1

Description

система перемещаемых профилей имеет один недостаток - нет возможности указывать исключения или-же другие действия
например мы пользуемся почтовым клиентом (корпоративный стандарт), который хранить настройки в .thunderbird
при нормальной настройке он кеширует imap сообщения локально в папке
.thunderbird/случайное имя/ImapMail/ а так-же еще в некоторых
обьем кеша легко достигает гигабайт.
Проблему частично решает отключением кеша, что снижает скорость но все равно - при 100 000 писем обьем заголовков все равно превышает полгига.

так-же некоторые пользователи пользуются wine, виртуальными машинами
думаю что оптимальной была бы система, которая добавляла бы rsync правила, которые бы были основаны на принадлежности пользователя в отдельной группе(группам) ldap. Это позволило бы гибко и централизованно обрабатывать исключения

History

Updated by Alexander Tratsevskiy over 8 years ago

Т.е. кому-то нужно отключать кэш, кому-то нет?
На самом деле, "случайное имя" можно сделать не случайным, если добавить шаблон настройки, в котором это имя уже будет задано. В зависимости от группы пользователя может использоваться один или другой шаблон. Кэш может быть включен либо нет. Кстати, разве нельзя настроить размер кэша?

Updated by radcat none over 8 years ago

случайное имя действительно может быть неслучайным - но это наверное решается примерно вот так:
--exclude */Mail/ --exclude */ImapMail/
в данном размер кеша не настраивается, но даже если его отключить то все равно есть большое количество врменных файлов

но в любом случае кеш - это та информация, которая с одноq стороны увеличивает удобство-скорость работы, но при этом имеет нулевую ценность и ее совсем не нужно переносить с машины на машину.

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

Updated by Alexander Tratsevskiy over 8 years ago

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

Updated by radcat none over 8 years ago

вопрос не только в кеше. Кеш на самом деле это очень хорошо. Он нужен при работе, удобно чтобы список из 25 килописем не загружался утром - это долго. Особенно если сам почтовик не через 2 свича а в другой части страны. Но он не нужен ПЕРЕМЕЩАЕМОМ в профиле.
Еще к примеру виртуальные машины.
не всегда корректное поведение бекапов ооо
прочие всяческие кеши. Вот посмотрел профиль свой - на нем 1,8 гига мусора, который нужен локально, но который нет смысла бекапить, и который вообще не нужен, если вдруг тебе захотелось зайти в офис почитать почту в другом городе или включится поработать по vpn с ноутбука, где версия профиля вдруг неактуальна, и чтобы корректно зайти нужно скачать гиг кеша

как одна из причин почему до сих пор не сделали 1 домен во всех территориально разнесенных подразделениях.

вторая причина - нет синхронизации профилей вообще между серверами. 8(

Дело в том, что мы возможно сделаем принудительной очистку всех несовпадающих файлов.

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

Updated by Alexander Tratsevskiy over 8 years ago

Так что нужно сделать, чтобы rsync не трогал папку кэша при синхронизации, она как бы была, но он ее игнорировал? Как быть, если в сеанс войдет тот же пользователь, но не из-под CLDX, а из-под CLD. Эти папки с кэшами могут составить проблему.

Updated by radcat none over 8 years ago

да, не трогать кэш/определенные каталоги/файлы

cld - cldx - не думаю что есть какая-то разница. opera.firefox.skipe.wine.openbox.thunderbird.clawmail... все программы работают одинаково с любым де и используют те-же файлы

к тому-же логично чтопри разных ДЕ использовать одни и те-же инструменты (почту). Стандарт корпоративный, привычка пользователя..

Updated by Alexander Tratsevskiy over 8 years ago

cld - cldx - не думаю что есть какая-то разница. opera.firefox.skipe.wine.openbox.thunderbird.clawmail... все программы работают одинаково с любым де и используют те-же файлы

Это да, только кэш может отличаться в зависимости от настроек. А настройки могут отличаться.

Updated by radcat none over 8 years ago

настройки для cld сохраняются в профиле cld и кеш сообразно им существует только в /home/ машин с cld
cldx другая папка настроек, другой профиль и кеш не может пересечься
я это правильно понимаю?

Updated by Alexander Tratsevskiy over 8 years ago

Почему кэш не может пересечься? Домашняя директория та же, папка с кэшем тоже.

Updated by radcat none over 8 years ago

в последний раз когда я использовал в сети 2 разных дистрибутива, оно работало следующим образом:

при загрузке на cld хоум синхронизировался из /home/.username/CLD
соответственно на cldg хоум синхронизировался из /home/.username/CLDG

соответственно если мы принимаем что уэш не синхронизируется на сервер и соответственно в /home/.username/
то кэш есть только в локальной /home/username/. И в зависимости он того что за локальная система, cld-cldg, то и настройки будут взяты соответствующие. и никогда - настройки другого дистрибутива
Есть конечно опасность что пользователь будет работать на машине 1, изменит настройки, потом на машине 2 изменит настройки, потом на машине 3 изсенит настройки , потом.... Но это маловероятные крайности - пока действительно мешающие косяки при таких пересадках были замечены только с KDE как таковой, после перехода на гном разве-что иногда отваливатся аплеты.
По же обычно старый кэш если он не отвечает настройкам просто игнорирует\затирает. Максимум чем это неприятно - место на локальном диске

Updated by Alexander Tratsevskiy over 8 years ago

А если подойти к этому вопросу как делает KDE? - вместо дриректории с кэшом создать симлинк на /tmp/$USERNAME/Program или /var/calculate/tmp/$USERNAME/Program

Updated by radcat none over 8 years ago

на 50 человек с широким набором по - вариант не очень красивый
и потом - меньше гибкости. например все тот-же злочасный thunderbird имеет в одном каталоге файл настройки учетной записи (которая нужна) и *.sqlite файл который не нужен кроме как сессионно, но являет собой до 9/10 места.
а делать симлинки на файлы это уже имхо перебор

Also available in: Atom PDF

Thank you!