Страница 5 из 6
Добавлено: Сб авг 20, 2011 10:59
campoviy
MVV
Avada
MVV писал(а):…не находит проблему достаточно важной для того, чтобы этим заниматься…
Avada писал(а):…Иначе говоря, "умный человек дорогу найдёт, а дурака не жалко" ©…
Ну, пусть и так. Не особо и жалко, ведь это нам известно…

Добавлено: Сб авг 20, 2011 11:18
Avada
campoviy
Да нам-то уже известно, а многим другим ещё нет.

Добавлено: Сб авг 20, 2011 11:37
campoviy
Avada
Да, в своё время это мне нелегко далось. Долго я причину искал… А симптомы точно такие были, как у
PNZRUS с ру-борда.

Avada писал(а):Да нам-то уже известно, а многим другим ещё нет.
А всё,
информация Вами дана, надо только воспользоваться поиском (это, к сожалению, для многих — самый сложный этап).

Avada писал(а):Ну что ж, к списку дезинформирующих сообщений, не подлежащих исправлению с точки зрения разработчика, добавится ещё и это.
С этим, разумеется, согласен: более чем, поэтому обсуждение данной ситуации завершаю.

Добавлено: Сб фев 09, 2013 13:34
ask-rus
Изменится ли что-либо, если я перенесу следующие секции:
Код: Выделить всё
[ListerPlugins64]
[ContentPlugins64]
[FileSystemPlugins64]
[PackerPlugins64]
в отдельный конфиг, который будет время от времени удаляться, т.к. находится во временной папке?
Добавлено: Сб фев 09, 2013 14:36
Mellomann
ask-rus
Я сделал проще:
[FileSystemPlugins64]
RedirectSection=Wincmd64.ini
[PackerPlugins64]
RedirectSection=Wincmd64.ini
[CustomFields_Registry]
RedirectSection=Wincmd64.ini
[ContentPlugins64]
RedirectSection=Wincmd64.ini
А при обновлении/изменении плагинов просто зачищаю Wincmd64.ini.
Добавлено: Сб фев 09, 2013 15:00
Avada
ask-rus
Mellomann
Не понял, каков практический смысл выноса этих секций в отдельный файл и — особенно — с какой стати следует "при обновлении/изменении плагинов" этот файл зачищать. TC недостаточно хорошо обрабатывает эти секции автоматически?
Mellomann писал(а):Я сделал проще:
Чем проще? Тот же редирект конкретных секций. Вы говорите ровно об одном и том же, разница может быть только в имени и местоположении.
Кроме того, вот здесь, ИМХО,
Код: Выделить всё
[CustomFields_Registry]
RedirectSection=Wincmd64.ini
есть проблемы с копипастом.

Добавлено: Сб фев 09, 2013 15:26
ask-rus
Говоря про отдельный конфиг, я имел в виду конфиг, заданный ключом
AlternateUserIni.
D:\TotalCmd8\TEMP\AlternateUserIni.ini
Содержимое моей папки TEMP занесено в список исключений и при создании резервной копии TC (упаковки в архив *.ZIP) в него не попадает. Также не исключается и очистка папки TEMP - удаление
AlternateUserIni.ini, где и станут храниться указанные выше секции, раз ничего критичного в этом нет. "Облегчение"
wincmd.ini упростит его редактирование текстовым редактором.
Добавлено спустя 6 минут:
Mellomann писал(а):Я сделал проще:
Mellomann писал(а):А при обновлении/изменении плагинов просто зачищаю Wincmd64.ini.
Не уверен, что это проще. Сколько же всего у тебя подобных конфигов на "зачищение"?
Добавлено: Сб фев 09, 2013 15:33
Avada
ask-rus
По умолчанию (без
RedirectSection) ключ
AlternateUserIni секции для плагинов (в т.ч. 64-битных) не обрабатывает. См.
справку. А если нужны ключи
RedirectSection, то речь у вас шла об одном и том же.
И я по-прежнему не понимаю, зачем содержимое этих секций во внешнем файле надо периодически удалять.
Добавлено: Сб фев 09, 2013 15:58
ask-rus
Avada писал(а):По умолчанию (без RedirectSection) ключ AlternateUserIni секции для плагинов (в т.ч. 64-битных) не обрабатывает. См. справку.
Это мне известно.
Avada писал(а):А если нужны ключи RedirectSection, то речь у вас шла об одном и том же.
Я смотрю дальше. В моем случае конфигов два, в его - неизвестно сколько. Если выносить изменяющиеся секции только с RedirectSection в отдельный файл, потребуется большее число ключей, я думаю.
Добавлено: Сб фев 09, 2013 16:00
Mellomann
ask-rus писал(а):Сколько же всего у тебя подобных конфигов на "зачищение"?
По плагинам - этот только пункт (периодически меняю их порядок и наполняемость вручную; не доверяю автомату, да и мне так удобнее - всё под контролем).
Ещё подобное есть по истории каталогов, поисков и прочим историям для того, чтобы это не мешалось в основном резервном архиве.
Список:
[Selection]
RedirectSection=History.ini
[SearchName]
RedirectSection=History.ini
[SearchIn]
RedirectSection=History.ini
[SearchText]
RedirectSection=History.ini
[RenameTemplates]
RedirectSection=History.ini
[RenameSearchFind]
RedirectSection=History.ini
[RenameSearchReplace]
RedirectSection=History.ini
[lefttabs]
RedirectSection=History.ini
[righttabs]
RedirectSection=History.ini
[Command line history]
RedirectSection=History.ini
[RightHistory]
RedirectSection=History.ini
[LeftHistory]
RedirectSection=History.ini
[MkDirHistory]
RedirectSection=History.ini
В остальном плодить конфиги смысла нет.
Добавлено: Сб фев 09, 2013 16:03
ask-rus
Avada писал(а):И я по-прежнему не понимаю, зачем содержимое этих секций во внешнем файле надо периодически удалять.
Частный случай, когда во временном каталоге могут быть весомые файлы:
tcthumbs.idb 39,3 Мб 04.02.13 21:14 -a--
tc.log 9,7 Мб 09.02.13 14:10 -a--
которые и нужно иногда удалять. Этим занимается скрипт, очищающий содержимое каталога целиком.
Добавлено: Сб фев 09, 2013 16:07
Mellomann
ask-rus писал(а):tcthumbs.idb 39,3 Мб 04.02.13 21:14 -a--
tc.log 9,7 Мб 09.02.13 14:10 -a--
Стрёмный вопрос, но всё же - зачем кешировать эскизы? Это же захламление чистейшее + невозможность перерисовать фактически изменённые картинки.
Или в этом есть практический смысл?
Добавлено: Сб фев 09, 2013 16:29
ask-rus
Mellomann писал(а):Стрёмный вопрос, но всё же - зачем кешировать эскизы?
Оффтоп-ный по сути. Выжидать постоянную обрисовку эскизов не вариант.
Mellomann писал(а):Это же захламление чистейшее
Что хранится во временном каталоге, не есть захламление.
Mellomann писал(а):+ невозможность перерисовать фактически изменённые картинки.
Редко, решается как раз-таки очисткой.
Добавлено: Сб фев 09, 2013 18:30
Avada
Mellomann
Разговор про эскизы и лог-файлы здесь к делу не относится никак, оффтоп предлагаю прекратить. А мой вопрос был не про содержимое временного каталога и не про очистку историй, а про файл с теми конкретными "плагинными" секциями, которые с вероятностью 99,99% вообще никакой ручной правки (в отличие от секций для плагинов без "64" в названиях) и, тем более, чистки не требуют. TC управляет ими автоматически, и никто до сего дня не представил на форуме ни единого доказательства, что с этой автоматикой есть проблемы и что содержимое этих секций надо специально контролировать пользователю. В общем, вразумительного ответа я так и не получил.
Добавлено: Вс фев 10, 2013 21:05
Mellomann
Avada
да были у меня проблемы с подхватом плагинов в х64 версии после того, как в х32 их порядок перестроил и расширил, а список с пунктами "=1" остался старый, в итоге плагины частично не работали, пока не очистил х64 секцию. С того момента теперь только раздельно и держу.