SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0002392SAS.Планета[All Projects] Хотелкаpublic30-03-2014 04:0208-10-2015 12:49
ReporterMadFox 
Assigned Tovdemidov 
PrioritynormalSeverityfeatureReproducibilityN/A
StatusclosedResolutionwon't fix 
PlatformOSOS Version
Product Version140303 
Target VersionFixed in Version 
Summary0002392: Использование 2-го (альтернативного) пути кэша
DescriptionСтолкнулся с переполнением жесткого диска на ноутбуке и пожалел что нет возможности использовать 2-ой кэш наподобие как у GPSMapEdit. На рисунке примерно показано что хотелось бы видеть, а именно:

1. Два поля для выбора пути до 1-го и 2-го кэша
2. Выпадающие меню для указания типа каждого кэша
3. Чек-бокс возле каждого кэша, разрешающий его использование (на чтение)
4. Чек-бокс возле каждого кэша, разрешающий его использование (на запись)

Кроме того, если будет разрешена запись в оба кэша одновременно, решается вопрос с резервным копированием и синхронизацией на разных носителях (Ноутбук <-> внешний диск <-> основной ПК).

Не помешает возможность привязать хоткеи к чекбоксам.

Спасибо!
Steps To Reproduce
Additional Information
Tagsкэш
Relationships
related to 0001290confirmed  Поддержка вторичного read-only кэша (например, в формате SAS4WinCE) 
Attached Filespng Prscr.png (74,420) 30-03-2014 04:02
http://www.sasgis.org/mantis/file_download.php?file_id=1718&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
30-03-2014 04:02MadFoxNew Issue
30-03-2014 04:02MadFoxFile Added: Prscr.png
30-03-2014 08:46vdemidovStatusnew => resolved
30-03-2014 08:46vdemidovResolutionopen => won't fix
30-03-2014 08:46vdemidovAssigned To => vdemidov
30-03-2014 08:46vdemidovStatusresolved => closed
30-03-2014 16:52zedNote Added: 0014062
30-03-2014 17:06vdemidovNote Added: 0014063
30-03-2014 17:10zedNote Added: 0014064
30-03-2014 17:11zedTag Attached: кэш
30-03-2014 17:13zedRelationship addedrelated to 0001290
30-03-2014 17:15zedStatusclosed => confirmed
30-03-2014 17:15zedResolutionwon't fix => reopened
30-03-2014 17:15zedProduct Version => 140303
30-03-2014 17:15zedTarget Version => 50xxxx
30-03-2014 17:16zedAssigned Tovdemidov =>
30-03-2014 17:16vdemidovNote Added: 0014065
30-03-2014 17:22zedNote Added: 0014066
30-03-2014 17:27zedNote Added: 0014067
31-03-2014 03:54MadFoxNote Added: 0014075
31-03-2014 04:01MadFoxNote Edited: 0014075bug_revision_view_page.php?bugnote_id=14075#r5998
22-04-2014 15:13vasketsovNote Added: 0014161
22-04-2014 15:14vasketsovNote Added: 0014162
22-04-2014 15:54MadFoxNote Added: 0014163
22-04-2014 15:58MadFoxNote Edited: 0014163bug_revision_view_page.php?bugnote_id=14163#r6026
08-10-2015 12:49vdemidovStatusconfirmed => resolved
08-10-2015 12:49vdemidovResolutionreopened => won't fix
08-10-2015 12:49vdemidovAssigned To => vdemidov
08-10-2015 12:49vdemidovStatusresolved => closed
08-10-2015 12:49vdemidovTarget Version50xxxx =>

Notes
(0014062)
zed   
30-03-2014 16:52   
А по-моему, идея стоящая, только мороки с реализацией много...
(0014063)
vdemidov   
30-03-2014 17:06   
В любом случае это, в первом приближении, дубликат хотелки о наличии вторичного ридонли кэша.
(0014064)
zed   
30-03-2014 17:10   
Да, хотелки несколько перекликаются между собой, но суть у них разная. И если говорить о приоритете на реализацию, то лучше делать эту, т.к. она покрывает вариант с ридонли и расширяет его.
(0014065)
vdemidov   
30-03-2014 17:16   
Я не представляю как непротиворечиво реализовать ридонли, а тут вообще понятия не имею как все операции делать что бы оно предсказуемо вело себя.
(0014066)
zed   
30-03-2014 17:22   
Ну так, я и говорю - трудная хотелка. Но пускай живёт, может кто-то решит сделать.
(0014067)
zed   
30-03-2014 17:27   
Вот тут 0001290:0006934 vasketsov набросал примерную схему и там дело не ограничивается ридонли.
(0014075)
MadFox   
31-03-2014 03:54   
(edited on: 31-03-2014 04:01)
zed, Спасибо за поддержку!
Мне тоже кажется, что принципиальной невозможности реализации нет (в GPSMapEdit ведь нечто подобное работает (read-only). Наиболее сложное из "хотелки", наверное, это параллельная запись в два кэша, ну ... не всё сразу :)
(0014161)
vasketsov   
22-04-2014 15:13   
>набросал примерную схему
Там, с учётом комментариев после, набросана полностью рабочая схема, более общая, чем запрашиваемый частный случай. Я её не реализовал ровно по одной причине: лениво было рисовать гуй. Кажется, что 99% времени именно на гуй и уйдёт, кроме него там обособленная функция поиска "подхранилища" по аргументам типа {версия, зум,..}, чтение параметров и публикация интерфейсов, работы без гуя на несколько часов.
(0014162)
vasketsov   
22-04-2014 15:14   
>параллельная запись в два кэша
Нонсенс. Запись в один кэш (одно хранилище). Смысл дубляжа какой?
(0014163)
MadFox   
22-04-2014 15:54   
(edited on: 22-04-2014 15:58)
> параллельная запись в два кэша
>> Нонсенс. Запись в один кэш (одно хранилище). Смысл дубляжа какой?

  Абсолютно не настаиваю на этом. Но если бы это было возможно, упростилась бы синхронизация кэшей на основном компьютере и ноутбуке, для чего я сейчас использую внешний жесткий диск.
  На эскизе гуя я "намалевал" возможность выбора различных форматов кэша для каждого варианта размещения. Рискну предположить, что это тоже "хотелка" из разряда "раскатал губу". Так что, на этом не настаиваю тем более.
  Огромное спасибо за работу!
  P.S. кстати, второй случай когда пригодится 2-ой кэш (кроме простого переполнения диска) это то, с чем уже сталкивались некоторые товарищи, ограничение файловой системы на максимальное количество файлов на разделе.