Дмитрий

А в чём смысл такого метода get_set?
Что если я только прочитать хочу, не меняя значение поля?

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

Т.е. когда ты видишь модули npm, пакетный менеджер python pip, compose от php и прочее прочее, везде изначально разработчики ориентируются на окружение linux.

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

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

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

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

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

ccleaner конечно та еще странная программа, поломавшая ОС и мозги не малого количества новичков, но чтобы удалять диски из системы это перебор.

Первое нужно удостовериться что причина пропажи софтварная (какой то гдюк в конфигурации ОС) или аппаратная.

Для этого достаточно загрузиться с чистой (не тронутой кривыми программами) операционной системы, настоятельно рекомендую linux liveusb, какую-нибудь xubuntu более чем подойдет, там посмотреть и диски и разделы и файлы почитать и все в графическом интерфейсе.

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

Если стало ясно что причина в железе - нести в сервис восстановления данных, если данные важны или на мусорку

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

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

Полям надо давать имя: атрибут name Например

<input type="text" name="first_name" placeholder="First name">

<select name="day_of_week">
  <option value="1">Monday</option>
  <option value="2">Tuesday</option>
  <option value="3">Wednesday</option>
</select>

PHP примерно такой:

<?php
$filename = 'form_responses.txt';

if (!empty($_POST)) {
    $record = [
        // перечисляются поля формы
        'first_name' => filter_input(INPUT_POST, 'first_name', FILTER_SANITIZE_STRING),
        'day_of_week' => filter_input(INPUT_POST, 'day_of_week', FILTER_SANITIZE_NUMBER_INT),
    ];

    $recordString = implode('; ', $record) . PHP_EOL; // склеить значения через точку с запятой

    file_put_contents($filename, $recordString, FILE_APPEND);
}

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

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

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