Я использовал archivemount и пока меня устраивало. Но это были единичные случаи.
Все эти реализации работают как бэкенды для fuse. Но avfs может ещё работать как библиотека через LD_PRELOAD.
Как правило, проще потестировать на своих сценариях. Например, я когда-то давно искал подходящую реализацию ftpfs, в шортлисте выиграл древний lufis (единственный не сдох от обращения в несколько потоков), но и он проиграл обычной самбе.
Так что надо тестить. Обращения в несколько потоков, обращения к одному файлу, архивы с файлами, в именах которых русские буквы/иероглифы/эмодзи...
Возможно, также будет интересовать и производительность. Плюс какие-нибудь ещё нюансы реализации. Например, если файл сначала извлекается во временный каталог, а только потом отдаётся - то надо быть готовым, что сначала файл будет открываться с задержкой, а потом быстро читаться, но ему может потребоваться место на распакованный вариант.
Reklamatik, хотел посоветовать osmodroid (osmo.mobi), который делал ровно это самое (посылал позицию на сайт и её можно было смотреть по спецссылке), но оказывается он в прошлом году закрылся :(
Но в целом в гугле android tracking app выдаёт столько результатов, что вполне возможно один из них даже решит требуемую здачу.
Также в некоторых практических задачах может отлично подойти шаринг геопозиции в Телеграме. Например, едешь к кому-то в гости, шаришь ему своё положение - и он в реальном виде знает, когда тебя ожидать.
MZhack, на будущее - изменения в базе (даже тестовой) следует делать с помощью инструмента миграций или хотя бы описывать SQL-файлами, чтобы потом не было обидно.
На мой взгляд, лучше доделать работу с базой в нынешнем приложении, чем делать два приложения, да ещё и на разных технологиях.
Можно и ORM впилить, если хочется. Можно даже Django ORM без остальной части Django. Но лучше рассмотреть вариант использования совместимых с asyncio ORM, например, tortoise-orm.
ZaxapKramer, некоторые пытались пилить мобильные приложения, которые парсили входящие смс от банка прям на телефоне. Но сейчас банки стараются вместо смс использовать пуши и эта сама по себе не такая уж и простая задача стала ещё сложнее...
rPman, не про 866, но с 1251 и koi8r иногда приходится разбираться. Правда, это обычно какие-нибудь отходы жизнедеятельности вымершего мохнатого слона.
Алексей, похоже я был неправ и нельзя просто так дать локали какое угодно имя. Надо как-то отдельно вникать, как это работает. Проще всего назвать локаль ru_RU.IBM866 и не выпендриваться - так оно работает без проблем и дополнительных усилий.
thotem, всё равно непонятно. Чем плохо делать это ручным запуском скрипта?
Если это надо делать на десятках серверов - запускать скрипт с помощью ansible. В том числе и автоматизировать проверку того, что скрипт уже отрабатывал. Лучше даже вообще функционал скрипта переписать на ansible, потому что это может быть более эффективно.
Сергей Сахаров, возможно даже, что он просто сам ложился от чего-нить. От ддоса, от перебоев на сервере, от фоновых задач (бэкап?), от нагрузки на другие сайты на том же сервере...
Все эти реализации работают как бэкенды для fuse. Но avfs может ещё работать как библиотека через LD_PRELOAD.
Как правило, проще потестировать на своих сценариях. Например, я когда-то давно искал подходящую реализацию ftpfs, в шортлисте выиграл древний lufis (единственный не сдох от обращения в несколько потоков), но и он проиграл обычной самбе.
Так что надо тестить. Обращения в несколько потоков, обращения к одному файлу, архивы с файлами, в именах которых русские буквы/иероглифы/эмодзи...
Возможно, также будет интересовать и производительность. Плюс какие-нибудь ещё нюансы реализации. Например, если файл сначала извлекается во временный каталог, а только потом отдаётся - то надо быть готовым, что сначала файл будет открываться с задержкой, а потом быстро читаться, но ему может потребоваться место на распакованный вариант.