Kirgus, люди часто думают, что они совершенно точно чего-то не могли. Но это необязательно правда.
Явно видно, что кто-то нагуглил в интернете "как запустить после перезагрузки" и нашёл такое решение, возможно, даже не проверяя на практике. Это же легко добавляется - одной строчкой копипасты. А потом видимо сделал лучше - сервисом в systemd, забыв, что кривое решение уже было.
Александр, насколько я понимаю, там у виртуалки нет своего внешнего IP и хостер пробрасывает с 81.177.6.125 порт на неё? Прямо сейчас порт 49197 не отвечает, при этом соседние порты доступны (вероятно, кидают на других клиентов). Либо виртуалка погашена, либо на ней firewall не пропускает.
Там наиболее вероятно может быть ufw, firewalld (обёртки вокруг iptables) или ванильный iptables (в теории может быть и nftables, но вряд ли) в зависимости от используемого дистрибутива и как он изначально был настроен. Вот надо в нём разрешить порт 8000.
Проверить проще всего так: iptables -L -n (из-под root, конечно) и посмотреть в Chain INPUT какой стоит policy (если DROP - режет всё что не подходит под правила) и какое правило в конце этой цепочки (может быть там DROP без условий).
Вероятно, это mp3 с cp1251 в тэгах. Нормального решения нет, потому что на момент, когда это появилось, виндовые плееры показывали текст в "кодировке ANSI", которая для русской винды cp1251. И теперь миллиарды mp3-файлов уже имеют эту кодировку.
Для начала, не нужно ставить вопрос так, что база будет одна. Возможный вариант, например, когда часть данных хранится в постгресе, часть в клике или в монге. Или даже там и там хранятся более-менее копии данных, просто оптимизированные под разные задачи. Или поверх данных натравлен сфинкс/мантикора/эластик/миели/ещё что-то для поиска, создающий свою отдельную специальную базу под специальные применения. Или есть отдельно автогенерируемые денормализованные таблицы под конкретные виды запросов, обновляемые в базе триггерами.
Геоданные хранить практически всегда оптимально в постгресе с постгисом. Там нужно немного повникать в то, как работают геопространственные индексы, чтобы их правильно использовать. Тогда даже на террабайтных таблицах оно будет довольно быстро искать по геоусловиям.
Выбор надо делать не потому что есть универсальный ответ или тысячи аналогичных приложений, за которыми нужно повторять. Выбор должен делаться на основе структуры и специфики своих данных, способа работы с ними, величине трафика, rps... И, конечно, своих возможностей. Помню, когда-то знакомый DBA долго решал вопрос, как построить по огромной таблице индекс таким образом, чтобы он поместился в террабайтный SSD (тогда такие ещё стоили очень дорого и просто купить второй не рассматривалось как опция). Так тоже бывает...
Но на первый взгляд одного упоминания геоданных достаточно для того, чтобы начать с постгреса и ни с чего другого. Возможно, им же можно и ограничиться, запасая в мозг памятку о всяких эластиках на случай необходимости сложного поиска.
AleksDesker, обычно с этим проблемы, если нужно ещё записи, кроме A, например, MX (почта) или TXT (SPF, domain verification итд). CNAME предполагает, что других типов записей не будет.
В flatpak бывают проблемы даже с доступом к системным темам, так что я бы особо не надеялся, что прям так сразу и заработают уведомления. Надо тестировать натурными экспериментами.
Учти, что если используются неймспейсы, то приложение будет видеть только то, что ограниченно неймспейсом.
Ты хочешь wireshark написать? Зачем тебе pcap? И вообще, подумай над архитектурой, при которой у тебя будет отдельный демон с нужными правами для работы с libpcap и отдельно клиентское приложение, которое общается с демоном через unix- или inet-сокет.
Я использовал archivemount и пока меня устраивало. Но это были единичные случаи.
Все эти реализации работают как бэкенды для fuse. Но avfs может ещё работать как библиотека через LD_PRELOAD.
Как правило, проще потестировать на своих сценариях. Например, я когда-то давно искал подходящую реализацию ftpfs, в шортлисте выиграл древний lufis (единственный не сдох от обращения в несколько потоков), но и он проиграл обычной самбе.
Так что надо тестить. Обращения в несколько потоков, обращения к одному файлу, архивы с файлами, в именах которых русские буквы/иероглифы/эмодзи...
Возможно, также будет интересовать и производительность. Плюс какие-нибудь ещё нюансы реализации. Например, если файл сначала извлекается во временный каталог, а только потом отдаётся - то надо быть готовым, что сначала файл будет открываться с задержкой, а потом быстро читаться, но ему может потребоваться место на распакованный вариант.
Reklamatik, хотел посоветовать osmodroid (osmo.mobi), который делал ровно это самое (посылал позицию на сайт и её можно было смотреть по спецссылке), но оказывается он в прошлом году закрылся :(
Но в целом в гугле android tracking app выдаёт столько результатов, что вполне возможно один из них даже решит требуемую здачу.
Также в некоторых практических задачах может отлично подойти шаринг геопозиции в Телеграме. Например, едешь к кому-то в гости, шаришь ему своё положение - и он в реальном виде знает, когда тебя ожидать.
