Талян

Это не баг, это фича.
Меню Net, FTP Show Hidden Files.

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

вроде все понимаешь а такое делаешь

Любая запись на диск, на котором удален важный файл понижает шансы успешного восстановления кратно!

Первым делом - переводишь файловую систему в ro, делаешь посекторную копию раздела на соседний диск, и только после этого начинаешь ковыряться.

p.s. попробуй еще https://sourceforge.net/projects/ext4magic/

К сожалению, на сколько я помню, ext3/ext4 очень не подходящая файловая система для восстановления удаленных файлов, т.е. очень мало шансов.

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

если нужно расширить раздел на диске то обычно делается так:
сначала нужно узнать какой диск и какой на нём раздел нужно расширить
какой диск можно глянуть командой
lsblk
допустим это будет диск /dev/sda
по занимаемому разделами месту можно глянуть
занято
sfdisk -l /dev/sda
свободно
sfdisk -F /dev/sda
или просто воспользоваться cfdisk которая покажет всё в псевдо-графическом режиме
cfdisk /dev/sda
пусть это будет второй раздел (/dev/sda2) на диске который нужно расширить до конца диска
если раздел /dev/sda2 примонтирован то его нужно размонтировать:
umount /dev/sda2

далее идут два этапа
1) изменить таблицу разделов(ТР) диска указав нужный размер для разделов
2) изменить сам размер файловой системы(ФС) для данного раздела

1.
на всякий случай сохраним дамп ТР чтобы в случае чего можно было восстановить
sfdisk --dump /dev/sda > sda.dump
потом если нужно будет восстановить
sudo sfdisk /dev/sda < sda.dump
кстати --dump генерирует простой человеко-читаемый формат
теперь в ТР указываем новые границы для раздела /dev/sda2
echo ", +" | sudo sfdisk -N 2 /dev/sda
где -N 2 это второй раздел, ", +" == "начало, размер" раздела, а + это сокращенная запись указывающая на размер который нужно задать по умолчанию, это максимально возможный размер, то есть если после второго раздела идёт пустое пространство вплоть до конца диска то sfdisk растянет раздел до конца диска ну или до начала следующего раздела если он там будет.
проверяем ТР на возможные ошибки
sfdisk -V /dev/sda
вместо вышеописанных манипуляций с sfdisk можно воспользоваться всё той же псевдографической утилитой сfdisk, там довольно просто можно разобраться как изменить ТР (см. [Resize])

2.
теперь нужно растянуть ФС до размеров указанных в ТР
для начала удостоверимся что с ФС всё в порядке
e2fsck -f /dev/sda2
далее идёт само расширение
sudo resize2fs /dev/sda2
данная команда расширяет ФС раздела /dev/sda2 до границ указанных в ТР
ну и напоследок еще раз проверим
e2fsck -f /dev/sda2

Там JS не нужен по большому счету. Минимум CSS, старый добрый HTML, и PHP, который составляет 95% функциональности подобной подсистемы.
Конфигурация отправляется из полей POST-запросами и сохраняется обычно в файлы, реже в БД. Почему реже? Потому, что системы настройки обычно настраивают так же и сам доступ к БД.
Так же из РНР обычно и генерируются input-поля с уже заполненными value.
Чтобы с непривычки не мучаться с импортами-экспортами-инклюдами конфигурационных файлов, рекомендую использовать JSON - это дёшево и сердито:

$config = json_decode(file_get_contents(__DIR__ . '/.config'), true); //читаем конфиги
//...
file_put_contents(json_encode($config), __DIR__ . '/.config'); //пишем конфиги

В данном примере .config - с точкой вначале, чтобы конфиги нельзя было открыть и прочитать из браузера - ведь это конфиденциальные данные. `__DIR__` - это магическая константа, путь к папке скрипта, в котором она использована.
Сохранять конфиги можно как угодно иначе, главное, чтобы они были недоступны из web.
Так же вам нужно предусмотреть элементарную безопасность: фильтрацию данных, полученных от пользователя.
Резюмируя, чтобы написать минимальный конфигуратор на РНР, нужно проштудировать информацию о:
json_encode / json_decode
file_get_contents / file_put_contents
htmlspecialchars / strip_tags / preg_match / filter_input

HTML и CSS, как я понимаю, вы уже и так успешно пользуетесь.

Будет ровно тоже самое что и на обычном ПК.
Бот прекратит работу.
С чего бы ему работать дальше

Ну, во первых, консольный режим программы не всегда есть у программы и всегда можно посмотреть в Терминале, в help программы есть ли он, по наличию соответствующих операндов управления.
Если список операндов очень короток и только информативный, то всё обо всём говорит.

Вызов help-а может по разному осуществляется...

programma --help
programma -help
programma -H
programma ?

Например так в Терминале выглядит help Nautilus:

$ nautilus --help
Использование:
  org.gnome.Nautilus [ПАРАМЕТР…] [URI…]

Параметры справки:
  -h, --help                 Показать параметры справки
  --help-all                 Показать все параметры справки
  --help-gapplication        Показать параметры GApplication
  --help-gtk                 Показать параметры GTK+

Параметры приложения:
  -c, --check                Выполнить быструю самопроверку.
  --version                  Показать версию программы.
  -w, --new-window           Всегда открывать новое окно, если указывается адрес URI
  -q, --quit                 Завершить Nautilus.
  -s, --select               Выбрать указанный URI в родительской папке.
  --display=ДИСПЛЕЙ          Используемый X-дисплей

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

А если вывести help, например qBittorrent, то мы увидим уже набор комманд, говорящие нам, что он может работать в консольном режиме:

$ qbittorrent --help
Использование:
    qbittorrent [options] [(<filename> | <url>)...]
Настройки:
    -v | --version             Отображать версию программы и выход
    -h | --help                Показать эту справку и выйти
    --webui-port=<порт>        Изменить порт веб-интерфейса
    --no-splash                Отключить заставку при запуске
    --profile=<папка>          Хранить файлы настроек в <папке>
    --configuration=<имя>      Хранить файлы настроек в папках
                               qBittorrent_<имя>
    --relative-fastresume      Взломать файлы libtorrent для быстрого
                               возобновления и сделать пути файлов
                               относительными к каталогу профиля
    --portable                 Короткая команда для --profile=<exe dir>/profile
                               --relative-fastresume
    файлы или ссылки           Загружать торренты, обозначенные пользователем

Параметры добавления новых торрентов:
    --save-path=<путь>         Путь сохранения торрентов
    --add-paused=<true|false>  Добавлять торренты запущенными или
                               остановленными
    --skip-hash-check          Пропустить проверку хеша
    --category=<имя>           Назначать категории торрентам. Если категория не
                               существует, она будет создана.
    --sequential               Загружать файлы последовательно
    --first-and-last           Загружать с первой и последней части
    --skip-dialog=<true|false> Управление показом окна «Добавить новый торрент»
                               при добавлении торрента.

Значения параметров могут передаваться через переменные среды. Для опции с
названием «parameter-name» переменная среды — «QBT_PARAMETER_NAME» (в верхнем
регистре, «-» заменяется на «_»). Чтобы передать значения флага, установите для
переменной значение «1» или «TRUE». Например, чтобы отключить заставку:
QBT_NO_SPLASH=1 qbittorrent
Параметры командной приоритетнее чем переменные среды

Если вы устанавливали программу из бинарника, часто путь к help-у надо указывать полный, например:

$ hls-proxy -help
hls-proxy: команда не найдена

Ошибка!

А если мы пропишем путь полный, то уже будет вывод help-а, говорящий нам, как собсно управлять из консоли данной программой:

$ /opt/hls/hls-proxy -help
Available command line parameters:
	-config-path <config directory path>
		This parameter allows to run several instances of proxy with different configurations
	-port <http port>
		Assigns a http port for proxy
		This parameter overrides setting of config files
	-address <address>
		Sets allowed ip interface
		This parameter overrides setting of config files
	-pass <admin password>
		Sets admin password
		This parameter overrides setting of config files
	-save
		Allows to save a http port, address and password values to config
	-quit
		Dont start, quit after config save

Вам уже два ответа пришло, поэтому оформлю я в виде отдельного:

1) Если учитесь, то лучше 4.X. Во всяком случае в SO или здесь всегда вам ответят.
2) 3 версию уже многие не используют много лет. Даже начинать на ней учиться - плохо. В B4 много переосмысления было интересного и красивого.
3) в 5ой версии отвязались от Jquery. Я считаю это хорошо. И даст полноценный буст для работы с JS фреймворками.

Я если бы сейчас начинал писать - то писал бы на 5ой версии. Вопрос нескольких месяцев, когда мы получим релиз.

Кажется решение найдено для IP-камер на чипсетах HiSilicon Hi35xx и XiongmaiTech XM5xx
https://openipc.org/about/

Тут надо не сокращать, а рефакторить код до более понятного использования. Если у Вас PHP >=7.0, то можно применить такую конструкцию:

$this->test[$id] = $this->test[$id] ?? 0;

$response = $this->test[$id] >= 3 ? 'нельзя' : 'получил';

$this->test[$id]++;

echo $response;

Однако от этого особо толку не будет, так как код всё равно не особо читаем