rPman

выдавать каждому пользователю персональную ссылку, в которой зашит нужный id

Можно попытаться использовать статические анализаторы кода, а можно подключить библиотеку и проанализировать классы и методы в режиме выполнения.
Смотреть тут, т.е. получаешь список зарегистрированных классов get_declared_classes и для каждого по имени запрашиваешь список методов get_class_methods, в догонку то же самое можно сделать с функциями get_defined_functions

И помним, что очень часто разработчики библиотек почему используют динамические имена переменных и методов класса, настроив колбек на undefined method, в этом случае список таких методов узнать автоматически невозможно.

Так как php - это язык шаблонов, без тега это html в чистом виде (точнее то что должен выдать сервер) то значит если закрыть тег ?> то все что до открытия следующего <?php будет выводиться

т.е. например так:

<?php
/* блаблабла код на php */
?>
<div class="modal fade" id="myModal_'<?=$item->id; ?>">
...
<?php
/* блаблабла код на php */
?>

Подстановка значений (выражений) можно так же кусками на php делать или используя <?=expression ?>

Все это работает корректно как инструкция, т.е. будут работать блоки { }, и обычно редакторы корректно расставляют подсветку синтаксиса для таких вставок

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

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

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

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

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

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

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

Это плохая идея, размещать много файлов в одной директории.

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

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

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

p.s. советы:
* оформи диск с такими файлами как отдельную файловую систему, в отдельном контейнере (пусть и в файле но не обязательно) и при необходимости резервное копирование делать уже целым файлом раздела, это заметно быстрее не только для hdd (тут само собой) но и для ssd, когда у тебя миллионы файлов.
* если нет денег на ssd на весь объем данных, используй с помощью bcache малый ssd как кеширующий к hdd, или хотя бы выноси журнал (для ext4) отдельно, хотя бы запись не будет сильно тормозить
* если файлы мелкие (десятки килобайт), возможно key-value база данных будет более предпочтительна (но только если это не мешает, к примеру раздавать статику веб сервером лучше само собой из файлов)
* а можно даже сколхозить свое

Сложно понять что у тебя случилось.

С высокой вероятностью у тебя windows запускалась не в режиме UEFI, а уже linux зачем то стал запускать из этого режима, но нормально установить меню загрузки EFI можно только если загружался из режима EFI.

Т.е. либо продолжай загружаться в legacy bios режиме, либо перезапусти windows в режиме efi и заново запусти установщик но я не рекомендую в принципе ставить linux из windows.

Лучше записать загрузочный установщика образ iso на usb flash/cdrom (на выбор вариантов много, рекомендую unetbootin) и уже из него запускать установку

p.s. настоятельно рекомендую новичкам начинать не с debian а с ubuntu/kubuntu/xubuntu, по сути это то же самое но сообществом более вылизанное именно в таких ситуациях.