В Cloudflare пояснили, как в РФ ограничивают трафик до их сетей, но решения проблемы у платформы нет

А что не так с порносайтом?

там бабы были некрасивые

В Cloudflare пояснили, как в РФ ограничивают трафик до их сетей, но решения проблемы у платформы нет

Даже и разбираться сильно не надо, и так понятно, что блокировать нужно домен, а не ip адрес. Я ни в одном предложении не поддерживал таких блокировок, а указал только факт их существования, но ватага "правдорубов" неистово заминусовала в стиле РКН, против которого они так яро выступают )))
То, что CF клиентов не фильтрует - это тоже факт. Я лично не берусь судить насколько это правомерно, но говоря вашим языком поэтичных аналогий продавец алкоголя ДОЛЖЕН убедиться, что продаёт его совершеннолетнему. Именно продавец. А если он не проверяет, то его закрывают, даже если он всему городу продаёт очень нужные и полезные товары.

В Cloudflare пояснили, как в РФ ограничивают трафик до их сетей, но решения проблемы у платформы нет

Странно, что в статье не упомянута ещё одна причина недоступности сайтов с CloudFlare - их ip адреса стали включать в реестр запрещённых сайтов, благодаря тому, что CF никак своих клиентов не фильтрует.
Пример https://tools.seo-auditor.com.ru/blocklist/188.114.99.224/
Там мы можем увидеть такие "замечательные" сайты как hidefporn.ws, aufcasino.bet, casinohype50.com и др. IP адресов для проксирования у CF ограниченное количество - https://www.cloudflare.com/ru-ru/ips/, соответственно, было делом времени, когда их всех заблокируют, с такими-то "клиентами"...

PHP. Как увеличить потребление памяти в 3 и более раз при работе с массивами

Всегда рад порадовать других теоретиков, которые в концептуальном посте радуются возможности придраться к конкретике, которой там и не планировалось, а потом с отцовской снисходительностью поясняют юнцам "за ошибки". Специально для вас поясню: числа взяты условные, для демонстрации принципа, а не конкретного выигрыша. Ну и последнее предложение моего поста означало, что я разделяю недоумение попыткой "изменить что-то в массиве размером со "слона", и самим наличием такого массива, внезапно. Так что второй абзац пояснил мне то, с чем я изначально не спорил, поэтому, видимо, был написан только для вашей радости.
Надеюсь порадовал вторично ;)

PHP. Как увеличить потребление памяти в 3 и более раз при работе с массивами

Может у меня получится объяснить )

function passByReference(&$array) {
	$array[0] = 100;
}

function passByValue($array) {
	$array[0] = 100;
}

$array = range(0, 5);
passByReference($array);
var_export($array);

$array = range(0, 5);
passByValue($array);
var_export($array);

array (
  0 => 100,
  1 => 1,
  2 => 2,
  3 => 3,
  4 => 4,
  5 => 5,
)
array (
  0 => 0,
  1 => 1,
  2 => 2,
  3 => 3,
  4 => 4,
  5 => 5,
)

PHP. Как увеличить потребление памяти в 3 и более раз при работе с массивами

(НЛО удалило)

PHP. Как увеличить потребление памяти в 3 и более раз при работе с массивами

Ключевая фраза "в 9 из 10 случаев" )
Если у вас 1К онлайн юзеров, то оптимизация на 1Мб может дать экономию 1Гб ОП на одном скрипте. Но вы правы - таких проектов немного. И про слона тоже плюсую )

Как позволить PHP использовать весь CPU/RAM некоторыми [не]хитрыми манипуляциями

Спасибо, конечно, но вопрос был адресован @wapmorgan :)

Как позволить PHP использовать весь CPU/RAM некоторыми [не]хитрыми манипуляциями

У меня как-то "вполне себе обычный бэкэнд" на 10 серверов что-то тоже плохо в голове укладывается... Чисто для примера, интернет-магазин с посещаемостью 500 уников в сутки вы бы на бэкэнд из скольки серверов сориентировали?

Асинхронность, конкурентность, параллельность, многопоточность — разбираемся «по понятиям» :)

https://www.php.net/manual/ru/function.fgets.php
Внезапно, здесь пример чтения файла без генераторов (размер файла значения не имеет, потому что чтение будет происходить построчно).
Присоединяюсь к вопросу: есть пример использования генераторов не про чтение файлов?

Робот-не-пылесос с ножом или как мы делали смарт-ножницы на колесах

У каждой конторы свои допуски. У крупных бывает 0.5мм, у мелких до 2-3мм может быть.

Робот-не-пылесос с ножом или как мы делали смарт-ножницы на колесах

Потенциальная сфера применения - раскрой ДВП. На каждый шкаф, комод, тумбу и т.п. нужна задняя стенка двп. Мебельных мастерских по стране масса.

Уменьшение трафика за счёт сжатия изображений. На примере Laravel

Да это не я нахожу. В гугле наберите compress jpg и resize jpg и сравните результаты...
И, повторюсь, если вы кодом из статьи наресайзите оптимизированных jpg-ов, то никакого "сжатия" у вас не будет.

Уменьшение трафика за счёт сжатия изображений. На примере Laravel

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

Алгоритм JPEG позволяет сжимать изображение как с потерями, так и без потерь

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

Уменьшение трафика за счёт сжатия изображений. На примере Laravel

Тут вам гугл с википедией лучше помогут. На хабре есть статьи https://habr.com/ru/post/454944/
Если в двух словах, то в функции imagejpeg из вашего кода есть третий параметр, который отвечает как раз за сжатие. Т.е. при одном и том же размере картинка может быть с разной степенью сжатия. Ну и использование GD в 2022, мягко говоря, выбор неоптимальный. Если вам попадутся хорошо оптимизированные картинки, вы будете удивлены, когда уменьшенная в размерах по вашему коду картинка будет весить больше оригинала.

Уменьшение трафика за счёт сжатия изображений. На примере Laravel

Кликбейт детектед! Автор, разберитесь с понятиями сжатие и ресайз.

Действительно ли генераторы помогают экономить память?

Если не нравится static $var в функции, то можно сделать через метод класса. В случае с "большими данными" подобное разделение логики может сказаться негативно, т.к. факт того, что в sum_even_values можно отправлять только "правильные" массивы, априори находится исключительно в голове автора такой функции, если, конечно, он не пишет очень расширенные комментарии к коду, а все его коллеги не перечитывают их каждый раз. Получается логика формально разделена, но у всей команды в голове постоянно должно быть понимание что и как можно слать, что, на мой взгляд, хуже, чем отсутствие такого разделения. Но это, конечно же, субъективно.

Действительно ли генераторы помогают экономить память?

Не совсем понял почему в указанном примере в функцию sum_even_values отправлен весь цикл foreach, а не обработка одного элемента. В таком случае всё будет прекрасно работать и без генераторов, и источники данных можно легко менять без лишнего повторения кода. Т.е. опять никакого преимущества у генераторов особо нет в таком использовании, или я что-то недопонял?

Как работает быстрый текстовый поиск для WordPress

Да, вот про вычисление релевантности очень интересно. Отбрасывается ли окончание в случае русского языка? Т.е. будет ли искаться "делал" при запросе "делалА", или "красив" при запросе "красивЫЙ" и как посчитается релевантность, ведь тогда отношение длин больше 1?

Учитываются ли опечатки и ошибки - а/о, е/и, сдвоенные согласные? Индек строится прямо по словам или делается metaphone/soundex?

Учитывается ли порядок слов? Т.е. будет ли найдено "кофе был крепкий" в описанном примере?

Что делаете с местоимениями, предлогами, междометиями, сокращениями, аббревиатурами при индексировании, поиске, вычислении релевантности?

Тестовый контур как спасение при частых релизах

Не сообщили самого интересного: сколько стоила разработка/поддержка ДО рефакторинга, сколько стоит теперь. Точных цифр, конечно же, не жду, но хотя бы порядок узнать было бы очень интересно. Какого уровня проект должен быть, чтобы позволить себе "9 разработчиков на проекте"?