Flying

По-моему всё началось c Google, который действительно применяет разную логику в зависимости от того, какой email введён и поэтому ему важно разделять ввод email и пароля.

Другие сервисы в основном просто тупо копируют без реальной необходимости, потому что "ну вот Google (или кто-то ещё большой) же так делает, значит так надо". Вплоть до того, что форма по факту одна, просто на JavaScript скрывают поле и показывают после первого submit'а.

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

Кстати, дополнительно, подобный подход ещё и ломает ввод логина / пароля из менеджеров паролей.

checkMX был объявлен deprecated в 4.2 и удалён в 5.0.

Можно сделать свою реализацию, использовав в качестве основы код из 4.2, но при этом нужно будет учесть причины по которым этот код был убран (1, 2)

Посмотрите на Rector, он специально предназначен для подобных манипуляций. Есть отдельные пакеты с правилами для Symfony и Doctrine, но вероятно придётся дописать какие-то правила. Ну и статья в тему.

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

Да, и Symfony 5.2 уже вышла из поддержки, нужно целиться в 5.4

float

На одном сайте шрифт грузится с Google Fonts:

а на другом - с Tilda CDN, причём ещё и являясь какой-то модификацией шрифта:


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

Это происходит из-за неправильной организации работы с HTTP.

Вы запрашиваете данные через XMLHttpRequest методом GET и по тому же url, что и сама страница. В результате получается, что у вас один и тот же HTTP метод и один и тот url отдают два разных ответа в зависимости от... непойми чего (видимо проверяется заголовок X-Requested-With), но это явно не то, что описано в спецификации HTTP.

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

Убедиться в том, что это так, можно очень просто: достаточно открыть dev.tools и на вкладке Network включить опцию "Disable cache". После этого вы увидите что проблема исчезла.

Правильным решением будет выделение API для XHR запросов фильтра в отдельный endpoint. Также логичнее будет использовать метод POST, а не GET.

Если же не хочется переделывать - хотя бы добавьте к XHR запросам ещё один query параметр, например xhr=1 и убедитесь что он никогда не появляется в url страниц. Это сделает ваши url для страниц и XHR запросов разными и уберёт проблему.

Также имеет смысл пересмотреть объём данных, передаваемых в ответ на каждый запрос, ведь вам нужны только значения, передавать постоянно почти 100кб текста описаний нет особого смысла, они у вас и так уже есть.

Это может происходить, если в настройках включена рандомизация canvas для предотвращения fingerprinting'а.

Зайдите в about:config и поищите настройку

privacy.resistFingerprinting.randomDataOnCanvasExtract

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

Есть и другие настройки в разделе privacy.resistFingerprinting, которые могут проявляться в виде эффектов, которые выглядят как проблемы браузера. К примеру настройки privacy.resistFingerprinting.reduceTimerPrecision проявляются в виде вот такой проблемы в редакторе WordPress.

Да, можно начиная с версии 3.3, примеры есть в документации. В вашем случае это будет:

# app/config/services.yml
services:
    _instanceof:
        MyNamespace\Service\MyInterfaceForTagging:
            tags: ['app.my_tag']

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

Вам не нужно загружать файл в память, для этого существует потоковая обработка:

<?php
$fp = fopen('big-file.json', 'r');
if (!is_resource($fp)) {
    throw new \RuntimeException('Failed to open file for reading');
}
while (!feof($fp)) {
    $line = fgets($fp, 32768);  // Укажите лимит на одну запись
    if (empty($line)) {
        // Пропускаем пустые строки
        continue;
    }
    $data = json_decode($line, true, 512, JSON_THROW_ON_ERROR);
    // ... записываем в базу
}
fclose($fp);