Saboteur

А какая у вас стоит цель?

Ассемблер транслируется в машинный код, который выполняет процессор.

Даже базовое знание ассемблера поможет вам понять, как работает архитектура компьютера.

Да, будет полезно изучить его на уровне хотя бы "hello world"

Книги? Реально?
Встроенная справка не помогает?
Ну на официальном сайте посмотрите документацию - wincmd.ru/faq.php, там же форум с огромным количеством информации - forum.wincmd.ru

Ну и серьезно - тотал коммандер интуитивно понятный.

А почему вы не можете это ограничение сделать в вашем приложении?

Почитайте справку по sftp серверу, например vsftp умеет делать quota и лочить юзеров в их домашнем каталоге.

Стандартный способ - не просто указать что "скрипт работает", а сохранить идентификатор процесса этого скрипта.
Таким образом, вы сможете не только увидеть аттрибут, что "скрипт работает", а считать PID и проверить - есть ли такой процесс в памяти, и является ли он именно вашим php скриптом.

Ну на проект для портфолию это не тянет, так как тут работы менее чем на час с гуглом.

Можете усложнить. Сделать простые ссылки и ссылки с дополнительным паролем, прикрутить несколько типов файлов - которые удалятся через день, через месяц, через год. Может быть даже монетизацию прикрутить для тренировки.
Прикрутить проверку на вирусы через какой-нить API.
Прикрутить комментарии к файлу.

В общем то, что вы написали - это пока что ~10 строк кода.

1. ЛЮБОЙ багтрекер будет хорошим решением.
2. Любая локальная вики с поддержкой версионности будет достаточным решением.
3. git со структурой документов/текстовых файлов, да хоть рисунков.

P.S. "не заточенные жёстко на программировании (типа GIT и всё такое)"
Судя по этому упоминанию, вы понятия не имеете что такое GIT и программирование. Потому что GIT можно использовать как угодно. Я бы серьезно посоветовал Вам поиск решения на этот вопрос переложить на более компетентных людей.

Если бы к вам пришёл 15-летний пацан с нулевым уровнем знаний в программировании и в ИТ-сфере вообще, который хочет стать разработчиком, то с чего бы вы начали его обучение?

15 лет слишком поздно. Можно не знать программирование, но быть нулем в ИТ сфере, не иметь логического мышления, не иметь представления об интернет и как пользоваться поиском - такого пацана сразу гнать и не тратить на него время.

Ибо если у него с логикой что-то есть, то н дружит с гуглом. Если дружит с гуглом, то он не может быть нулячим.

Поднять на этом сервере локальный майнкрафт сервер и построить дом своей мечты.

А серьезно - нужно из задач искать инструменты, а не от инструментов находить себе задачи.

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

Готовьтесь к ЕГЕ, парралельно пробуйте делать свои проекты. Олимпиады - далеко не так важно в жизни, тем более у вас уже опыт есть.

Поступите в хороший вуз и ищите стажировку с реальной работой.

Правильные версии - более универсальный вариант. Вдобавок те же фича-тимы могут работать и с версиями.
Чтобы упростить работу с версиями, используйте https://semver.org/lang/ru/

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

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

Бизнес логика тут простейшая - нужно ежемесячно вводить показания счетчиков и формировать цену исходя из тарифа. Следовательно нужно дать возможность устанавливать тариф для каждого месяца и возможность вводить показания счетчика. Может вы ошибочно ввели неправильные показания счетчика - значит должна быть возможность удалить показания или редактировать.

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

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

Реальные знания можно получить исключительно реальными поступками.
А именно - пишите много кода.

Перечитав 100 или даже 1000 книжек по тому, как ездить на скейтборде, вы не станете даже начинающим скейтбордистом.
Не ищите "лучшие книги" или "топовые курсы". Просто потратьте много времени на практику.

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

Всякие счетчики и аналитики используют данные, которые ранее указал пользователь.

1) Пользуясь cat/head/tail/sort/cut/awk/sed можно навырезать все нужные вам данные и отправить письмом

2) нет, кроме /proc полезно еще /dev

Вы забыли добавить таблицу умножения.

А серьезно - если за 12 лет вы не решились из этого списка ничего не узнать, то зачем эти вопросы на тостере? Чтобы выяснить как можно учить поменьше чтобы изучить что-то?

Нужно просто делать.