Saboteur

Не совсем понятно какая задача стоит.

Чтобы постгрес сам что-то запускал по расписанию? есть и расширения и сторонние агенты, с синтаксисом, похожим на крон. всякие pg_agent и так далее. Будут выполнять psql команды, среди которых можно и внешнюю команду вызвать типа
COPY (SELECT text) TO PROGRAM '/bin/curl blablablabla...'

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

"достаточно много" это неясно сколько, чтобы понимать насколько нужно велосипедить.
Сто? тысяча? миллион? в день? в час? в минуту?
Например тысяча в час - просто скрипт на баше, данные в sqlite более чем достаточно.

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

Андроид - ОС залоченная от пользователя, и сторонние устройства автоматически не будет подключать так, как привыкли в винде

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

Поэтому только реверс инженеринг. Но для этого для начала нужно понять в каком именно формате хранится шрифт.
Попробуйте полистать хотя бы известные форматы шрифтов, найти похожие заголовки
https://docs.fileformat.com/font/

Но не факт что это вообще получится.

Да нет у тебя никакого направления пока что. Направление будет когда ты хотя бы на уровне джуниора, а лучше мидла будешь уметь писать. Или хотя бы на уровне джуниора знать вообще базовые основы продвинутого пользователя. Тогда таких вопросов не будет.

Все файлы, после проверки, остались целыми, не битыми и не перекодироваными. Вес тот же, а вот содержимое их отличается.

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

От подобных случаев спасают бэкапы.

Допустим есть условная игра с открытым миром, 3д,состоящим из блоков 128x128x128. Какую структуру данных тут применить?

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

Но кроме 3д мира, тебе еще надо персонажа хранить, инвентерь. А может быть несколько персонажей. Вот и думай.

ну банально софт может отличаться. На телефона одна ОС, на ноуте другая. Сетевой стек отличается.
"тест скорости" может быть банальным скачиванием файла во временную папку, которая на телефоне сохраняется на телефонный флеш, а на компе на HDD, например.

Не доверяй этим "мерятелям скорости", если это не iperf

Здравствуйте.

На Ubuntu server после ввода команды bg <номер процесса> ничего не происходит, просто возвращается строка на ввод.

Так и должна просто возвращаться строка на ввод. Во первых если процесс уже был запущен и работал в фоне, то вы ничего не делаете. Если он был приостановлен, он просто должен перейти в running.
Но для того, чтобы вам помочь, было бы неплохо чтобы вы привели лог своей консоли, как вы выполняете jobs, как вы указываете номер процесса. То есть выполнить jobs, bg номер, jobs

При вводе команды bg <номер процесса> на экране начинает отображается вывод этого процесса, при этом окно терминала наглухо зависает и я ничего не могу сделать, даже остановить процесс (ctr+C)

Как докажете что окно терминала именно зависает?
для начала, если вы запустили процесс в фоновом режиме, то Ctrl+C естественно не может его остановить. Он же в фоне выполняется. Скорее всего вы не понимаете, что вам доступен терминал, в котором вы можете вводить другие команды.
Фоновый процесс просто может писать текст в терминал.
Напишите вслепую clear, например, проверьте что экран очистился ненадолго.
И запускать процессы в фон, которые шлют много текста в терминал - в общем случае бессмысленно

select, for, while, until - это просто четыре команды, которые создают цикл.
То есть

for a in 1 2; do
 for b in 1 3; do
   select list; do
     while something; do
       break
     done
  done
 done
done

это нормальная работа всех циклов..

А у вас в скрипте case или лишний или криво написан, как мне кажется.

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

jsonlist="$(jq '.[][]|keys[]' sites.json|tr -d \")"
select action in ${jsonlist};do
  echo "[$action]"
  test "$action" == "title" && break
  newlist="$(jq ".[][][\"$action\"][]" sites.json)"
  echo "$newlist"
done

Так а откуда берутся все эти "ботсети"?
Это как раз зараженные устройства. Вебкамеры, розетки, роутеры, смартТВ - все что подключено к сети, особенно напрямую смотрит в инет.
Для организации DDOS нужна не мощная машина а много-много маленьких устройств, которые могут вполне легально пинговать. ПРосто когда это делает десяток тысяч устройств - это проблема.

С таким вопросом, проще обратиться в контору по восстановлению.
Ну или на свой страх и риск попробовать поискать потерянные файловые системы чем-нить вроде DMDE

все очень просто.
1. Бэкапы.
2. УПС.

И не искать себе выдуманное решение с файловыми системами.
* Файловые системы не заботятся о пользовательских данных.
* Целостность файловой системы это о том, что структура будет целая, то есть два файла не занимают один кластер, нет незавершенных операций, когда что-то недописано, или какой-то кластер считается занятым, а на самом деле нет и уже неконсистентность.
* Эти проблемы решаются простым способом - все что криво удалить, и все. Не восстановить.
* Второй момент - софт может просто записать кривые данные, и тут как бы от файловой системы не зависит. Вплоть до какого-нить криптера, который сделает совершенно корректные файловые операции и все пошифрует.
* Если же глючит хард, то там все еще хуже.

Поэтому вместо поиска велосипедов на низкоуровневых проблемах, просто делайте регулярные бэкапы, и если что-то подобное случится, то да, пользователь потеряет часть работы, от последнего бэкапа.
Бэкапы хранить на отдельной машине, доступ к ним ограничить отдельным паролем, на машину УПС, можно еще и рейд.

Ничего там не расплавилось. Но температура высокая.
Вроде как в среднем WD диски могут греться до 60 при высокой активности, но это предел их рабочей температуры
https://products.wdc.com/library/SpecSheet/ENG/287...

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

если монитор тянет, то ясен пень что тогда не тянет либо видяшка, либо кабель.

Если на той стороне Windows Server, то можно. Иначе - ковыряьт какой-нить RDP Wrapper