All streams
Search
Write a publication
Pull to refresh
32
0.3
Крупченко Евгений @NotSlow

хостинг

Send message

Это отсылка была сюда:

https://habr.com/ru/companies/ruvds/articles/781568/

Следующий шаг - а пущай еще все владельцы сайтов хранят весь свой траффик (за свой счет естественно).

А потом и до wifi точек доберутся.

обязаны регистрировать их в Роскомнадзоре

Да что уж там сдерживаться, пора уже и все остальные 2.4/5ггц wifi точки тоже регистрировать.

Собирать данные паспорта всех клиентов этих точек.

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

Подключаемся к сети WiFi в диапазоне 2,4 GHz

Зачем спрашивается?...

У меня единственное устройство на 2.4 - робот пылесос. До его появления 2.4 был отключен вообще.

Это как продолжать делать устройства с micro-usb вместо type-c

сможет получить даже доступ ко всем ядерным объектам

А как же подтверждение операции по смс? :]

Бывает даже зная пароль не можешь ничего сделать из-за этого т.к. мобильной связи нет например.

В - внимательность.

Очень важное качество когда работаешь в linux под root и запускаешь всякие rm из интернетов :)

От себя добавлю chattr +i (и -i соотвт) - блокирует изменения файлов/папок вообще для всех. Даже root не сможет. Частенько пользуюсь когда нужно железно зафиксировать какие-то мои изменения.

Тинькофф против спама - это как пчелы против меда.

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

Вторая большая ошибка была использовать основной свой телефон при регистрации ИП. Тонны спама от всевозможных банков. И от тинькофф в том числе.

Нужно иметь 2 номера. И тот что приходится "засвечивать" просто держать выключенным и включать только когда это будет нужно мне. А все остальное время - все идут лесом.

На основном номере тем более все идут лесом, кто не в контактах.

Не могу пройти мимо, не приспустив с автора и читателей розовые очки...

Проверим скорость диска:

dd if=/dev/zero of=/tmp/file bs=1000000 count=100

Что за скорость мы тут проверим? Ответ - буфферизированную скорость записи. А вовсе не "скорость диска".

Причем кэширование минимум на 2х уровнях - на диске (возможно raid контроллере) и на ОС.

Очевидно, что 100мб влетят в дисковый кэш debian'а даже если у нас лишь 512мб памяти.

<!--... потерто ...//-->

Т.к. получалась слишком уж большая простыня, то проще сделать отсылку на первую нагугленную статью:

https://habr.com/ru/articles/154235/

Лучше уж использовать fio утилиту, где можно точно подстроить много параметров.

Например аналог вышеуказанной dd будет:

fio --ioengine=libaio --direct=1 --buffered=1 --name=test --size=100m --bs=1m --iodepth=1 --readwrite=write

Но много ли обычно на сайтах файлов размером около 1мб? вот и сменим --bs на 4k и вместо записи укажем случайное чтение.

fio --ioengine=libaio --direct=1 --buffered=1 --name=test --size=100m --bs=4k --iodepth=1 --readwrite=randread

Уже не так радужно получается?... Да, можно навернуть --iodepth и получить выше результат, но опять же надо осознавать какое это имеет отношение к реальности.

Но конечно это все синтетические тесты. А можно взять что-то более приближенное к реальному использованию. Например выдрать кусок бенчмарка из bitrix:

<?
echo GetPHPFilesMark()."\n";

	function GetPHPFilesMark()
        {
                $res = array();
#                $file_name = $_SERVER["DOCUMENT_ROOT"]."/".COption::GetOptionString("main", "upload_dir", "/upload/")."/perfmon#i#.php";
                $file_name = __DIR__."/perfmon#i#.php";
                $content = "<?\$s='".str_repeat("x", 1024)."';?><?/*".str_repeat("y", 1024)."*/?><?\$r='".str_repeat("z", 1024)."';?>";

                for ($j = 0; $j < 4; $j++)
                {
                        $s1 = getmicrotime();
                        for ($i = 0; $i < 100; $i++)
                        {
                                $fn = str_replace("#i#", $i, $file_name);
                        }
                        $e1 = getmicrotime();
                        $N1 = $e1 - $s1;

                        $s2 = getmicrotime();
                        for ($i = 0; $i < 100; $i++)
                        {
                                //This is one op
                                $fn = str_replace("#i#", $i, $file_name);
                                $fh = fopen($fn, "wb");
                                fwrite($fh, $content);
                                fclose($fh);
                                include($fn);
                                unlink($fn);
                        }
                        $e2 = getmicrotime();
                        $N2 = $e2 - $s2;

                        if ($N2 > $N1)
                                $res[] = 100 / ($N2 - $N1);
                }

                if (count($res))
                        return array_sum($res) / doubleval(count($res));
                else
                        return 0;
        }

	function getmicrotime()
	{
	        return microtime(true);
	}
?>

Если коротко: он создает 100шт php файлов размером 3кб, делает include (т.е. считывает и запускает) и следом удаляет. Результат они заявляют как "файловых операций в секунду", но конечно это не так. Но всеж мы получим некие "попугаи", хоть немного приближенные к реальности. Когда в процессе выполнения php скрипта в него include'ится еще сотня других - вполне реальная картина. В реальном использовании конечно скрипты эти остаются на месте, а не удаляются как в нашем случае и откладываются в файловом кэше и в opcache php. Но мы же пытаемся именно работу с диском измерить. Вот и получаем этим скриптом более-менее повторяемый результат. Именно считывания с диска кучи мелких файлов. И именно как это обычно и происходит в php скриптах - последовательный include разных небольших файлов.

А иначе все те хитрые замеры большими блоками и большой глубиной очереди конечно показать могут много гб/сек, но сайт как тормозил так и дальше тормозит... Лучше уж вместо диска обращать больше внимания на каком именно процессоре это все работает.

когда это все происходит где-то внутри gmail, то может и ладно...

но на своем сервере лучше бы сразу обрывалось соединение на попытку отправить несуществующему ящику

и как нам в этом случае уничтожить user+tinkoff@ ?

идея ж не в том чтоб создать, а в том чтоб потом его прибить

А в параллельной вселенной бракоделы создатели сайтов просто вставляют 1000x1000px на страницу тумбой 100x100 (и таких 100шт на страницу) и вообще не понимают про какие байты вы тут рассуждаете...

не сильно удобный, но гарантированно избавляющий способ от спама:

делать свои ящики под каждого, где будет "засвечен" ящик.

нужен email в тинькофф? делаем tinkoff@[свой_домен] пересылкой на другой свой скрытный основной, который нигде никогда не светится.

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

и так со всеми. и даже если однажды еще понадобится принять письмо - делаем на время и удаляем опять.

лучше б сделали возможность убрать с глаз эти раздражающие "Labels"

Seagate - уничтожим ваши данные наверняка.

Теперь и лазером.

А еще текст можно сжать в звук...

картинка со звуком
картинка со звуком

Моя Win11
Моя Win11

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

Это же касается не только windows, но еще и телефона например - игнор всех звонков и смс от неизвестных контактов. Не подписан ни на один телеграм канал, не получаю никакого спама на email и т.д. Опять же, если где-то выскакивает красное уведомление - это значит что-то крайне важное и действительно нужно обратить внимание... Иногда наблюдаю на чужих телефонах сотни непрочитанных уведомлений от десятков приложений... и им нормально живется так :(

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

Кто также будет искать фильм, название:

Framing John DeLorean / Открывая Джона ДеЛореана

Кто DDoS-ит? ... я бы не стал акцентировать свое внимание на этом

А в былые времена именно это и было самым важным. Определить кто может создать проблемы может быть ценней самой защиты.

Кэширование (про генерацию страниц, а не статику) - это конечно хорошо, но нельзя забывать что кэш не вечен. И если некэшированная страница генерируется 5с, а после кэша 0.1с,то очень рано считать работу законченной...

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

А еще розовые мечты оптимизаторов про кэширование могут легко разбиться о хотелки владельца сайта :)

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

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

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

И в таком духе :(

только меня это удивляет?

Что интересно, трафик хранится сразу на трёх уровнях. То есть если мы арендуем несколько стоек в чьём‑то огромном ЦОДе, то трафик хранят:

Мы как хостинг.

ЦОД как ЦОД.

Провайдер как провайдер.

дальше что? пусть еще каждый владелец сайта хранит весь траффик свой...

пусть на 4х уровнях будет одна и та же дурная работа делаться.

Много ли интересно было поймано преступников с тех пор как ввели всю эту муть с хранением траффика? А теперь еще как говорят будет 3 раза храниться одно и то же - у провайдера, у датацентра и теперь еще и у хостинга :)

А преступники как продолжали действовать из-за рубежа так и продолжат.

Information

Rating
2,288-th
Date of birth
Registered
Activity