Типобезопасная работа с массивами PHP

Тогда уж должно быть так:

$isDiffer = $after->get($code)->str() !== $was->pull($key)->pull()->get('VALUE')->str();

Хотя из кода совершенно не понятно, что это за магическое условие.

Типобезопасная работа с массивами PHP

Symfony OptionsResolver

Типобезопасная работа с массивами PHP

удалено

Разработка с Docker на Windows Subsystem for Linux (WSL)

А через симлинк не работает?

Последний рубеж обороны QA: автоматическое обнаружение ошибок

Даже для того, чтобы просто посылать логи в Sentry тоже требуется небольшая разработка.

У нас Symfony и для нее есть готовый бандл, так что у нас с подключение Sentry вообще никаких проблем. Так же есть интеграция GitLab <=> Sentry. И нам вполне хватает стектрейса собранного Sentry для идентификации и исправления проблемы. Но в вашем случае конечно все гораздо сложнее с учетом вашей архитектуры и вам нужно значительно больше данных чем может собрать Sentry. Тут я не спорю.
Я лишь хочу сказать, что Sentry очень хорошо подходит для не очень больших проектов. Так сказать, инструмент для старта.

Мой любимый Git-коммит

То есть вас смущает, то что проекте с открытым исходным кодом в коммите ссылаются на тикет который нельзя почитать? Как и сказал ilammy, это не проблема git или GitHub в частности.

Какую альтернативу вы предложите в контексте обсуждаемой стати при использовании внутренней JIRA? Описывать в каждом коммите полный текст тикета? И даже если тикет на десятку, сотню или даже тысячу коммитов? А как на счет обсуждений тикета? Их тоже дублировать в сообщении к коммитам?

Последний рубеж обороны QA: автоматическое обнаружение ошибок

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

Docker + php-fpm + PhpStorm + Xdebug

Проблема известная и довольно старая. Тоже от неё страдаем. https://github.com/docker/for-win/issues/188

WSL 2 уже зарелизили, но мне ещё не довелось опробовать. https://devblogs.microsoft.com/commandline/wsl-2-is-now-available-in-windows-insiders/

Ищем баги в PHP коде без статических анализаторов

А вы смотрели этот репозиторий? Это проект к php-fig имеет довольно посредственное отношение. Автор этого проекта по сути один человек dereuromark и он меняет многие устоявшиеся нормы, в частности:

Code MUST use 1 tab for indenting, not spaces. Spaces are for alignment and separation of words/text, only tabs are by definition valid indentation characters.

Я не думаю, что стоит рассматривать этот проект всерьез или у вас есть другая информация?

Мой любимый Git-коммит

А в чем проблема импортировать тикеты из GitHub в GitLab с сохранением номеров тикетов? Посмотрите на туже Doctrine.

Ищем баги в PHP коде без статических анализаторов

Я безусловно согласен с тем, что использование strict mode по умолчанию является хорошей практикой, но в данном случае и без него код будет работать корректно.

И вы забыли еще об одной детали:

If the requested component doesn't exist within the given URL, NULL will be returned.

Ищем баги в PHP коде без статических анализаторов

В изначальном коде не выполнялась проверка на корректность URL и я полагаю, что валидация URL была сделана где-то ранее. То есть, задача этой строчки кода только проверить допустимый домен в URL, а не проверять корректность URL.

И здесь неважен strict mode и false который может вернуть функция parse_url(). В этом примере in_array() всегда будет возвращать false для таких случаев.

Ищем баги в PHP коде без статических анализаторов

В PHP это делается так

$allowed_hosts = ['wowwiki.com', 'wikia.com', 'falloutvault.com'];
if (in_array(parse_url($url, PHP_URL_HOST), $allowed_hosts)) {
    // ...
}

Ищем баги в PHP коде без статических анализаторов

Точка без звёздочки заменяет только один символ. Как сказали выше, добавление ^$ решит проблему.

Ищем баги в PHP коде без статических анализаторов

До недавнего времени, он был по умолчанию включён в php-cs-fixer и Style CI. Сейчас уже исправились.

Ищем баги в PHP коде без статических анализаторов

Есть лайфхак Yoda conditions. Он помогает избежать ошибок в операциях сравнения, хотя мне такой стиль записи условий не нравится.

Как решить проблемы сайтов-агрегаторов с помощью резидентных прокси

А есть методики идентификации краулеров и ботов?
Ну то есть понятно, что запросы без User-Agent или с корявым User-Agent фальшивка. Запросы без кук вероятно фальшывые. Большое количество запросов с одного IP. Частые запросы с одного IP. Запросы с одного IP с одинаковым интервалом. Запросы из публичного списка прокси. Запросы из Tor exit nodes.

Какие ещё есть методы?

Еще раз о принципе подстановки Лисков, или семантика наследования в ООП

Я об этом и говорил. Мы не создаём сущность одну на весь проект. В каждом контексте свои ограничения. Но если мы не отразим в коде ограничения конкретного контекста, то получим сущность нарушающую инварианты.

Еще раз о принципе подстановки Лисков, или семантика наследования в ООП

А я бы не добавлял)))

Еще раз о принципе подстановки Лисков, или семантика наследования в ООП

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