Василий Банников

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

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

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

Причина 1 (расширяемость)
Если в будущем добавлять новые варианты NumberStyles, которые null должны обрабатывать иначе, либо какую-нибудь комбинацию, которая при null возвращает int.MinValue (например), то при проверке на null код сработает неправильно.

Причина 2 (контракт)
На вход всегда должны подаваться правильные данные. Очень странно, если будешь выполнять какую-либо работы с неправильными входными значениями.
Я, например, всегда валидирую данные перед тем как выполнять работу.

Причина 3 (легаси/совместимость)
Может в старых версиях (.NET Framework) было такое поведение - исключение при неправильных данных

Нет, даунгрейд системы как бы не предусмотрен.

Только новая установка нужной версии, с переносом всех нужных данных.

Так это классическая работа для fail2ban. Настраиваете на повторяющиеся 404 и спите спокойно...

Зеркалом называют совершенно разные вещи: и алиас домена на том же http-сервере, и полную автоматическую копию сайта на совершенно другом сервере, а порой и вообще черт знает что. Не зная, как сделано конкретное зеркало, невозможно ответить на вопрос "как оно работает". Я бы посоветовал спросить у того, кто это зеркало сделал.

Ну... это противоречит идее Java. Платформа ведь создавалась чтобы быть общим знаменателем для десятков аппаратных платформ для встраиваемой бытовой техники. Такая была идея по крайней мере.

И практика платформ показала что поменять софт в 1000 раз дешевле чем поменять оборудование.

UPD: Вот вики описывает 6 попыток реализовать Java-процессор в железе
https://en.wikipedia.org/wiki/Java_processor (3 исследовательских и 3 коммерческих продукта)
надо читать и разбираться что они сделали.
В каком статусе? Используется щас или нет?

Sentry, Elasticsearch+Logstash+Kibana. Больше особо нечего сказать)

Для PHP есть библиотека Monolog, которая умеет легировать в разные источники.

Собираем логи Symfony в Elasticsearch с помощью Filebeat и Monolog

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

p.s. в этом вопросе предложили специализированный софт gamera с gui для интерактивного обучения под неизвестные языки

https://etcher.balena.io/#download-etcher

1) Хранить картинки в бд крайне кривое решение. Это может быть оправдано только в случае когда там хранится пара иконок, вставленная в текст прям через <имг срц="тут_бэйз64_строка"... и нет желания все это переделывать ради 2 кастомных микрокартинок. В остальном - конвертировать в картинку и хранить на диске. В бд писать путь до картинки. Если это какой-то аватар или картинка, связанная с другим объектом, соответственно заводить отдельную таблицу на картинки и связь один-к-одному или один-ко-многим, в зависимости от ситуации. В худшем случае поле в той же таблице, если точно будете знать что других картинок к объекту относиться не будет, но это должен быть путь до реальной картинки на диске.
2) Почему хранение в бд - плохая идея: При каждом запросе у вас будет вытаскиваться пару мегабайт данных из бд, передаваться по каналу соединения с бд, помещаться в память, и после этого еще нужно программно отдавать картину, кроме прочего картинка в бэйс64 занимает примерно на 30% больше места.
Когда у вас есть картинка на диске, вы просто вставляете путь до нее, это ~50 символов, и сервер отдает ее БЕЗ УЧАСТИЯ ПРОГРАММНОЙ ЧАСТИ, средствами вебсервера и ОС. Это быстрее, потребляет меньше памяти и занимает меньше места в хранилище.