Дмитрий

Так уж повелось, что основное (большее) количество разработчиков работают в среде 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 при клонировании вы получите абсолютно все файлы, что ииеются в репозитории, а тех, что там не имеются, вы, очевидно, не получите.

Старые диски (без AF, обычно до 2012 года выпуска и менее 2 ТБ) - проверять можно MHDD
Новые диски AF - WHDD, hddscan или Виктория.

Процедура проверки следующая:
1. Обязательно делать посекторный ERASE, чтобы перезаписались сектора и обновился SMART.
2. Далее читаем поверхность на бэды.

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

что за формат такой Iterator и как с ним взаимодействовать?

итерироваться

$iterator = $reader->fetchColumnByName('title');
foreach($iterator  as $item) {
     var_dump($item);
}

А это первая ссылка в гугле по запросу iterator php
https://www.php.net/manual/ru/class.iterator.php

По второму вопросу — походу не найдена такая колонка в хедере
Вот код, который кидает его:
https://github.com/thephpleague/csv/blob/4b5d1df71...

прдебажьте

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

А чтобы несколько серверов не конфликтовали друг с другом - надо либо как-то их оркестрировать, чтобы работа разделялась на несколько серверов (Нужно смотреть на конкретную задачу, чтобы сказать, как можно разделить и можно ли вообще), либо делать распределённые блокировки.

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

PS. 40 записей в секунду - это в общем-то ни о чём..

раньше запускалось на 60 фпс, заметно начало фризить.

Больше напоминает троттлинг - снижение частоты процессора при перегреве.

Проверить еще раз нормально ли прижат кулер к процессору, если снимала кулер, возможно термопасту нужно заменить. Проверить что точно кулер крутится.
Короче проверь систему охлаждения.

select distinct year(d) from t;

https://sqlize.online/s/mW

Это похоже на X/Y проблему. Напишите что вы хотите получит в итоге

json_decode прекрасно сделает всё сам, никаких дополнительных параметров не нужно. Загуглите JSON_UNESCAPED_UNICODE, если интересно что это за кодировка и как от неё отказаться.