eleday

не поверите — вертикальное видео на неком @eleday https://youtube.com/shorts/Ww93xZvu3Fw

Пятница, 17:30. Макет почти готов Но один сценарий всё ещё вызывает вопросы. Обсудить сейчас или вернуться в понедельник? Решайте вместе с командой hh.ru в «Охэхэнных новостях». Подписаться #реклама О рекламодателе

Яндекс шалит, прошу прощения

Услуги дата-центра в Москве Размещение и аренда серверного оборудования в дата-центре. 👍 4 современных дата-центра в Москве. 👍 Лицензированный оператор связи. 👍 Индивидуальные конфигурации выделенных серверов под задачи клиента. 👍 Круглосуточная техническая поддержка в Телеграм, без ботов. Узнать цену #реклама 16+ itsoft.ru О рекламодателе

Кроме Вейерштрасса вариантов фамилии для теоремы не было? У меня уже рука болит её писать Кстати, нам семинарист по матану в задания добавил:

Зарабатывайте на установках Яндекс Браузера Партнёрская программа для сервисных центров, магазинов компьютерной техники, сайтов для скачивания файлов и авторов статей. Вы можете предлагать его своим клиентам и аудитории — и зарабатывать на новых установках. Выплаты до 500₽ за каждую установку Яндекс Браузера. Подать заявку #реклама 0+ partner.browser.yandex.ru О рекламодателе

Почему setTimeout не запускает код ровно через N секунд? Казалось бы, всё просто. Пишем:

setTimeout(() => {
    console.log("Прошла секунда");
}, 1000);

И через секунду получаем сообщение в консоли. Но действительно ли через секунду? Попробуем немного изменить код:

setTimeout(() => {
    console.log("Таймер сработал");
}, 1000);

const start = Date.now();

while (Date.now() - start < 5000) {
    // Ничего не делаем
}

Как думаете, когда появится сообщение? Через 5 секунд, а не через 1. Дело в том, что setTimeout не запускает функцию самостоятельно. Он лишь просит среду выполнения вызвать её после заданной задержки. В JavaScript есть механизм Event Loop — цикл событий. Он следит за выполнением задач и определяет, когда можно перейти к следующей. Упрощённо всё происходит так: 1. Вызываем setTimeout с задержкой 1000 мс. 2. Среда выполнения отсчитывает время. 3. Когда задержка истекает, callback становится доступен для выполнения. 4. Но основной поток всё ещё занят циклом while. 5. Только после завершения цикла Event Loop сможет запустить callback. Получается, что 1000 мс — это минимальная задержка, а не гарантия запуска ровно через секунду. И даже если основной поток свободен, точность таймера зависит от среды выполнения: браузер может ограничивать частоту таймеров, а операционная система — откладывать выполнение потока. Поэтому setTimeout отлично подходит для отложенных действий, но не для задач, требующих точного соблюдения времени. @eleday

Зато тратить лишнего не буду

А, вот как

Страшный сон

От гипотезы до сделки — в одной инфраструктуре ⚡ «Финам» собрал сервисы алготрейдера так, что выход одного становится входом следующего: AI-скринер находит кандидатов по 200+ метрикам, «машина времени» проверяет гипотезы, Spread Insight сторожит арбитражные спреды, Trade API доводит до исполнения. • Бесплатные курсы, медиа и разборы кейсов • Поддержка инженеров по каждому звену • Конкурсы: сравните свой алгоритм с другими в равных условиях ✅ Запустите первую сквозную стратегию в одном контуре. Информация не является индивидуальной инвестиционной рекомендацией и не гарантирует доходности. Инвестиции связаны с риском. Перейти на сайт Финансовые услуги оказывает: АО «Инвестиционная компания «ФИНАМ». #реклама 16+ broker.finam.ru О рекламодателе

Есть задачи, где проверить готовый ответ можно за секунду, а найти его с нуля — практически нереально Например, представим очень сложную головоломку. Если тебе уже дали решение — ты просто подставляешь его и быстро проверяешь, что все условия выполняются А вот найти это решение самостоятельно может потребовать перебрать огромное количество вариантов И тут появляется один из самых известных вопросов информатики: P = NP? P — задачи, которые компьютер умеет быстро решать NP — задачи, для которых компьютер умеет быстро проверить уже готовое решение Вопрос звучит так: если решение можно быстро проверить, можно ли его всегда так же быстро найти? Сейчас мы этого не знаем. Возможно, существуют быстрые алгоритмы для огромного множества задач, просто человечество их ещё не придумало, а возможно, некоторых быстрых алгоритмов не существует в принципе Если вдруг окажется, что P = NP, последствия будут огромными Можно будет намного эффективнее решать задачи оптимизации, строить расписания, искать маршруты, решать сложные логические задачи Но одновременно могут возникнуть очень серьёзные проблемы с криптографией: многие системы безопасности опираются именно на то, что некоторые задачи чрезвычайно трудно решить, даже если правильный ответ легко проверить Самое забавное — вопрос сформулирован очень просто, а ответа на него до сих пор нет За доказательство P = NP или P ≠ NP Институт Клэя обещает $1 000 000 @eleday

Ребята, не знаю, кто и зачем вам пишет про мой канал

Приветствую 😌 Извините за вопрос без предупреждения. Увидела ваш контакт в паблике eleday. Вы уже давно работаете в продакшене или подписались на блог, чтобы системно развивать кругозор и следить за трендами в технологиях? Большое спасибо 😊

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

Встречай смартфон Honor — с выгодой для себя! ✅ Стильный дизайн ✅ Заряд надолго ✅ Качественные фото ✅ Быстрая и плавная работа Выбирай свой Honor по привлекательной цене! Купить

Сервер ничего не делает, но расходует все доступные ресурсы — Slowloris-атака Представим обычный HTTP-запрос: GET / HTTP/1.1 Host: example.com User-Agent: ... Сервер начинает читать запрос и ждёт, пока клиент его закончит А клиент отправляет: G ждет несколько секунд, E снова подождёт, T и так далее? Что плохого? На первый взгляд — ничего. Процессор почти не занят, трафика почти нет. Но соединение всё это время остаётся открытым А вместе с ним сервер может держать: - TCP-соединение - файловый дескриптор - память под состояние запроса - worker или thread Теперь вместо одного такого клиента представим тысячи. Каждый отправляет совсем немного данных, но делает это достаточно часто, чтобы сервер не решил, что соединение умерло. В итоге получается странная ситуация: - CPU: почти свободен - трафик: небольшой - сервер: недоступен Потому что закончился другой ресурс — например, количество соединений или workers На этом принципе основан класс атак, известных как Slowloris Здесь интересна не сама атака, а более общий вывод: сервер расходует ресурсы не только тогда, когда что-то вычисляет. Ожидание тоже может стоить дорого. Что делать, чтобы защититься? Поставить ограничения: - сколько соединений можно держать - сколько времени ждать заголовки - сколько времени ждать тело запроса - какого размера вообще может быть запрос И кстати тут становится понятнее, зачем перед приложением часто ставят Nginx Схема: Интернет — nginx — приложение Кажется, что Nginx просто принимает запрос и пересылает его приложению, но на практике он ещё и изолирует приложение от неприятного поведения клиентов Nginx хорошо умеет держать большое количество соединений и может самостоятельно: - применять таймауты - ограничивать размер запроса - ограничивать число соединений - буферизовать медленно приходящие данные - не отдавать каждый подозрительный клиентский сокет напрямую приложению Так что настраиваем ограничения, ставим nginx и становимся чуть более защищёнными @eleday

YaC/e 2026: кто и как будет учить в 2030 году Обсудим будущее преподавания на онлайн-конференции Яндекса YaC/e 2026. 30 сентября. Участие бесплатно, вышлем сертификат участника! Регистрируйтесь до 29 сентября. Узнать больше #реклама 16+ yace.yandex.ru О рекламодателе

может продолжить шортсы по питону снимать?

Буду периодически рассказывать про свою жизнь и учебу в вышке Расписание все еще меняется и стабилизируется. Пока из значимых дисциплин: алгебра, матанализ, дискретная математика Еще есть история, безопасность жизнедеятельности, основы российской государственности, введение в программную инженерию и введение в программирование. На последних двух рассказывают очевидные вещи, например, как переводить числа между системами счисления. Есть возможность поделать домашки по математике или отдохнуть) После ВВП должны начаться более интересные темы, например, ассемблер и си По необязательным дисциплинам: я выбрал факультатив по английскому и научно-исследовательский семинар по кибербезопасности Английского еще не было, а вот НИС был сегодня. Пока ничего нового и полезного не узнал, но оно и понятно) В общем, потихоньку вкатываюсь в учебу