Дмитрий Александров

Поднять на смартфоне ftp\sftp\nfs\smb. На компах тупо подключать как диск и работать с файлами напрямую?)

Тупо просто и в лоб. Ставите virtual box, в него нужную версию винды, ставите нужный софт, пинаете разраба софта что так делать нельзя и давайте как переактивируйте. На всякий случай бэкапите полученный образ в надежное место. На выходе винда в виртуалке с нужной прогой, в экстренной ситуация образ виртуалки можно запустить на другой тачке или даже гденибудь на серваке пробросив rdp\vnc к виртуалке штатным средствами виртуалки.

Открывай исходники штатного (nashorn, rhino) интерпретатора js в яве и читай\смотри как сделано. Кроме того в самой яве есть полноценный апи для сторонних скриптовых языков а кним и примеры.

Бекап всей системы ничего хорошего не даст и скорее прибавит гемороя для восстановления т.к. железо может отличаться, uid винтов отличаться и т.д.
Также инкрементальные бэкапы не очень хороши и если их и делать то за небольшой срок. В общем сферический конь в вакуме будет примерно такой:
1) Полный бекап раз в месяц. Хранить не больше, к примеру, 2х штук, т.е. за прошлый и позапрошлый месяцы.
2) Полный бэкап раз в неделю. Хранить не более , к примеру, 5 штук, т.е. за последние 5 недель.
3) Инкрементальный бэкап ежендневно., хранить неделю после чего удалять и начинать новую неделю.

Яйца хранить необходимо в разных корзинах. К примеру бекап за весь месяц гденить на дропбоксе или любом другом сервисе. Недельные к примеру на яндексе. А ежедневные можно прямо на компе на физически другом диске или даже на нем же.

Какие технологии заюзать:
- облачное хранилище с нативной поддержкой подключения(webdav,sftp,ftp...) для удобства и хранения недельных и месячных бэкапов.
- физический винт для хранения ежедневных инкрементальных бэкапов, или же прямо на самом винте который и бэкапите.

Что бэкапить (по важности данных, цифра больше значит важнее):
0 - фото,картинки, видео, музыку.
1 - конфиги системы и софта
2 - документы, проекты, рабочие файлы.
* в бэкапах не нужны игры, сама система, логи, временные файлы, вероятнее всего мызыка и видео.

Софт:
- tar для создания месячных и еженедельных бэкапов
- cp\mv для перемещения\копирования полученного архива бэкапа в облако
- rsync для инкрементального бэкапа или совсем по феншую zfs\btrfs
- cron чтобы запускать бэкапы

Софт опциональный:
- уведомлялка что бэкап успешен куда нибудь на глаза (телеграм, почта, уведомление на экран)
- логи чтобы если что понять почему бэкап не удался
- EncFS на облачные диски чтобы никто даже украв ящик или сам владелец (яндекс\дропбокс...) не мог выудить файлы из бэкапов

Вариант 2: можно купить большой объем яндекс диска\дропбокса\мейлру диска, примонтировать его и поверх смонтировать EncFS в каталог домашнюю папку. Получится такой себе неубиваемый каталог со всем и бонусом его можно монтировать с другого ноутбука получая туже рабочую среду(относительно).

Проблема с дровами картридера

...where it is suggested to edit /etc/modprobe.d/blacklist.conf
and insert the following

blacklist sdhci-pci
blacklist sdhci
blacklist mmc_core...

Сам Drag'n'Drop делается достаточно просто, нодами интерфейса тоже достаточно просто управлять и кастомизировать, тут проблема может возникнуть скорее с io этих нод.

Варианты:
- скопировать все зависимости в jre/lib/ext
- собрать все зависимости в 1 единственный jar и указывать его как зависимость
- собрать все зависимости внуть вашей проги тогда даже не надо указывать classpath
- не использовать длинные имена папок и файлов
- подгружать все зависимости непосредственно самой прогой класслоадером перед запуском основного кода

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

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

Как то не с той стороны заходите, у вас в RAM есть игра, в этой памяти есть координаты всех и всего в игровом мире в т.ч. кучи вспомогательной инфы. Вот этим и пользуйтесь.
Напрямую получать доступ к видеопамяти скорее всего не выйдет но можно попытаться написать hook на нужную либу директх\opengl\vulkan и через нее выдергивать кадры.

Совсем заменить не выйдет но есть варианты:
- поставить нужную ось в виртуалке (QEMU как пример)
- поставить нужную ось в chroot окружение, это кстати самый оптимальный вариант
- частично заменить андроид на linux , пример раз и два
- можно не заморачиваться с полноценным линуксом и просто поставить порты SSH/FTP/Nginx . К примеру NAMP
- еще вариант найти просто порты или собрать самому и запустить их в терминальном режиме ведра

Может стоит сделать "Level UP" и накатить FreeBSD? Для не очень мощного железа, да и вообще для сервера, лучший вариант.

Варианты:
-Доступ есть у органов и операторов
-Можно прикупить переносную БС типа тех которые используют органы
-Можно попробовать поиметь wifi точку и если получишь доступ к базе каптив портала то узнаешь через какие номера люди авторизованы
-Можно сделать свою точку со своим каптив порталом, тогда народ автоматом к этой точке будет цепляться и если захочет в интернеты то должен будет авторизоваться, соответсвенно ты получишь номер

Есть полноценные нормальные бесплатные домены, к примеру www.dot.tk/ru/index.html

1) называется аргументы и работает как и везде что то типа "java.exe -jar --username Pupkin --uuid 12j21hj3hjbn1j31j --some"
тут еще замечу что в майне с модами не все так просто и нужно указывать правильный порядок библиотек. В свое время очень много нервов и времени это все съело.
2) Как хочешь так и храни, путь до библиотек, нативок, ассетов указывается в аргументах запуска игры.
А вообще гиблое дело т.к. подводных камней крайне много если не точишь лаунчер под конкретную сборку или не реализуешь все механизмы анализа и запуска как в оригинальном лаунчере.

1)

Caused by: java.lang.NoClassDefFoundError: org/reactivestreams/Publisher

2) У javaFX есть свои observable коллекции которые нужно использовать, в них парадигма подписи на события уже есть и весь ui завязан именно на них.
3) Если хотите из кода что то делать с интерфейсом из другого потока (rx зависит от реализации) то необходимо такие операции производить в блоке Platform.runLater(java.lang.Runnable runnable) в котором уже колдуете.