METANIT.COM

Запустите рекламу в телеграм-каналах с Яндекс Директом Перфоманс-реклама теперь в телеграм-каналах ⚡ Яндекс Директ знает, как привлечь целевую аудиторию 💰👌 Попробовать #реклама yandex.ru О рекламодателе

Краткий совет по Linux: У вас есть файлы логов, сжатые в формат .gz? Вам не нужно распаковывать их, чтобы прочитать или выполнить поиск по содержимому. Используйте инструменты с префиксом «z» напрямую: * `zcat` — просмотр файла; * `zless` — прокрутка содержимого; * `zgrep` — поиск внутри файла; * `zegrep` — поиск с использованием расширенных регулярных выражений; * `zfgrep` — поиск фиксированных строк; * `zcmp`/`zdiff` — сравнение файлов. Эти команды позволяют просматривать сжатые логи без предварительной распаковки — идеально для оперативного устранения неполадок.

Ищу желающих заполнять карточки товаров на ВБ! Работа полностью на удаленке с зп до150 000 рублей в месяц. Без опыта, нужен только телефон, занятость 3-6 часов в день. Всему обучат на бесплатном курсе и после возьму на работу: ✅ 3 дня уроков по 30 минут ✅ Домашки с проверкой и оплатой бонусами ✅ Плачу 10 тыс за каждую выполненную домашку Все кто пройдет курс, получат сертификат от школы с образовательной лицензией. ⚡ Набор заканчивается завтра. 👍 Для регистрации жмите кнопку "Зарегистрироваться" Зарегистрироваться #реклама 16+ course.wildmanager.ru О рекламодателе

Вполне валидные выражения в C++:

    [](){};
    [](){}();;
    []{};
    []{}();

Компания Hynix - один из крупнейших производителей чипов памяти прогнозирует, что проблема на рынке памяти не будет решена до 2028 года. Hynix отмечает, что запасы памяти сокращаются, а заметный рост поставок памяти DRAM, который сможет избавить рынок от дефицита, ожидается лишь в 2028 году, поскольку для наращивания объёмов производства нужны новые фабрики или расширение существующих объектах, а это долгий процесс. Исключением являются лишь чипы HBM и SOCAMM. Тем не менее в Hynix считают, что продажи ПК в 2026 году останутся примерно на уровне текущего года. К слову, на Amazon уже появилась оперативная память (Lexar 8GB DDR5-5600 UDIMM) доступная для предзаказа с датой релиза 31 августа 2027 года. https://videocardz.com/newz/sk-hynix-outlook-points-to-tight-consumer-memory-supply-through-2028-as-a-lexar-ddr5-listing-shows-a-2027-ship-date

CORS (Cross-Origin Resource Sharing) (продолжение предыдущего поста) CORS (Cross-Origin Resource Sharing) — это HTTP-механизм, который позволяет запрашивать данные с одного URL на другой URL, обходя ограничения политики одинакового происхождения (Same-Origin Policy). CORS обеспечивает баланс между безопасностью и возможностью взаимодействия между ресурсами разных источников, предотвращая несанкционированный доступ к данным. Как работает CORS: 1. Клиент (a.com) хочет отправить запрос (например, POST /products) на сервер с другим источником (b.com). 2. Браузер обнаруживает, что источник отличается, и перед отправкой основного запроса отправляет предварительный (preflight) запрос с методом OPTIONS на сервер (b.com). Это делается для проверки, разрешены ли такие запросы. 3. В preflight-запросе браузер указывает: - метод основного запроса (например, POST); - заголовки, которые будут использоваться. 4. Сервер (b.com) отвечает на preflight-запрос кодом 204 No Content и включает специальные заголовки: - Access-Control-Allow-Origin: указывает, какой источник (origin) может отправлять запросы (в примере — a.com); - Access-Control-Allow-Methods: перечисляет разрешённые HTTP-методы (в примере — POST). 5. Если сервер разрешает запрос, браузер отправляет основной запрос (POST /products). 6. Сервер обрабатывает основной запрос и возвращает ответ, если всё корректно. Ключевые моменты: - CORS работает как на стороне браузера, так и на стороне сервера. - Без правильной настройки CORS браузер блокирует запросы к ресурсам с других доменов. - Заголовки Access-Control-Allow-Origin и Access-Control-Allow-Methods критически важны для разрешения запросов. - Предварительные (OPTIONS) запросы помогают убедиться, что основной запрос безопасен.

CORS (Cross-Origin Resource Sharing) (продолжение в следующем посте)

Еженедельные розыгрыши ⚡На канале Pro_Technology собраны сотни предложений со скидками до 70% от топовых маркетплейсов. ✅Горячие предложения, актуальные промокоды и купоны публикуем ежедневно в большом количестве. ✅А ещё в закрепе канала можно поучаствовать в розыгрыше призов. Кстати у нас проходят розыгрыши каждую неделю ✅Заходи в Pro_Technology участвуй в розыгрыше и трать деньги с умом! Узнать больше #реклама О рекламодателе

Panda (Python) vs SQL: сравнение некоторых операций

Вкратце как создавать AI-агентов

Реклама для бизнеса любого уровня в Яндекс Директе Создайте эффективную рекламную кампанию с алгоритмами Яндекс Директа 👌 Начните прямо сейчас ⚡ Зарегистрироваться #реклама direct.yandex.ru О рекламодателе

Сравнительный анализ технологий обмена данными между клиентом и сервером: Short Polling, Long Polling, SSE (Server‑Sent Events) и WebSocket. (продолжение предыдущего поста) ## 1. Short Polling (короткий опрос) Принцип работы: Клиент регулярно (с фиксированным интервалом) отправляет HTTP‑запросы на сервер: *«Есть ли новые данные?»* Сервер отвечает сразу, даже если данных нет. Схема:

Клиент → запрос → Сервер  
Клиент ← ответ (пустой/с данными) ← Сервер  
( пауза )  
Клиент → запрос → Сервер  
...

Плюсы: - Простота реализации. - Работает на любом HTTP‑сервере. - Совместим со всеми браузерами. Минусы: - Высокий overhead: много пустых ответов. - Задержка между обновлениями = интервал опроса. - Нагрузка на сеть и сервер из‑за частых запросов. Когда использовать: Редкие обновления, простота важнее эффективности. ## 2. Long Polling (длинный опрос) Принцип работы: Клиент отправляет запрос. Сервер держит соединение открытым и отвечает только когда есть данные (или по таймауту). После ответа клиент сразу отправляет новый запрос. Схема:

Клиент → запрос → Сервер  
(сервер ждёт данных)  
Клиент ← ответ (с данными) ← Сервер  
Клиент → запрос → Сервер  
...

Плюсы: - Меньше пустых ответов, чем в Short Polling. - Почти мгновенная доставка данных (как только они появляются). - Простая реализация. Минусы: - Соединение постоянно переподключается. - Высокая задержка при потерях пакетов (нужно ждать таймаут). - Нагрузка на сервер из‑за долгих соединений. Когда использовать: Средние требования к скорости, устаревшие системы без WebSocket. ## 3. SSE (Server‑Sent Events) Принцип работы: Однонаправленный канал: сервер самостоятельно отправляет данные клиенту через постоянное HTTP‑соединение. Клиент слушает события. Схема:

Клиент → открывает поток → Сервер  
(соединение держится)  
Сервер → событие → Клиент  
Сервер → событие → Клиент  
...

Плюсы: - Автоматическая доставка данных от сервера. - Низкое потребление ресурсов (одно соединение). - Встроенная поддержка перезапуска при обрыве. - Простой API в браузерах (EventSource). Минусы: - Только сервер → клиент (однонаправленный). - Ограниченная поддержка в старых браузерах. - Может конфликтовать с прокси/файрволами. Когда использовать: Новостные ленты, уведомления, мониторинг (где нужен только push от сервера). ## 4. WebSocket Принцип работы: Двунаправленный полнодуплексный канал. После рукопожатия (HTTP → WebSocket) клиент и сервер могут одновременно отправлять данные. Схема:

Клиент → HTTP-рукопожатие → Сервер  
(переход на WebSocket)  
Клиент ↔️ данные ↔️ Сервер  
(двусторонний обмен в реальном времени)

Плюсы: - Мгновенный двусторонний обмен. - Минимальный overhead (нет HTTP‑заголовков). - Подходит для чатов, игр, коллаборативных приложений. Минусы: - Сложнее реализовать (нужен WebSocket‑сервер). - Требует поддержки на стороне сервера и клиента. - Может блокироваться корпоративными сетями. Когда использовать: Интерактивные приложения (чаты, онлайн‑игры, трейдинг).

Сравнительный анализ технологий обмена данными между клиентом и сервером: Short Polling, Long Polling, SSE (Server‑Sent Events) и WebSocket. (продолжение в следующем посте)

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

RuStore с 1 февраля 2026 года отключает монетизацию приложений для физлиц и самозанятых через инструменты RuStore. Чтобы продолжать публиковать планые приложения, необходимо зарегистрировать ИП или юрлицо в ФНС, затем создать новый аккаунт и заново подключить монетизацию В качестве альтернативы можно продолжить работу в RuStore в текущем статусе, но без монетизации через платёжные инструменты платформы. В этом случае можно перевести платные приложения в бесплатные и продолжать публиковать и обновлять приложения без ограничений, либо при необходимости использовать альтернативные инструменты монетизации Если же не успеть внести изменения до 1 февраля 2026 года, то платные приложения будут автоматически скрыты c витрины RuStore, а платёжные SDK — BillingClient SDK и Pay SDK — перестанут работать, списания по активным подпискам будут остановлены https://www.rustore.ru/help/developers/monetization/disable-monetization-selfemployed

Обратное давление и архитектура (описание к предыдущему посту) Обратное давление — ключевой элемент корректно работающей инфраструктуры. Когда базы данных, очереди сообщений, пулы соединений или другие системы оказываются перегружены, как они справляются с нагрузкой? Некоторые программы реагируют на перегрузку тем, что позволяют своим ресурсам исчерпаться, в результате чего система аварийно завершается (например, из‑за нехватки памяти — OOM). С точки зрения реализации такое поведение просто, но оно вызывает каскадные сбои, которые могут привести к полному выходу системы из строя и даже к потере данных. Это недопустимо! Более удачный подход: каждый компонент оказывает обратное давление на своих клиентов. Обратное давление — это принцип, согласно которому программный сервис, обнаружив, что он достиг предела возможностей или приближается к нему (максимальное число соединений, полное использование доступных буферов памяти и т. п.), сообщает об этом клиентам — либо посредством явных сообщений, либо путём отказа в соединении. Иными словами, сервис защищает собственное состояние ценой снижения качества обслуживания или отказа в обслуживании некоторых клиентов. Если серверные компоненты спроектированы с учётом сигналов обратного давления, неожиданные скачки нагрузки приводят лишь к снижению производительности, а не к полному отключению всей системы.

Обратное давление и архитектура (описание в следующем посте)

Стань дизайнером с нуля и забирай Сделай 6 кейсов с нуля и получи готовое портфолио в формате Reels для привлечения первых клиентов 🎓 Освоишь Figma и протестируешь 3 направления: графический, веб и UX/UI дизайн 📊 Создашь 6 кейсов: сайт, карточку МП, баннеры и презентации 💰Узнаешь, почему digital-дизайнерам платят до 250 000 ₽ И получишь пошаговую стратегию выхода на cтабильный доход: Без поиска клиентов 24/7, без бирж фриланса, без продаж и без копеечных заказов на 300 ₽ Формат как на стажировке: Живые уроки, всё в Telegram, личные видео-разборы от дизайнеров ✨ Розыгрыш AirPods для всех, кто дойдет до конца Попробовать #реклама 16+ study.logomachine.ru О рекламодателе

Что происходит при добавлении объекта в векторную базу данных (продолжение предыдущего поста) Со стороны это выглядит как один вызов API, но на самом деле процесс гораздо сложнее, чем может показаться. При добавлении объекта параллельно запускаются четыре процесса: Индексация свойств Все свойства вашего объекта индексируются для быстрого фильтрации и поиска по ключевым словам. Генерация векторов Если вы не предоставили векторы, внешние модели (Cohere, OpenAI, JinaAI и др.) создают эмбеддинги на основе ваших данных. Индексация векторов Эти векторы организуются в специализированные структуры данных (например, HNSW) для эффективного поиска по схожести. Хранение объекта Полный объект вместе с его векторным представлением сохраняется для последующего извлечения. Каждый из этих процессов имеет собственное время обработки и задержки ввода‑вывода. Одна только индексация векторов предполагает организацию эмбеддингов таким образом, чтобы данные можно было эффективно извлекать. А для генерации эмбеддингов могут потребоваться вызовы внешних API, что добавляет сетевые задержки. Понимание того, как работают векторные базы данных, поможет вам эффективнее оптимизировать их производительность. Если ваша модель генерации эмбеддингов работает медленно, она становится узким местом. Если векторный индекс настроен неправильно, ухудшается скорость поиска. Если индексация свойств перегружена, возникают проблемы с фильтрацией

Что происходит при добавлении объекта в векторную базу данных (продолжение в следующем посте)