Пробник Black Mirror запустят в России
«Бюро цифровых проектов» (БЦП) реализует проект по предоставлению смартфонов пользователям без предоплаты и ежемесячных платежей. Стоимость устройства и услуг связи покрывается за счет показа полезных рекомендаций в интерфейсе операционной системы.
Проект создан на основе многочисленных исследований моделей медиапотребления и новых потребностей цифровых пользователей, а также с учетом текущих экономических и технологических вызовов: роста стоимости мобильных устройств, необходимости обеспечения цифровой доступности и ожидаемого введения обязательной регистрации устройств по IMEI с 2027 г.
Пользователь получает смартфон после прохождения стандартной идентификации: предъявляет паспорт и дает согласие на обработку персональных данных. В интерфейсе устройства отображаются полезные рекомендации, преимущественно в виде баннеров и опциональных видеороликов.
Просмотр рекомендаций не является обязательным условием для совершения звонков, отправки сообщений или использования приложений. Однако если пользователь отказывается видеть любые рекомендации – как таргетированные, так и социально ориентированные – он возвращает устройство, что прописано в соглашении. Телефон не блокируется и не превращается в «кирпич». Устройство не требует подключения к государственным реестрам и не связано с военкоматами, повестками или иными административными процедурами.
Первые 1500 устройств поступят весной 2026 г. участникам закрытой программы тестирования. Принять участие может любой желающий – достаточно будет оставить заявку через форму на официальном сайте БЦП. Цель этапа – изучить баланс между полезностью рекомендаций и удобством использования устройства.
Первый в России телефон без оплаты выходит летом 2026 г.: плати вниманием – получи устройство и связь
https://www.cnews.ru/news/line/2026-01-21_pervyj_v_rossii_telefon_bez
«Бюро цифровых проектов» (БЦП) реализует проект по предоставлению смартфонов пользователям без предоплаты и ежемесячных платежей. Стоимость устройства и услуг связи покрывается за счет показа полезных рекомендаций в интерфейсе операционной системы.
Проект создан на основе многочисленных исследований моделей медиапотребления и новых потребностей цифровых пользователей, а также с учетом текущих экономических и технологических вызовов: роста стоимости мобильных устройств, необходимости обеспечения цифровой доступности и ожидаемого введения обязательной регистрации устройств по IMEI с 2027 г.
Пользователь получает смартфон после прохождения стандартной идентификации: предъявляет паспорт и дает согласие на обработку персональных данных. В интерфейсе устройства отображаются полезные рекомендации, преимущественно в виде баннеров и опциональных видеороликов.
Просмотр рекомендаций не является обязательным условием для совершения звонков, отправки сообщений или использования приложений. Однако если пользователь отказывается видеть любые рекомендации – как таргетированные, так и социально ориентированные – он возвращает устройство, что прописано в соглашении. Телефон не блокируется и не превращается в «кирпич». Устройство не требует подключения к государственным реестрам и не связано с военкоматами, повестками или иными административными процедурами.
Первые 1500 устройств поступят весной 2026 г. участникам закрытой программы тестирования. Принять участие может любой желающий – достаточно будет оставить заявку через форму на официальном сайте БЦП. Цель этапа – изучить баланс между полезностью рекомендаций и удобством использования устройства.
Первый в России телефон без оплаты выходит летом 2026 г.: плати вниманием – получи устройство и связь
https://www.cnews.ru/news/line/2026-01-21_pervyj_v_rossii_telefon_bez
😐30😁10🫡6🤣4🤷♂3🍌2🤪1
Я тут с оказией фаззил один из npm-модулей, который парсит YAML и узнал, что в YAML есть конструкция в виде трёх точек -
... doc-end Explicit marker for the end of a document.
https://github.com/eemeli/yaml/blob/main/docs/07_parsing_yaml.md#lexsource-string-string
И реально в спеке такое есть (было бы удивительно, если бы не было, конечно 🌝)
Three dots ( “...”) indicate the end of a document without starting a new one, for use in communication channels.
https://yaml.org/spec/1.2.2/
Я просмотрел и написал какое-то бесчисленное количество YAML-файлов и не видел ни в одном из них этой конструкции.
...... doc-end Explicit marker for the end of a document.
https://github.com/eemeli/yaml/blob/main/docs/07_parsing_yaml.md#lexsource-string-string
И реально в спеке такое есть (было бы удивительно, если бы не было, конечно 🌝)
Three dots ( “...”) indicate the end of a document without starting a new one, for use in communication channels.
https://yaml.org/spec/1.2.2/
---
time: 20:03:20
player: Sammy Sosa
action: strike (miss)
...
---
time: 20:03:47
player: Sammy Sosa
action: grand slam
...
Я просмотрел и написал какое-то бесчисленное количество YAML-файлов и не видел ни в одном из них этой конструкции.
👍25😁14❤1🤡1
Forwarded from ITTales :(){ :|:& };:
Тут поресёрчил тему, как распилить GPU между виртуалками. Для QEMU/KVM всё завязано на VFIO: можно пробрасывать как целое PCI-устройство (полный passthrough), так и виртуализированные GPU через vGPU-подход, когда хост создаёт mediated devices (mdev) или PCI-based виртуальные GPU и уже их отдаёт в VM. Именно этот вариант нужен, если один физический GPU должен использоваться несколькими виртуалками.
Я думал, что можно как-то заиспользовать MIG, но MIG — это лишь аппаратное разбиение GPU. Сам по себе MIG не создаёт mediated devices и VFIO-устройств для виртуалок: чтобы отдельные MIG-инстансы можно было пробрасывать в VM, всё равно нужен vGPU-стек, который экспортирует их как mdev или PCI-устройства.
У NVIDIA этот функционал исторически доступен только в рамках проприетарного NVIDIA vGPU софта и требует лицензии.
При этом NVIDIA сейчас двигается в сторону open-source GPU virtualization: есть RFC-патчи для реализации vGPU в Linux, которые должны работать с VFIO и VM passthrough. Но это пока не mainline, патчи на стадии обсуждения, и когда (и в каком виде) их смерджат — непонятно.
https://www.phoronix.com/news/NVIDIA-Open-GPU-Virtualization
Я думал, что можно как-то заиспользовать MIG, но MIG — это лишь аппаратное разбиение GPU. Сам по себе MIG не создаёт mediated devices и VFIO-устройств для виртуалок: чтобы отдельные MIG-инстансы можно было пробрасывать в VM, всё равно нужен vGPU-стек, который экспортирует их как mdev или PCI-устройства.
У NVIDIA этот функционал исторически доступен только в рамках проприетарного NVIDIA vGPU софта и требует лицензии.
При этом NVIDIA сейчас двигается в сторону open-source GPU virtualization: есть RFC-патчи для реализации vGPU в Linux, которые должны работать с VFIO и VM passthrough. Но это пока не mainline, патчи на стадии обсуждения, и когда (и в каком виде) их смерджат — непонятно.
https://www.phoronix.com/news/NVIDIA-Open-GPU-Virtualization
Phoronix
NVIDIA Publishes Open-Source Linux Driver Code For GPU Virtualization "vGPU" Support
NVIDIA engineers have sent out an exciting set of Linux kernel patches for enabling NVIDIA vGPU software support for virtual GPU support among multiple virtual machines (VMs)
👌8❤3🔥1
Forwarded from Блог*
#prog #rust
Одна из клёвых вещей, которые есть в #zig — это синтаксис для многострочных строковых литералов:
Большим преимуществом этого синтаксиса является тот факт, что он позволяет с лёгкостью сделать отступ для литерала целиком и при этом не добавлять этот отступ в сам литерал, а также требует минимального экранирования (всё до перевода строки — содержимое строки) Аналогичный код в, скажем, Rust, требует такой неприятной вещи:
и поддержки со стороны компилятора для того, чтобы экранирование перевода строки убирало не только сам перевод строки, но и предшествующие пробельные символы. Обратите внимание на то, что мне также пришлось экранировать кавычки и
Именно по этой причине есть аж два RFC (раз, два), которые добавляют новые виды строковых литералов для подобных целей (включения многострочного кода на другом языке). Тем не менее, в обсуждении второго один человек заметил (и тут дела приобретают #abnormalprogramming оборот), что имитировать многострочные литералы из Zig в Rust в некоторой мере можно уже сейчас. Именно, doc-комментарии уже на этапе лексирования заменяются на
Одна из клёвых вещей, которые есть в #zig — это синтаксис для многострочных строковых литералов:
const hello_world_in_c =
\\#include <stdio.h>
\\
\\int main(int argc, char **argv) {
\\ printf("hello world\n");
\\ return 0;
\\}
;
Большим преимуществом этого синтаксиса является тот факт, что он позволяет с лёгкостью сделать отступ для литерала целиком и при этом не добавлять этот отступ в сам литерал, а также требует минимального экранирования (всё до перевода строки — содержимое строки) Аналогичный код в, скажем, Rust, требует такой неприятной вещи:
let hello_world_in_c = "\
#include <stdio.h>\
\n\
\nint main(int argc, char **argv) {\
\n printf(\"hello world\\n\");\
\n return 0;\
\n}";
и поддержки со стороны компилятора для того, чтобы экранирование перевода строки убирало не только сам перевод строки, но и предшествующие пробельные символы. Обратите внимание на то, что мне также пришлось экранировать кавычки и
\n в коде. Сырые строковые литералы позволяют убрать экранирование, но не лишние отступы:let hello_world_in_c = r#"#include <stdio.h>
int main(int argc, char **argv) {
printf("hello world\n");
return 0;
}"#;
Именно по этой причине есть аж два RFC (раз, два), которые добавляют новые виды строковых литералов для подобных целей (включения многострочного кода на другом языке). Тем не менее, в обсуждении второго один человек заметил (и тут дела приобретают #abnormalprogramming оборот), что имитировать многострочные литералы из Zig в Rust в некоторой мере можно уже сейчас. Именно, doc-комментарии уже на этапе лексирования заменяются на
#[doc]-атрибуты, а потому можно макросом извлечь эти литералы из атрибутов и сконкатенировать:macro_rules! text {
(#[doc=$first_line:literal] $(#[doc=$lines:literal])*) => {
concat!($first_line, $("\n", $lines),*)
};
}
let hello_world_in_c = text! {
///#include <stdio.h>
///
///int main(int argc, char **argv) {
/// printf("hello world\n");
/// return 0;
///}
};GitHub
Propose code string literals by Diggsey · Pull Request #3450 · rust-lang/rfcs
Add a new syntax for multi-line string literals designed to contain code and play nicely with rustfmt.
Rendered
Rendered
✍6🗿6🤡3❤2
Пятница!
Я недавно рассказывал про форк анализатора конфигов Nginx (Gixy-Next)
https://xn--r1a.website/tech_b0lt_Genona/6032
И мотивацией его создания было то, что параллельный проект, тоже форк проекта от Яндексового, начал использовать AI
After some time, the maintainer of gixy-ng began to commit AI-generated changes to the codebase which introduced obvious regressions, broke critical behavior of the tool (which anybody using the tool would have picked up), added random AI-tooling artifacts, and introduced code which simply did not do what it was supposed to do
Эта же история стала одним из факторов для появления UZDoom
UZDoom ("Ultimate ZDoom") is a fork and successor of the GZDoom source port. It began development on October 14, 2025 by being forked under a.
The source port was born from a controversy surrounding developer Christoph Oelckers's use of AI-generated code in GZDoom in October 2025, which occurred against the wishes of the other team members.
https://doom.fandom.com/wiki/UZDoom
https://github.com/UZDoom/UZDoom
Many developers leave GZDoom due to leader conflicts and fork it into UZDoom
https://www.gamingonlinux.com/2025/10/many-developers-leave-gzdoom-due-to-leader-conflicts-and-fork-it-into-uzdoom/
На русском
Подробности конфликта были изложены в отчете об ошибке на GitHub под заголовком Управление проектом. В нем разработчики указали на проблемы, связанные с тем, что руководитель добавлял в проект непроверенный код, использовал ИИ-модели для его написания и скрывал значительные изменения в коммитах. В ответ на претензии руководитель проекта оставил короткое сообщение: Не стесняйтесь делать форк проекта...
Впоследствии отчет был заблокирован.
https://www.playground.ru/doom/news/razrabotchiki_gzdoom_sozdali_fork_uzdoom_iz_za_konflikta_s_rukovoditelem-1798143
Обсуждение на GitHub
[Bug] Project management
https://github.com/ZDoom/gzdoom/issues/3395
Я недавно рассказывал про форк анализатора конфигов Nginx (Gixy-Next)
https://xn--r1a.website/tech_b0lt_Genona/6032
И мотивацией его создания было то, что параллельный проект, тоже форк проекта от Яндексового, начал использовать AI
After some time, the maintainer of gixy-ng began to commit AI-generated changes to the codebase which introduced obvious regressions, broke critical behavior of the tool (which anybody using the tool would have picked up), added random AI-tooling artifacts, and introduced code which simply did not do what it was supposed to do
Эта же история стала одним из факторов для появления UZDoom
UZDoom ("Ultimate ZDoom") is a fork and successor of the GZDoom source port. It began development on October 14, 2025 by being forked under a.
The source port was born from a controversy surrounding developer Christoph Oelckers's use of AI-generated code in GZDoom in October 2025, which occurred against the wishes of the other team members.
https://doom.fandom.com/wiki/UZDoom
https://github.com/UZDoom/UZDoom
Many developers leave GZDoom due to leader conflicts and fork it into UZDoom
https://www.gamingonlinux.com/2025/10/many-developers-leave-gzdoom-due-to-leader-conflicts-and-fork-it-into-uzdoom/
На русском
Подробности конфликта были изложены в отчете об ошибке на GitHub под заголовком Управление проектом. В нем разработчики указали на проблемы, связанные с тем, что руководитель добавлял в проект непроверенный код, использовал ИИ-модели для его написания и скрывал значительные изменения в коммитах. В ответ на претензии руководитель проекта оставил короткое сообщение: Не стесняйтесь делать форк проекта...
Впоследствии отчет был заблокирован.
https://www.playground.ru/doom/news/razrabotchiki_gzdoom_sozdali_fork_uzdoom_iz_za_konflikta_s_rukovoditelem-1798143
Обсуждение на GitHub
[Bug] Project management
https://github.com/ZDoom/gzdoom/issues/3395
🤷♂11🔥7👍2😁2🥱2
Microsoft впервые публично отдала ключи BitLocker по ордеру ФБР
https://habr.com/ru/news/988432/
Если вы думали, что шифрование диска в Windows спасает от федералов, у меня для вас новости. Вчера, 23 января 2026 года, по данным Forbes, в деле о мошенничестве на Гуаме (Guam Pandemic Unemployment Assistance fraud investigation) произошел прецедентный кейс. ФБР изъяло три ноутбука, зашифрованных BitLocker. Брутфорсить TPM и AES-XTS — занятие бесперспективное, и агенты это понимали.
Поэтому они пошли не к хакерам, а к юристам. ФБР выписало ордер Microsoft, и Редмонд спокойно выгрузил им ключи восстановления (recovery keys) подозреваемых. Диски расшифровали, доказательства изъяли, дело шьют.
...
Цена вопроса
Цена «удобства» в данном конкретном кейсе — $1.9 млн, которые, по версии следствия, украли через схему с пособиями по безработице (PUA). Но для нас вывод другой: если вы не выпилили эти ключи из облака руками, вы, по сути, делегировали свои данные юридическому департаменту Microsoft.
Что делать, если у вас настроен Bitlocker:
- Зайдите на https://account.microsoft.com/devices/recoverykey .
- Если видите там список 48-значных ключей — поздравляю, они есть у Microsoft
- Удалите их из облака.
- Сгенерируйте новые ключи локально и запишите их на флешку или бумагу.
- Или просто используйте Veracrypt.
Оригинал
Microsoft Gave FBI Keys To Unlock Encrypted Data, Exposing Major Privacy Flaw
https://www.forbes.com/sites/thomasbrewster/2026/01/22/microsoft-gave-fbi-keys-to-unlock-bitlocker-encrypted-data/
https://habr.com/ru/news/988432/
Если вы думали, что шифрование диска в Windows спасает от федералов, у меня для вас новости. Вчера, 23 января 2026 года, по данным Forbes, в деле о мошенничестве на Гуаме (Guam Pandemic Unemployment Assistance fraud investigation) произошел прецедентный кейс. ФБР изъяло три ноутбука, зашифрованных BitLocker. Брутфорсить TPM и AES-XTS — занятие бесперспективное, и агенты это понимали.
Поэтому они пошли не к хакерам, а к юристам. ФБР выписало ордер Microsoft, и Редмонд спокойно выгрузил им ключи восстановления (recovery keys) подозреваемых. Диски расшифровали, доказательства изъяли, дело шьют.
...
Цена вопроса
Цена «удобства» в данном конкретном кейсе — $1.9 млн, которые, по версии следствия, украли через схему с пособиями по безработице (PUA). Но для нас вывод другой: если вы не выпилили эти ключи из облака руками, вы, по сути, делегировали свои данные юридическому департаменту Microsoft.
Что делать, если у вас настроен Bitlocker:
- Зайдите на https://account.microsoft.com/devices/recoverykey .
- Если видите там список 48-значных ключей — поздравляю, они есть у Microsoft
- Удалите их из облака.
- Сгенерируйте новые ключи локально и запишите их на флешку или бумагу.
- Или просто используйте Veracrypt.
Оригинал
Microsoft Gave FBI Keys To Unlock Encrypted Data, Exposing Major Privacy Flaw
https://www.forbes.com/sites/thomasbrewster/2026/01/22/microsoft-gave-fbi-keys-to-unlock-bitlocker-encrypted-data/
😁38🫡7🥴2❤1
Тред на Пикабу, про то как техника сильно умная не работает
https://pikabu.ru/story/sereznyiy_vopros_zvuchit_kak_anekdot_13620876
Я скринов приложил, но пост не про пост на Пикабу, а про статью по мотивам этого поста
Журналисты пошли за комментариями к некому эксперту по ИБ Алексею Горелкину (не Антону)
Умная техника в России отказывается работать в системе умного дома без VPN
https://www.bfm.ru/news/596124
> На самом деле такое, чтобы прям Роскомнадзор блокировал зачем-то сервер «умных» устройств, такого не наблюдается.
, говорит нам Алексей. И это абсолютная правда. Потому что блокируется РКН либо весь Cloudflare, за которым сидят производители, либо целые подсети в которые попадают в том числе и случайные производители.
Из таких громких примеров относительно недавних
В России стало недоступно приложение для незрячих людей Be My Eyes
https://www.forbes.ru/forbeslife/552394-v-rossii-stalo-nedostupno-prilozenie-dla-nezracih-ludej-be-my-eyes
Медицинские приложения для детей с диабетом попросили включить в «белый список»
https://medvestnik.ru/content/news/medicinskie-prilojeniya-dlya-detei-s-diabetom-poprosili-vkluchit-v-belyi-spisok.html
Алексей в самом начале пишет
> Cбой возникает потому, что сами разработчики данного оборудования не хотят работать с Россией
Это тоже правда, потому что доступ отключают производители по GeoIP
Серия постов про то как наше железо (и не только) привязывают всё больше к облакам, подпискам и прочей шляпе
https://xn--r1a.website/tech_b0lt_Genona/5163
https://xn--r1a.website/tech_b0lt_Genona/5166
https://xn--r1a.website/tech_b0lt_Genona/5195
https://xn--r1a.website/tech_b0lt_Genona/5197
https://xn--r1a.website/tech_b0lt_Genona/5657
https://xn--r1a.website/tech_b0lt_Genona/5810
https://xn--r1a.website/tech_b0lt_Genona/5828
https://xn--r1a.website/tech_b0lt_Genona/6025
https://pikabu.ru/story/sereznyiy_vopros_zvuchit_kak_anekdot_13620876
Я скринов приложил, но пост не про пост на Пикабу, а про статью по мотивам этого поста
Журналисты пошли за комментариями к некому эксперту по ИБ Алексею Горелкину (не Антону)
Умная техника в России отказывается работать в системе умного дома без VPN
https://www.bfm.ru/news/596124
> На самом деле такое, чтобы прям Роскомнадзор блокировал зачем-то сервер «умных» устройств, такого не наблюдается.
, говорит нам Алексей. И это абсолютная правда. Потому что блокируется РКН либо весь Cloudflare, за которым сидят производители, либо целые подсети в которые попадают в том числе и случайные производители.
Из таких громких примеров относительно недавних
В России стало недоступно приложение для незрячих людей Be My Eyes
https://www.forbes.ru/forbeslife/552394-v-rossii-stalo-nedostupno-prilozenie-dla-nezracih-ludej-be-my-eyes
Медицинские приложения для детей с диабетом попросили включить в «белый список»
https://medvestnik.ru/content/news/medicinskie-prilojeniya-dlya-detei-s-diabetom-poprosili-vkluchit-v-belyi-spisok.html
Алексей в самом начале пишет
> Cбой возникает потому, что сами разработчики данного оборудования не хотят работать с Россией
Это тоже правда, потому что доступ отключают производители по GeoIP
Серия постов про то как наше железо (и не только) привязывают всё больше к облакам, подпискам и прочей шляпе
https://xn--r1a.website/tech_b0lt_Genona/5163
https://xn--r1a.website/tech_b0lt_Genona/5166
https://xn--r1a.website/tech_b0lt_Genona/5195
https://xn--r1a.website/tech_b0lt_Genona/5197
https://xn--r1a.website/tech_b0lt_Genona/5657
https://xn--r1a.website/tech_b0lt_Genona/5810
https://xn--r1a.website/tech_b0lt_Genona/5828
https://xn--r1a.website/tech_b0lt_Genona/6025
😁30🤷♂10❤5👍3😱2🫡2🗿1
Эксперт Бедеров назвал полную блокировку VPN технически сложной и дорогой
https://tass.ru/obschestvo/26204113
"Полностью заблокировать популярный мессенджер или все VPN технически крайне сложно и дорого, поэтому применяется тактика "цифрового подавления" - создания неудобств для подавляющего большинства пользователей", - резюмировал специалист.
Спасибо
https://tass.ru/obschestvo/26204113
"Полностью заблокировать популярный мессенджер или все VPN технически крайне сложно и дорого, поэтому применяется тактика "цифрового подавления" - создания неудобств для подавляющего большинства пользователей", - резюмировал специалист.
Спасибо
💊48🤡26😁7🤬6🥴3🥱2❤1👍1😢1🫡1