rPman

Если обе машины за NATом, то можно воспользоваться UPNP (протокол управления роутером из приложений без авторизации) и открыть с его помощью на серверной стороне порт

Полистай, посмотри картинки.

Точно помню с помощью udp можно как то выходить за nat (один уровень) без поддержки upnp

Отслеживать изменения в файловой системе, по уму во всей, а чтобы не изучать обновления майкрософт, параллельно 'изучать' на чистом окружении точно такую же установку, сравнив их обе при получении отличий, сигнализировать.

Если оперативность изменений не критична (например раз в сутки) то можно простыми скриптами собирать списки файлов, сортировать их и получать их разницу с помощью diff, в полученном списке искать к примеру exe (напоминаю что это не единственный способ получить исполняемый файл, к примеру это может быть скрипт WSH)

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

p.s. формально имен файлов недостаточно, если злоумышленник пожелает скрыть свое приложение в уже существующем файле, поэтому придется дополнительно собирать хеши содержимого (или хотя бы размеры)

Ну и в догонку, в ntfs есть именованные потоки, в которые так же можно складывать запускаемый файл и запускать его, собирать эти данные можно к примеру с помощью fsutil

Аналитик с минимальными знаниями работы с базами данных
от вас потребуется описание как были получены эти данные (не гадания а как получены и их знаение)

p.s. данных мало (структурно) не думаю что много можно извлечь, информация о времени (о изменениях во времени как количества измрений, если они не периодические, так и о значениях)

Вопрос номер один - критично ли для твоей задачи наличие ecc памяти? Это определит, можешь ли ты получить ответ с ошибкой? можешь ли ты его проверить?

Вопрос номер два, может ли твоя задача быть оптимизирована использование многопоточности, т.е. сможешь ли ты решить ее с помощью GPU?

Если что современные десктопные процессоры просто замечательные, какой-нибудь intel 12600 и оперативку на 64гб по деньгам будет очень даже нормально, и при этом с гарантией... а новый lga1700 позволит некоторую свободу в апгрейдах (правда зная интель - не долго), хочешь можешь amd ryzen прикупить, чуть дешевле и чуть медленее.

p.s. вопрос номер три 500 миллионов записей обычно влезают в оперативку (хеши и индексы), зачем насиловать базы данных? (это сарказм, в реалиях все от задачи конечно зависит, но когда данных много с вероятностью в 90% нужна агрегация)

Всё это кушает очень много ОЗУ и ресурсов диска (SSD), что на рабочем ПК довольно проблемно (32 ГБ, постоянно занята на 100% и образуется огромный файл подкачки), процессор обычно сильно не нагружен (i9-10900 нагружается максимум на 15%).

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

i9-10900 ... 32Гб озу

нормальная у тебя машина, добавить оперативки и радоваться
сервера это не про производительность, это про надежность и многопоточность (бывают задачи, когда много медленных процессоров выгоднее и удобнее чем мало быстрых)

Оптимальнее по деньгам будет средний ноут (ключевые критерии для выбора - нормальный экран много оперативной памяти и ssd диск) домашний сервер для рендера.

ноутбуки это не про производительность, так как система охлаждения по техническим причинам будет замедлять расчеты, а заплатишь ты за это 3х стоимость.

К сожалению не существует места, где красиво 'без лишнего мусора и скама' все объяснят.
Продвинутый пользователь становится таковым не потому что прочитал продвинутые книги, а потому что имеет опыт и понимание (наверное и способность понимать).

Пробуй, экспериментируй, трать деньги (так как за знания приходится платить так или иначе) наблюдай за другими, за их ошибками (это дешевле).

Короткий список рекомендаций и замечаний:
* 99% всего что происходит в криптоэкономике - это скам разной степени наглости, буквально, пускают пыль в глаза, намеренно усложняют конструкции чтобы разобраться было сложно и огромное количество новостного шлака, описывающего весь мусор как нечто заоблочно полезное.

* не путай криптовалюту (например bitcoin, ethereum, tron,...) и проекты, использующие криптовалютные технологии для своей работы (децентрализованная торговля и пулы ликвидности, миллион централизованно управляемых токенов типа USDT/USDC/..., тот же NFT и т.п.)
Огромное количество проектов утверждают что они децентрализованы, 'потому что на блокчейне', но когда начинаешь копаться, оказывается там столько слабых точек, что за голову хватаешься.

* В криптоэкономике есть проекты первопроходцы, дающие терминологию, общие принципы, возможности, и подражатели, запущенные на 'других' блокчейнах но с немного не таким функционалом, но при этом продолжающие называться как оригиналы и создающие впечатление что они такие же. Отличный пример - алгомитрические стейблкоины (например SAI бывший DAI, кстати это не первое исполнение,используют ethereum в качестве залога для выдачи монет), благодаря возможности выпускать токены с залогом в основе и получать нужную стоимость назад, у монеты есть механизмы стабилизации курса через трейдерский арбитраж, но очередная монета типа tron usdd называется алгомитрическим токеном но внезапно не имеет механизмов сжигания с получением trx нужной стоимости, предпологая что рыночек порешает... и получается типичная скам пирамида.

* централизованные биржи это не про криптовалюту, а про регуляцию. Она сейчас дикая, с одной стороны регуятор который умудряется не выдать нормальные адекватные законы по работе в криптоэкономике но что то требующий а с другой биржи, которые ничего не обещают и не гарантируют (не регулируемые) и имеют право в любой момент сделать со своими клиентами все что угодно (например закрыть сделки по невыгодной цене и выкинуть из биржи без объяснения причин, отправив деньги на банковский счет)
Но биржи - главные маркетмейкеры, они делают ликвидность на пустом спекулятивном рынке (у криптоэкономики почти нет никакого использования кроме спекулятивное, а значит без маркетмейкера на рынке сделок будет ноль и нулевая ликвидность), и являясь главными держателями денег в системе, могут манипулировать рынком как угодно и соответственно 'обкрадывать' клиентов. Банальное знание о том какие клиенты что делают и возможность придержать депозиты (на сутки другие отложить ввод вывод легко) позволяет им с гарантией торговать в плюс.

* не думай что на этом рынке легко зарабатывать, с другой стороны дикие времена дают дикие возможности, отличный пример - запуск форков биткоин (например bitcoin cash так появился) позволил держателям биткоин на пустом месте заработать порядка 20%+- от монет на своем кошельке, просто продав вышедший форк в тот же день, как он начинал торговаться
Или к примеру криптопроекты, первым своим клиентам, бывает платят своими цифровыми акциями (т.е. токенами), которые в свою очередь могут торговаться на рынке и иметь стоимость Помню кажется uniswap давал токен который буквально за месяц давал большую стоимость в тысчи баксов просто тем кто торговал на их dex, но про это нужно было вовремя узнать!

Попробуйте завести в hosts соответствующих доменов ip адрес localhost (маловероятно что поможет) или на свой веб сервер, пусть даже с левым ssl сертификатом, главное чтобы сразу выдавал любой ответ

p.s. эта тенденция заметна была кажется еще у win8
компьютеры с windows (как и android с google apps) не наши, наглая слежка и зависимость от онлайн

Настоятельно рекомендую начать изучение c++ с командной строки (буквально hello world писать в текстовом редакторе и собирать, запуская вручную gcc/clang), т.е. тулчейна, затем системы сборки, make, cmake, scons (кстати это питоновские скрипты, описывающие проект) и вот после того как пощупаешь, соберешь чужие проекты, и вот тогда загляни в красивые GUI (idea/qtcreator/eclipse/...)

Я поднимал wifi сеть с помощью total commander wifi plugin (по уму если есть в интерфейсе смартфона из коробки то не надо) и подключался со смартфона к другому смартфону и транслировал видео.

синтетика говорит что gtx750 быстрее gt1030 на 20%-25%

с точки зрения логики, 1030 новее, и есть шансы найти драйвера на 10-ку, а вот r7 260 ... (официально поддержка есть, драйвер можно скачать)

ну и реалии таковы что все указанные видеокарты говно.

Если у тебя уже есть компьютер, минимум железной практики и хочется по дешевле, то ищи LPT порт, он либо уже есть на материнской плате (на заднюю планку его редко выводят но все же есть либо можно купить переходник usb но тогда лучше ищи готовый usb драйвер), подключить и сервомоторы или солиноид (драйвер к солиноиду можно самому сделать да и сам солиноид намотать легко), так же есть куча готовых устройств у китайцев, ищи драйвер подключения солиноида или сервопривода к компьютеру (добавив в запрос usb/com/lpt порт конкретизируешь)

работать с lpt наиболее просто, не требует никаких драйверов, просто пишешь по своему таймеру в lpt порт символ, 8 бит его кода будут установлены на data выводы, а там на выбор, хоть самодельный ШИМ хоть как (не реалтайм операционные системы не дадут гарантий по таймингам, но можно на уровне драйвера кодить).

Зачем на каждое значение из первого файла перечитывать второй?

Речь не о языке программирования, а о архитектуре приложения. Тебе нужен индекс, некий массив, лоучше в быстрой памяти (оперативной) который бы позволил за минимальное время 'константу' или хотя бы 'логарифм' найти запись во втором файле.

Обычный массив key-value (array в php) очень эффективно работает, в крайнем случае вместо значений можно хранить хеши (пракда проверить на случай коллизий все же рекомендуется), т.е. тебе достаточно загрузить в оперативную память второй массив, сохранив значения в ключах массива $index[$value]=0, и затем построчно загружать данные из первого файла и проверять isset($index[$value])

p.s. если же данные в оперативную память сохранять не вариант, используй базы данных, там готовые индексы, оптимизированные на работу с диском, самое простое, начни работать с sqlite

sqlite это ФАЙЛ, база данных полностью в одном файле, конфигурация базы задается в строке подключения к ней.
достаточно просто скопировать файл

p.s. укажи хотя бы что за база данных у тебя, а то в тегах sqlite а в вопросе что то про сервер

RAID должен был защитить от проблем на одном из дисков (при должном везении, raid10, на определенных двух), но не защитит от аппаратных проблем в самом устройстве, вполне возможно что накосячил уже сам рейд контроллер. Так же могут создать проблемы просто кабели или блок питания, создав каскадно ошибки сразу на всех дисках.

Потом дежурные помощники без понимания сути пытались восстановить загрузчик и похоже испортили его

при работе штатными средствами среда восстановления подключит системный диск в режиме записи и будет делать туда записи, когда то давно я это заметил еще на winxp, а главное правило при аппаратных проблемах с системами данных - ни в коем случае не писать на поврежденные диски!

Правильное действие, брать ВСЕ 4 диска и нести в сервис, лучше вместе с контроллером, параллельно покупать диск, на который поместятся твои данные, так как сервису понадобится куда то писать восстановленные данные. Не нужно пытаться даже просто включать диски, отличный пример - на диске откололась чешуйка материала и гуляет по диску оставляя все больше и больше новых бэд блоков, то же самое при определенной смерти контроллера, например он начнет пытаться читать и перезаписывать верные сектора (чтобы ремап произвести) просто при их чтении, аккуратно заменяя содержимое 0xFF

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

p.s. на будущее, чтобы уменьшить себе проблем, не используй аппаратные контроллеры, обывателю достаточно софтварного raid благо технологий вагон и маленькая тележка как для win так и для linux

Текстовых данных там не на 12мб?
Без ковыряний в файле, рекомендую сделать так:

Создать пустой документ, скопировать 'как текст' (формулы будут заменены на значения), вставить, затем изображения копировать вручную (20 шт не сложно) таким образом не скопируются данные которые могли попасть через буфер обмена (особенно помню с OLE объктами такое было)

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

Сохранять как .xlsx, открыть как архив, посмотреть что там получилось

Попробуй переверни логику по другому:
Не удалять 'по крону' запись, а при чтении из базы выводить только те записи, которые удовлетворяют условию - запись не старее 24h и email_status!=0
Само же удаление производить когда-нибудь потом, время выбирать уже тебе и разово для всей базы а не для одной записи.

Гугл закрыл нормальный доступ по восстановлению данных из бакапа для android устройств (последний раз это работало для устройств 2013 года, бакапить можно а восстановить нет), остаются инстурменты разработчика железки (они не заморачиваются) и средства онлайн.

В принципе, если онлайн подходит, то подключаешь adb, и используешь shell утилиту bmgr и гугловский транспорт (есть локальный но доступ к бакапу без рута там нет), т.е. процесс настройки выглядит так, авторизуешься на исходном устройстве в google, делаешь бакап, затем авторизуешь тот же аккаунт на целевых устройствах и делаешь там восстановление (гугл в этот момент предложит восстановиться). Это будет потреблять сеть (оптимизировать не получится) но зато 'по воздуху'

Иначе нужен root на устройствах (так же понадобится, если google apps на устройстве не стоят), если его получение не проблема то хватит штатного twrp

Веб технологии на самом деле очень сложный способ учиться программированию для новичков, так как затрагивает сразу несколько очень сложных и сильно разных областей:
* базы данных (для хранения данных я рекомендую sql базы данных, и для начала sqlite, не потребуется настраивать и устанавливать сервер, так как хранит все в файле)
* бакэнд (миллион способов, самый популярный php, можно python, так как зная его будет проще в другие области зайти, не рекомендую java или go для начинающих)
* фронтэнд (без или javascript)
* верстка и дизайн (html+css)

причем разработка требует понимание многопользовательского доступа, понимание конфликтов и т.п. если новичок совсем совсем ничего не знает, будет сложно.