Latest post of the previous page:
я больше надеялся на ShiftF9 — казалось бы, я даю прямое указание сохранить, почему бы его не исполнить, не занимаясь эвристикой и оптимизацией.FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
- HaRT
- Moderator
- Posts: 10823
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: FAR 3: (со)хранение конфигурации (настроек, истории, сеа
А ещё лучше, если бы в диалоге подтверждения по ShiftF9 появились отдельная галочка для настроек, отдельная для панелей, отдельная для макросов, отдельная для ссылок на папки, отдельная для ассоциаций и т.д. По умолчанию все включены, но при желании можно сохранить только то, что хочешь, а остальное не трогать.ccaid wrote:я больше надеялся на ShiftF9 — казалось бы, я даю прямое указание сохранить, почему бы его не исполнить, не занимаясь эвристикой и оптимизацией.
Фар есть инструмент, а не нянька. © 2009 DrKnS
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
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 часа на раскраску файлов нет особого желания.
4. Мои макросы lua работают в portable FAR только если их положить
C:\FAR\Profile\Macros\scripts\
Правильно ли я понимаю, что папка Addons с кучей файлов, которая существовала в комплекте по умолчанию, не несёт никакой рабочей нагрузки и служит исключительно для хранения всех макросов и проч.?
P.S. Если нужны скриншоты для понимания масштаба катастрофы, то сделаю )) ггг
Правильно ли я понимаю, что в 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 часа на раскраску файлов нет особого желания.
4. Мои макросы lua работают в portable FAR только если их положить
C:\FAR\Profile\Macros\scripts\
Правильно ли я понимаю, что папка Addons с кучей файлов, которая существовала в комплекте по умолчанию, не несёт никакой рабочей нагрузки и служит исключительно для хранения всех макросов и проч.?
P.S. Если нужны скриншоты для понимания масштаба катастрофы, то сделаю )) ггг
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
1. farconfig содержит все local и roaming настройки Far и roaming настройки плагинов (%farprofile%\PluginsData\*), за исключением history.db и plugincache.db.
Там вполне могут встречаться пути к файлам (текущие каталоги или folder shortcuts). Плагины вполне могут хранить там какие-то персональные данные. Передавать другим не глядя не рекомендуется.
2. %farprofile%\PluginsData\* - это не кэш, это настройки плагинов.
3. Это нормально и вполне спортивно. Старые пути храниться могут (см. п. 1).
4. Да, "Addons" - это типа такой AppStore: выбираем что нужно и копируем в scripts.
Там вполне могут встречаться пути к файлам (текущие каталоги или folder shortcuts). Плагины вполне могут хранить там какие-то персональные данные. Передавать другим не глядя не рекомендуется.
2. %farprofile%\PluginsData\* - это не кэш, это настройки плагинов.
3. Это нормально и вполне спортивно. Старые пути храниться могут (см. п. 1).
4. Да, "Addons" - это типа такой AppStore: выбираем что нужно и копируем в scripts.
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
1.Если farconfig сожержит все мои персональные настройки(в частности highlighting), то можно было не заморачиваться с копированием старых .db из регулярного FAR? Оставить всё "из коробки" и просто закинуть me.farconfig ув фолдер %FARHOME%\DrKnS wrote: farconfig содержит roaming настройки плагинов
DrKnS wrote: это настройки плагинов
2.И не совсем понятно по поводу папки PluginsData.
Вышел из FAR, удалил все файлы в папке PluginsData, запустил FAR.
Всё работает без изменений. В папке появилась пара файлов
вида xxxx5090-56E7-33FE-9CB1-A712343CC4A6.db
И если все настройки хранятся в me.farconfig, то зачем PluginsData?
Ну это я уже многого хочу, пытаюсь объять необъятное )))
И спасибо за оперативный ответ.
Пользуюсь FAR почти с его рождения, периодически захожу на форум и plugring подсосать свежие версии, но только сейчас заметил что есть portable. Ушёл посыпать голову жужалкой.
-
- Posts: 6820
- Joined: Thu 23 Mar, 2006 21:36
- Location: Israel
- Has thanked: 41 times
- Been thanked: 528 times
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
И ещё придётся переименовать этот файл в Default.farconfig (либо прописать
TemplateProfile=%FARHOME%\me.farconfig
в файле Far.exe.ini).
В файле Default.farconfig хранятся настройки по умолчанию. Если какой-либо плагин в процессе работы сохраняет данные, они идут в его базу данных в папке PluginsData. Far не обновляет файл Default.farconfig автоматически.
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
Вопрос к уважаемым знатокам:
плагины хранят свои настройки в pluginsdata которые соответсвенно лежат в farprofile
возьмем к примеру плагин нетбокс, который складывается в 42E4AEB1-A230-44F4-B33C-F195BB654931.db
в нём хранятся настройки сессий, в том числе и паролей.
настроил я фар чтобы
UserProfileDir
UserLocalProfileDir
лежали в разных местах, так чтобы удобно отдавать было, а вот конкретно взятый плагин не вписывается в общуюю концепцию,
т.е. настроить чтоб pluginsdata конкертного плагина хранилась в UserLocalProfileDir не получилось(может не знаю чегото)
собственно вопрос можно ли как то правильно это настроить?
и не правильней бы было чтоб фар сам проверял UserLocalProfileDir\pluginsdata и при нахождении там какой либо .db давал работать плагину только с ней
плагины хранят свои настройки в pluginsdata которые соответсвенно лежат в farprofile
возьмем к примеру плагин нетбокс, который складывается в 42E4AEB1-A230-44F4-B33C-F195BB654931.db
в нём хранятся настройки сессий, в том числе и паролей.
настроил я фар чтобы
UserProfileDir
UserLocalProfileDir
лежали в разных местах, так чтобы удобно отдавать было, а вот конкретно взятый плагин не вписывается в общуюю концепцию,
т.е. настроить чтоб pluginsdata конкертного плагина хранилась в UserLocalProfileDir не получилось(может не знаю чегото)
собственно вопрос можно ли как то правильно это настроить?
и не правильней бы было чтоб фар сам проверял UserLocalProfileDir\pluginsdata и при нахождении там какой либо .db давал работать плагину только с ней
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
т.е. данное поведение может переопределить только создатель плагина. как то это не совсем правильно имхо.
почему бы не переопределить эти переменные и не отдать на откуп конечному пользователю.
как минимум 2 варианта либо при нахождении уид.db файла в локальном профиле, либо при запуске плагина из локального профиля(первый вариант лучше, так как сборку отдавать хочется со всем набором плагинов, просто проигнорировав локальный профиль) .
просто получается сейчас из всего зоопарка плагинов в локальный PluginsData прописался только luamacro, а остальные разработчики как бы проигнорировали эту возможность. а еще ведь есть старые анси плагины, которые по идее про уид только могут догадываться.
так же получается что вот этот пункт хэлпа:
не совсем корректен, во первых они загрузтся не из профиля а из локального профиля (%APPDATA%\Far Manager\Profile локальный же по умолчанию), во вторых толку от того что они оттуда загрузятся столько же, как еслиб не оттуда загрузились, такак базу будут хранить в общем профайле.
может на мантис предложение внести?
почему бы не переопределить эти переменные и не отдать на откуп конечному пользователю.
как минимум 2 варианта либо при нахождении уид.db файла в локальном профиле, либо при запуске плагина из локального профиля(первый вариант лучше, так как сборку отдавать хочется со всем набором плагинов, просто проигнорировав локальный профиль) .
просто получается сейчас из всего зоопарка плагинов в локальный PluginsData прописался только luamacro, а остальные разработчики как бы проигнорировали эту возможность. а еще ведь есть старые анси плагины, которые по идее про уид только могут догадываться.
так же получается что вот этот пункт хэлпа:
если не указаны ключи /p и /co, то загрузятся плагины из папки 'Plugins', находящейся одной папке с Far.exe и из папки 'Plugins', находящейся в профиле пользователя (по умолчанию %APPDATA%\Far Manager\Profile).
не совсем корректен, во первых они загрузтся не из профиля а из локального профиля (%APPDATA%\Far Manager\Profile локальный же по умолчанию), во вторых толку от того что они оттуда загрузятся столько же, как еслиб не оттуда загрузились, такак базу будут хранить в общем профайле.
может на мантис предложение внести?
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
Только тот кто сохраняет настройки может знать какие из них относятся к 'локальным'.
Практически все плагины такого разделения настроек не делают.
Поэтому на откуп пользователю можно отдать только - копировать настройки плагина при переносе или нет.
Это пользователь и так может сделать по гуид.
Help правильный. Что вы собираетесь выносить на мантис мне не совсем (совсем не) ясно.
Практически все плагины такого разделения настроек не делают.
Поэтому на откуп пользователю можно отдать только - копировать настройки плагина при переносе или нет.
Это пользователь и так может сделать по гуид.
Help правильный. Что вы собираетесь выносить на мантис мне не совсем (совсем не) ясно.
-
- Posts: 6820
- Joined: Thu 23 Mar, 2006 21:36
- Location: Israel
- Has thanked: 41 times
- Been thanked: 528 times
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
Сам плагин LuaMacro вообще не держит никаких настроек в базах данных. Он только предоставляет скриптам пользователя доступ к базам. Как и в случае с плагинами, каждый скрипт сам решает, какие данные в которую базу помещать.
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
Тогда я не понимаю зачем вообще городить локалпрофайл, ведь history.db plugincache32.db localconfig.db shortcuts.db etc.
тоже можно удалить ручками, при том даже не зная гуидов.
идея то в разделении пользователей, чтоб у каждого своя история была, и конфиденциальные данные так просто не светились.
я думаю нереально заставить всех плагинописателей сейчас корректно пересмотреть свои плагины и что то отделить в другую базу.
тоже можно удалить ручками, при том даже не зная гуидов.
идея то в разделении пользователей, чтоб у каждого своя история была, и конфиденциальные данные так просто не светились.
я думаю нереально заставить всех плагинописателей сейчас корректно пересмотреть свои плагины и что то отделить в другую базу.
- John Doe
- Бюрократ
- Posts: 13807
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 73 times
- Been thanked: 426 times
- Contact:
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
"Заставлять" не надо.
А попросить стоит.
Как я понял, выше вы предлагаете "обманывать" плагины, физически перемещая базу.
Так не получится: несовместимо с текущим апи.
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
На всякий случай - это разделение не для того, чтобы "удобно отдавать было".
Делясь с кем-то своими настройками, их в любом случае надо просматривать и фильтровать вручную.
А нетбокс делает все правильно - список сессий не специфичен для конкретного компьютера.
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)
Зато пароли — критически чувствительная к утечкам штука. Другое дело, что нетбокс никто не развивает, только изредка полируют глюкало, внося критические ошибки и исправляя их, иногда нескоро.DrKnS wrote: ↑Tue 13 Feb, 2018 14:01А нетбокс делает все правильно - писок сессий не специфичен для конкретного компьютера.
Пользуюсь ФАРом больше 20 лет © собирательный.