All streams
Search
Write a publication
Pull to refresh
-4
0
Алек Веритов @AlekVeritov

Пользователь

Send message

Будет ли считаться рекламой констатация факта по типу "Я пользуюсь банком Х, меня всё устраивает" или "Я ем шоколадки Х - мне нравится"?

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

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

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

Странно, что в статье не упомянута ещё одна причина недоступности сайтов с 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/, соответственно, было делом времени, когда их всех заблокируют, с такими-то "клиентами"...

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

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

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,
)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1

Information

Rating
Does not participate
Location
Самара, Самарская обл., Россия
Date of birth
Registered
Activity