Vitsliputsli

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

$fileName = '1.csv';
$lineLength = 1024;
$linesCount = 15;

$handle = fopen($fileName, "r");
$fileSize = filesize($fileName);
$data = [];
if ($fileSize !== 0) {
   for ($num = 1; $num <= $linesCount; $num++) {
       $rand = rand(0, $fileSize);
       fseek($handle, $rand);
       $firstPointer = null;
       do {
           fgets($handle); // trash
           $pointer = ftell($handle);
           if ($pointer === $fileSize) {
               fseek($handle, 0);
               $pointer = 0;
           }
           if ($pointer === $firstPointer) { // loop detect
               continue 2;
           }
           $firstPointer = $firstPointer ?? $pointer;
       } while (array_key_exists($pointer, $data));
       $data[$pointer] = fgets($handle);
   }
}
ksort($data); // sort by order in file
var_dump($data);

Я здесь не делал защиты от ошибок файловых функций, в этом случае результат может быть неожиданным. Для защиты нужно обернуть все файловые функции и при ошибке выкидывать Exception, а не эти тупые php-шные false. Ну и помнить про ограничение длины строки в $lineLength.

Про форматирование, конечно, верно пишут, но если про него забыть (очень оно не стандартное, но я бы не сказал, что прям какое-то нечитабельное), то просто беглым взглядом:
1) Нет ООП (а это сейчас обязательный стандарт), попытка выдать за ООП набор статических классов делает только хуже, пишите уж лучше честно процедурно.
2) SQL-инъекции! Да и весь блок работы с СУБД чтото ужасное. Куча бесполезного, реконнекты при каждом запросе...
3) ТТУК, если конечно вообще подразумевался mvc, и контроллер это index.php.
4) Вместо автолоадера просто подключение всего и вся. Хотя по факту в php сейчас стандарт - composer.

Если весь массив умещается в память это уже хорошо. Как оптимизировать:
1) Создайте массивы не ассоциативные, а с обычными числовыми ключами. Лучше так и хранить, будет отдельно массив url и массив cnt, связь по числовому ключу.
2) Храните отсортированный массив, и используйте по нему, например, бинарный поиск.
3) Дополнительно можно использовать массив фиксированной длины из SPL, а не стандартный на хеш-таблицах, на таких объемах от него будет толк.

У вас включен файловый кеш (в том числе для cli), но отключена проверка валидности кеша (validate_timestamps). Поэтому пока вы вручную не сбросите кеш, он будет продолжать работать.
Что касается sudo, при первом запуске скрипта, вы сделали это через sudo, был создан файл кеша от root, с правами запрещающими чтение другими пользователями. При запуске без sudo php не может его прочитать и записать (хрен его знает, почему он не кидает ошибку), в итоге sudo php работает с файловым кешем, а php от пользователя нет.

Не нужно ничего сокращать. Код вполне краток и понятен. Дальнейшие сокращения лишь ухудшат читаемость.
Но если хочется поговнокодить можно взять empty.

Все public, все доступно извне, нет сокрытия.
Прям сам объект куда-то лезет по api, забирает данные, которые сам и предоставляет, обрабатывает ответ, явное нарушение SRP.

Вы можете воспользоваться контравариантностью (php>=7.4), т.е. указать в абстрактном классе родительский класс для User:

abstract protected function mapToArray(Model $object ): array;

...

class User extends Model

Либо ввести DTO, чтобы mapper брал данные из него и вообще никак не обращался к бизнесовым сущностям.

Зачем здесь регулярка?
str_replace(['*','x'],'R','2*10*30 2x10x30');

Регулярка будет выглядить так: /\*|x/

Если же, замена нужно только для конструкций из 3 чисел соединенных * или x, то можно написать так:

preg_filter('/(\d+)[*x](\d+)[*x](\d+)/', '${1}R${2}R${3}', '2*10*30 2x10x30')

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

А как вы собираетесь считать дни между датами, без указания года? Или вы забыли, что есть високосные года?
Укажите текущий год для дня рождения, и сравните с текущей датой. Если результат отрицательный, то берите следующий год для дня рождения.

Используйте mutex. Он либо есть в вашем фремворке, либо сделайте сами. Варианты: файловый - реализуется с помощью flock (это такая команда в php, а не внешняя утилита как в другом ответе), в БД - если файловый делать нельзя, например, при нескольких инстансах приложения.

Как отлавливать разрывы сети на стороне клиента в PHP и просто пропускать выполнения функции socket_read?

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

Технологий слишком много, и у разных компаний может быть совсем разный стек. Кто пишет сайты - обязательно фреймворки, а где-то их не будет. Где-то будут требовать знание Vertica или Clickhouse, а много где вообще ни разу не услышите этих слов. Кто-то захочет еще и знание Go, а где-то очень желателен будет React и пофиг что это не backend.
Но есть и общие моменты, очевидно знание git, PSR, composer, xdebug, для мидла должны быть не "навыки ООП", а отличное знание и понимание (в том числе SOLID, GRASP), оценка сложности алгоритмов, sql с пониманием работы индексов (разумеется нормализация, транзакционность, уровни изолированности, ACID), знание того же самого PHP (начиная с того, где и когда применяем Exception заканчивая SPL, Reflection, даже если никогда к ним не обращались, нужно знать, что они есть, когда возникнет необходимость), способы защиты от уязвимостей, сложности параллелизма (та же самя "гонка"), типы данных и что они из себя представляют (начиная с банального почему деньги не храним в float и т.п.). К примеру, вы можете не использовать ORM, но должны знать какие они бывают и доказать почему собственно вы их не использовали в конкретной задаче. Тоже самое trait, clojure и т.д. И много еще чего. Вплоть до провакационых вопросов "есть ли в php перегрузка?".
Это часть базисных вещей, на которые накладывается специфика работы со своими технологиями.