Page 6 of 7

Re: FAR 3: (со)хранение конфигурации (настроек, истории, сеа

Posted: Fri 27 Dec, 2013 11:50
by ccaid

Latest post of the previous page:

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

Re: FAR 3: (со)хранение конфигурации (настроек, истории, сеа

Posted: Fri 27 Dec, 2013 12:04
by HaRT
ccaid wrote:я больше надеялся на ShiftF9 — казалось бы, я даю прямое указание сохранить, почему бы его не исполнить, не занимаясь эвристикой и оптимизацией.
А ещё лучше, если бы в диалоге подтверждения по ShiftF9 появились отдельная галочка для настроек, отдельная для панелей, отдельная для макросов, отдельная для ссылок на папки, отдельная для ассоциаций и т.д. По умолчанию все включены, но при желании можно сохранить только то, что хочешь, а остальное не трогать.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Sat 07 Jan, 2017 03:57
by ra1dn
1. Эспортировал свои настройки в файлик me.farconfig.
Правильно ли я понимаю, что в me.farconfig хранятся только относительные настройки без привязки к конкретному ПК и пользователю. Этот файл можно передавать другим пользователям без утечки конфиденц. информации?

2. Нужно ли удалять так называемый "кэш" C:\FAR\Profile\PluginsData\ при копировании portable FAR на другой компьютер/флэшку для корректной работы у нового хозяина? Имею ввиду файлы типа
ADAC5090-56E7-33FE-9CB1-A712343CC4A6.db

3. При миграции с обычного на portable FAR скопировал все файлы *.db из каталогов %/profile %/APPDATA[loсal & roaming]
в каталог C:\FAR\Profile\
Это нормально или в этих db могут храниться старые пути к каким-то файлам настроек, etcetera?
Является ли такой способ переноса настроек спортивным? тратить снова 24 часа на раскраску файлов нет особого желания. :crazy:

4. Мои макросы lua работают в portable FAR только если их положить
C:\FAR\Profile\Macros\scripts\
Правильно ли я понимаю, что папка Addons с кучей файлов, которая существовала в комплекте по умолчанию, не несёт никакой рабочей нагрузки и служит исключительно для хранения всех макросов и проч.?

P.S. Если нужны скриншоты для понимания масштаба катастрофы, то сделаю )) ггг

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Sat 07 Jan, 2017 10:50
by DrKnS
1. farconfig содержит все local и roaming настройки Far и roaming настройки плагинов (%farprofile%\PluginsData\*), за исключением history.db и plugincache.db.
Там вполне могут встречаться пути к файлам (текущие каталоги или folder shortcuts). Плагины вполне могут хранить там какие-то персональные данные. Передавать другим не глядя не рекомендуется.

2. %farprofile%\PluginsData\* - это не кэш, это настройки плагинов.

3. Это нормально и вполне спортивно. Старые пути храниться могут (см. п. 1).

4. Да, "Addons" - это типа такой AppStore: выбираем что нужно и копируем в scripts.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Sat 07 Jan, 2017 19:58
by ra1dn
DrKnS wrote: farconfig содержит roaming настройки плагинов
1.Если farconfig сожержит все мои персональные настройки(в частности highlighting), то можно было не заморачиваться с копированием старых .db из регулярного FAR? Оставить всё "из коробки" и просто закинуть me.farconfig ув фолдер %FARHOME%\
DrKnS wrote: это настройки плагинов

2.И не совсем понятно по поводу папки PluginsData.
Вышел из FAR, удалил все файлы в папке PluginsData, запустил FAR.
Всё работает без изменений. В папке появилась пара файлов
вида xxxx5090-56E7-33FE-9CB1-A712343CC4A6.db
И если все настройки хранятся в me.farconfig, то зачем PluginsData?

Ну это я уже многого хочу, пытаюсь объять необъятное )))
И спасибо за оперативный ответ.
Пользуюсь FAR почти с его рождения, периодически захожу на форум и plugring подсосать свежие версии, но только сейчас заметил что есть portable. Ушёл посыпать голову жужалкой.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Sun 08 Jan, 2017 08:19
by Shmuel
ra1dn wrote: просто закинуть me.farconfig ув фолдер %FARHOME%\
И ещё придётся переименовать этот файл в Default.farconfig (либо прописать TemplateProfile=%FARHOME%\me.farconfig в файле Far.exe.ini).
ra1dn wrote: И если все настройки хранятся в me.farconfig, то зачем PluginsData?
В файле Default.farconfig хранятся настройки по умолчанию. Если какой-либо плагин в процессе работы сохраняет данные, они идут в его базу данных в папке PluginsData. Far не обновляет файл Default.farconfig автоматически.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Mon 12 Feb, 2018 04:36
by Shtirla
Вопрос к уважаемым знатокам:
плагины хранят свои настройки в pluginsdata которые соответсвенно лежат в farprofile
возьмем к примеру плагин нетбокс, который складывается в 42E4AEB1-A230-44F4-B33C-F195BB654931.db
в нём хранятся настройки сессий, в том числе и паролей.
настроил я фар чтобы
UserProfileDir
UserLocalProfileDir
лежали в разных местах, так чтобы удобно отдавать было, а вот конкретно взятый плагин не вписывается в общуюю концепцию,
т.е. настроить чтоб pluginsdata конкертного плагина хранилась в UserLocalProfileDir не получилось(может не знаю чегото)
собственно вопрос можно ли как то правильно это настроить?
и не правильней бы было чтоб фар сам проверял UserLocalProfileDir\pluginsdata и при нахождении там какой либо .db давал работать плагину только с ней

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Mon 12 Feb, 2018 16:37
by 2useven10
Каждый плагин сам указывает с какими настройками работать.
PSL_ROAMING соответствует UserProfileDir, PSL_LOCAL - UserLocalProfileDir.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 03:36
by Shtirla
т.е. данное поведение может переопределить только создатель плагина. как то это не совсем правильно имхо.
почему бы не переопределить эти переменные и не отдать на откуп конечному пользователю.
как минимум 2 варианта либо при нахождении уид.db файла в локальном профиле, либо при запуске плагина из локального профиля(первый вариант лучше, так как сборку отдавать хочется со всем набором плагинов, просто проигнорировав локальный профиль) .
просто получается сейчас из всего зоопарка плагинов в локальный PluginsData прописался только luamacro, а остальные разработчики как бы проигнорировали эту возможность. а еще ведь есть старые анси плагины, которые по идее про уид только могут догадываться.
так же получается что вот этот пункт хэлпа:
если не указаны ключи /p и /co, то загрузятся плагины из папки 'Plugins', находящейся одной папке с Far.exe и из папки 'Plugins', находящейся в профиле пользователя (по умолчанию %APPDATA%\Far Manager\Profile).

не совсем корректен, во первых они загрузтся не из профиля а из локального профиля (%APPDATA%\Far Manager\Profile локальный же по умолчанию), во вторых толку от того что они оттуда загрузятся столько же, как еслиб не оттуда загрузились, такак базу будут хранить в общем профайле.

может на мантис предложение внести?

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 06:40
by 2useven10
Только тот кто сохраняет настройки может знать какие из них относятся к 'локальным'.
Практически все плагины такого разделения настроек не делают.
Поэтому на откуп пользователю можно отдать только - копировать настройки плагина при переносе или нет.
Это пользователь и так может сделать по гуид.
Help правильный. Что вы собираетесь выносить на мантис мне не совсем (совсем не) ясно.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 07:34
by Shmuel
Shtirla wrote: Tue 13 Feb, 2018 03:36просто получается сейчас из всего зоопарка плагинов в локальный PluginsData прописался только luamacro
Сам плагин LuaMacro вообще не держит никаких настроек в базах данных. Он только предоставляет скриптам пользователя доступ к базам. Как и в случае с плагинами, каждый скрипт сам решает, какие данные в которую базу помещать.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 10:20
by Shtirla
Тогда я не понимаю зачем вообще городить локалпрофайл, ведь history.db plugincache32.db localconfig.db shortcuts.db etc.
тоже можно удалить ручками, при том даже не зная гуидов.
идея то в разделении пользователей, чтоб у каждого своя история была, и конфиденциальные данные так просто не светились.
я думаю нереально заставить всех плагинописателей сейчас корректно пересмотреть свои плагины и что то отделить в другую базу.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 10:31
by John Doe
Shtirla wrote: Tue 13 Feb, 2018 10:20я думаю нереально заставить всех плагинописателей сейчас корректно пересмотреть свои плагины и что то отделить в другую базу.
"Заставлять" не надо.
А попросить стоит.

Как я понял, выше вы предлагаете "обманывать" плагины, физически перемещая базу.
Так не получится: несовместимо с текущим апи.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 10:41
by Shtirla
ну впринципе почему и нет, так то только нетбокс вроде критичное хранит

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 14:01
by DrKnS
Shtirla wrote: Mon 12 Feb, 2018 04:36чтобы
UserProfileDir
UserLocalProfileDir
лежали в разных местах, так чтобы удобно отдавать было
На всякий случай - это разделение не для того, чтобы "удобно отдавать было".
Делясь с кем-то своими настройками, их в любом случае надо просматривать и фильтровать вручную.

А нетбокс делает все правильно - список сессий не специфичен для конкретного компьютера.

FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Posted: Tue 13 Feb, 2018 20:05
by Wave
DrKnS wrote: Tue 13 Feb, 2018 14:01А нетбокс делает все правильно - писок сессий не специфичен для конкретного компьютера.
Зато пароли — критически чувствительная к утечкам штука. Другое дело, что нетбокс никто не развивает, только изредка полируют глюкало, внося критические ошибки и исправляя их, иногда нескоро.