TrackChecker

Каждый раз создавать ручками файл tc_close не удобно. И не понятно, из-за его отсутствия проблемы, или по какой-то другой причине.
Я нашел для себя другое решение, завтра опробую:

_________________
MetalFan, спасибо за TrackChecker!

А какие могут быть еще варианты? как "просигналить" другим копиям приложения, что им надо закрыться? Можно конечно ВСЕГДА создавать его при старте программы, ждать, к примеру, минуту, удалять и после этого стартовать...

А вообще, не вижу в чем проблема... попользовался программой - закрыл)

_________________
wbw, MetalFan

Фсад Яндекс! Переходите на Дропбокс. Проверено - работает. Правда, флешкой его назвать не совсем правильно, поскольку он синхронизирует копии назначенного каталога на диске. С ним нельзя зайти в первый попавшийся кафевафлю и запустить оттуда трекчекера.
Есть ещё Гуглодиск, но его я не пробовал.

"Я может сейчас глупость скажу" (C) А зачем вообще нужно иметь одновременно работающие копии программы? Для лишней нагрузки на сервисы? Сами мы-то не вездесущи, находимся где-то в одном месте - вот там и запусти/проверь/посмотри/закрой программу...

_________________
Это тело всегда находит отдохновение в праздности. Кто может обременить нас почётом или позором, приобретениями или утратами?
Это сердце всегда находит удовольствие в покое. Кто может смутить нас истиной или ложью, выгодой или ущербом?
Хун Цзычен.

Я так и делал. У меня при тестировании ЯндексДиска ни разу не работало одновременно 2 копии программы, но глюки все равно возникали регулярно. Видимо в данном случае не подходит сам принцип работы ЯД. Кому очень нужно, можно попробовать другие подобные сервисы. Я же пользуюсь в локалке, поэтому решу вопрос по-своему.

_________________
MetalFan, спасибо за TrackChecker!

Есть такая болезнь. На "с" начинается и на "с" заканчивается. Склерос!

Можно сделать следующим образом:
Нужно поменять tc_close на tc_open

Почему нельзя для этого использовать tc_close:
Потому, что у большинства пользователей вероятность работы старой копии программы мала. Только если программу или компьютер случайно забыли выключить. А при использовании tc_close, программа при каждом запуске будет ждать минуту или работать эту минуту в режиме чтения, чтобы не вызвать сбой или ошибку в файлах базы.
Вариант же с tc_open запускается с предупреждением (а после на 1 мин. в режиме чтения) только когда есть явный знак, что запущена копия (или программа некорректно завершена). Этим знаком и является присутствие в папке файла tc_open.

_________________
MetalFan, спасибо за TrackChecker!

guru, имхо чот совсем жесть получилась) надо еще покумекать.

_________________
wbw, MetalFan

Да вроде всё просто)

_________________
MetalFan, спасибо за TrackChecker!

А если другими словами? Всё-равно, это был пересказ моей идеи (guru :p) )) :
Запускается программа и размещает в каталоге лок-файл. Следующая запускаемая программа находит лок-файл и спрашивает хозяина: "Уже запущена (где-то) программа. Запуститься (и прибить предыдущую версию) или нет?"

POMAH007, наша задача, не выяснять, чья это была идея, а сделать так, чтобы MetalFan подумал, что эта идея его)

_________________
MetalFan, спасибо за TrackChecker!

да идею то я понял... и объяснено вроде б норм... осталось только рассмотреть ВСЕ возможные варианты, когда предложенный алгоритм может дать сбой.

_________________
wbw, MetalFan

Мне пока не нужна синхронизация, но думаю её можно было бы сделать так:
- синхронизировать ТОЛЬКО БД, а не программу.
- в настройках указать папку для синхронизации(в частности можно указать папку ЯндексДиска, Дропбокса и т.д.)
- в меню добавить кнопку ручной синхронизации при которой текущая БД копируется в синхронизируемую папку, а также наоборот - текущая БД заменяется синхронизируемой.
- в меню добавить опцию автоматической синхронизации при выходе из программы.
- при синхронизации старые БД не удалять, а переименовывать со штампом даты, на всякий случай.
- при старте программы сверять рабочую БД и синхронизируемую БД по дате/времени - если вторая более свежая, то предложить синхронизировать её.

Данная схема будет прекрасно автоматически работать при одновременно запущенной 1 копии программы. Если копий несколько, то пользователь сам решает когда и как ему синхронизировать БД. В случае чего копии БД ему в помощь - всегда можно будет восстановить информацию.

Как мне кажется данная схема более простая, чем вышепредложенная.

detrin, 1 копия и так спокойно должна бы работать (в портабельном режиме) на облачных дисках. Для этого доработки не нужны. Но, к сожалению, на ЯД стабильной работы добиться не удалось. На других я не пробовал. Если кто пробовал, напишите, пожалуйста, о результатах.
А вопрос стоит так: Раз одновременная работа с одной базой нескольких копий пока невозможна, то было бы неплохо осуществить закрытие(по желанию пользователя) всех запущенных программ, кроме одной. Но алгоритм нужно продумать, чтобы всё работало стабильно и пользоваться было удобно.
Судя по результатам опроса, протолкнуть эту задачу получится только, если разработчики мобильных версий реализуют возможность синхронизации с облачной базой настольной версии. Что было бы удобно и не раз уже предлагалось.
Разработчики мобильных версий, что думаете по этому поводу?)

_________________
MetalFan, спасибо за TrackChecker!

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

есть такая новая фишка, как BTSync, вариант как решение:
1. прога на РС (А) при включении читает БД
2. отпускает
3. если нужно внести новый трак:
3.1 открывает БД(снова)
3.2 вносит новую строку
3.3 сохраняет
3.4 отпускает
3.5 прога на РС (Б)/android, получает обновлённый БД(через дропбокс или бтсинк - не важно), но так как прога (Б) его не держит открытым, то изменения не видны
3.6 в ручную нажать на обновить...
при этом, если в программе (Б) или В/Г/Д...Я были внесены изменения, то в пункте 3.1 БД будет обновленна, и новая строка добавится уже после обновления а не до, что предотвратит потерю данных.

дополнительный вариант:
так как вряд-ли пользователи будут держать в проге одновременно тысячи или даже сотни активных траков, то можно каждый трак вносить в виде отдельного ДБ файла, таким образом при кажом внесении нового номера, старые или правельнее сказать номера которые ещё только добавляются, не подвергаются воздействию, и не зависят друг от друга, при этом синхронизировать саму папку с базами данных, и по мере их поступления, прога авто-проверкой добавляет новые для неё строки номеров.
так как существует вероятность внесения изменений в один трак с нескольких инстанций, то можно совместить с предидущими предложениями, создав файл .темп с ID файла БД которая на данный момент находится в режиме записи, тогда на другом клиенте, нельзя будет перейти в режим записи конкретной БД, при этом другие будут доступны.

Spon4ik, жесть...

_________________
wbw, MetalFan

с множеством файлов наверно погорячился
но если их не много, у меня к примеру единицы, то почему нет?

Специально зашёл на форум, что бы отписаться по предложению... и увидел, что уже топик существует и люди имеют те же проблемы, что и я.

Сам давно ощущаю необходимость синхронизации базы с облачным хранилищем, как это сделано например в Safe In Cloud, где сколько хочешь копий ПО, как настольных, так и мобильных, и облачное хранилище на выбор, в котором содержится актуальная версия базы.

Сам же пока юзаю на обоих ПК дропбокс, где собственно и имею некоторые проблемы, особенно они возникают, если и настольный и лэптоп включены одновременно с рабочей копий трекера. Пока же, запуск приложения отложен при старте ОС на 5 минут, за это время дропбокс должен успеть обновить всё, что ему нужно, и по сути имею актуальную копию на всех ПК. Но пока же это танцы, а хочется реального результата аля Safe In Cloud.

SAOPP, пока это нереально. Одновременная работа нескольких копий будет возможна только при переходе на БД

_________________
MetalFan, спасибо за TrackChecker!

Естественно. Это и так понятно, следовательно, практически нужно начальную механику работы приложения переписывать. Но всё же, я думаю вскоре разработчики возьмётся за это, ибо на сегодня приложение, которое не умеет работать с облачными технологиями становится собственным заложником.

Неудобно ведь, добавлять трек в кучу устройств, это ведь, тоже и так, понятно. Ну, надеемся на продвижение в этом направлении.

SAOPP, согласен. Хорошобы

_________________
MetalFan, спасибо за TrackChecker!

Всегда есть альтернативы. Мне например проще держать домашний комп включенным, на который я имею доступ через TeamViewer. Т.к. помимо трекчекера хватает другого специфичного софта.
А TeamViewer сейчас доступен даже на Андроиде.

detrin, каждый танцует так, как ему хочется, но мне все эти бубны ненужные надоели. Есть определённая специфика действий, которыми ПО должно обладать на сегодня, учитывая тот факт, что оно (ПО) активнейшим образом развивается.

А теперь, что касается сабжа, а если приложение будет сохранять треки и информацию о них для начала в текстовом файле в облачном хранилище?