متاح الآن! بحث تيليغرام 2025 — أهم رؤى العام 
commit -m "better"
الذهاب إلى القناة على Telegram
3 481
المشتركون
لا توجد بيانات24 ساعات
+77 أيام
+3830 أيام
جاري تحميل البيانات...
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
يونيو '26
يونيو '26
+75
في 2 قنوات
مايو '26
+105
في 4 قنوات
Get PRO
أبريل '26
+160
في 4 قنوات
Get PRO
مارس '26
+229
في 3 قنوات
Get PRO
فبراير '26
+83
في 2 قنوات
Get PRO
يناير '26
+94
في 2 قنوات
Get PRO
ديسمبر '25
+102
في 1 قنوات
Get PRO
نوفمبر '25
+80
في 6 قنوات
Get PRO
أكتوبر '25
+83
في 4 قنوات
Get PRO
سبتمبر '25
+94
في 4 قنوات
Get PRO
أغسطس '25
+90
في 6 قنوات
Get PRO
يوليو '25
+91
في 3 قنوات
Get PRO
يونيو '25
+86
في 4 قنوات
Get PRO
مايو '25
+95
في 4 قنوات
Get PRO
أبريل '25
+129
في 4 قنوات
Get PRO
مارس '25
+134
في 7 قنوات
Get PRO
فبراير '25
+93
في 4 قنوات
Get PRO
يناير '25
+114
في 7 قنوات
Get PRO
ديسمبر '24
+102
في 1 قنوات
Get PRO
نوفمبر '24
+211
في 4 قنوات
Get PRO
أكتوبر '24
+169
في 3 قنوات
Get PRO
سبتمبر '24
+135
في 1 قنوات
Get PRO
أغسطس '24
+94
في 7 قنوات
Get PRO
يوليو '24
+68
في 2 قنوات
Get PRO
يونيو '24
+69
في 2 قنوات
Get PRO
مايو '24
+61
في 1 قنوات
Get PRO
أبريل '24
+118
في 2 قنوات
Get PRO
مارس '24
+237
في 2 قنوات
Get PRO
فبراير '24
+89
في 3 قنوات
Get PRO
يناير '24
+98
في 2 قنوات
Get PRO
ديسمبر '23
+97
في 1 قنوات
Get PRO
نوفمبر '23
+33
في 0 قنوات
Get PRO
أكتوبر '23
+39
في 1 قنوات
Get PRO
سبتمبر '23
+36
في 0 قنوات
Get PRO
أغسطس '23
+49
في 0 قنوات
Get PRO
يوليو '23
+56
في 0 قنوات
Get PRO
يونيو '23
+25
في 0 قنوات
Get PRO
مايو '23
+26
في 0 قنوات
Get PRO
أبريل '23
+25
في 0 قنوات
Get PRO
مارس '23
+44
في 0 قنوات
Get PRO
فبراير '23
+32
في 0 قنوات
Get PRO
يناير '23
+39
في 0 قنوات
Get PRO
ديسمبر '22
+29
في 0 قنوات
Get PRO
نوفمبر '22
+30
في 0 قنوات
Get PRO
أكتوبر '22
+40
في 0 قنوات
Get PRO
سبتمبر '22
+60
في 0 قنوات
Get PRO
أغسطس '22
+32
في 0 قنوات
Get PRO
يوليو '22
+78
في 0 قنوات
Get PRO
يونيو '22
+63
في 0 قنوات
Get PRO
مايو '22
+33
في 0 قنوات
Get PRO
أبريل '22
+41
في 0 قنوات
Get PRO
مارس '22
+103
في 0 قنوات
Get PRO
فبراير '22
+71
في 0 قنوات
Get PRO
يناير '22
+192
في 0 قنوات
Get PRO
ديسمبر '21
+44
في 0 قنوات
Get PRO
نوفمبر '21
+39
في 0 قنوات
Get PRO
أكتوبر '21
+120
في 0 قنوات
Get PRO
سبتمبر '21
+256
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 22 يونيو | +2 | |||
| 21 يونيو | 0 | |||
| 20 يونيو | +2 | |||
| 19 يونيو | +3 | |||
| 18 يونيو | +3 | |||
| 17 يونيو | +2 | |||
| 16 يونيو | +3 | |||
| 15 يونيو | +2 | |||
| 14 يونيو | +3 | |||
| 13 يونيو | +3 | |||
| 12 يونيو | +10 | |||
| 11 يونيو | +8 | |||
| 10 يونيو | +4 | |||
| 09 يونيو | +4 | |||
| 08 يونيو | +1 | |||
| 07 يونيو | +1 | |||
| 06 يونيو | 0 | |||
| 05 يونيو | 0 | |||
| 04 يونيو | +4 | |||
| 03 يونيو | +6 | |||
| 02 يونيو | +3 | |||
| 01 يونيو | +11 |
منشورات القناة
Repost from Технологический Болт Генона
+1
Codex от OpenAI может убить ваш SSD меньше чем за год: баг с логами пишет 640 ТБ
https://habr.com/ru/news/1050560/
Разработчик под ником 1996fanrui заметил, что его SSD изнашивается подозрительно быстро, и докопался до причины: виноват Codex CLI — консольный инструмент OpenAI для агентного программирования. Оказалось, что Codex непрерывно пишет диагностические логи в локальную базу SQLite по пути ~/.codex/logs_2.sqlite. За 21 день работы машины на накопитель ушло около 37 ТБ — и это при том, что сам файл базы весит чуть больше гигабайта. В пересчете на год это примерно 640 ТБ записи. Для сравнения: типичный потребительский SSD на 1 ТБ рассчитан в среднем на 600 TBW, то есть на 600 терабайт записи за весь срок службы. Иными словами, один забытый лог способен исчерпать гарантийный ресурс накопителя меньше чем за год. Реальная нагрузка даже выше, чем кажется по размеру файла: из-за эффекта write amplification база живет в режиме постоянной вставки и удаления — за один 15-секундный замер автор насчитал около 36 тысяч новых строк при неизменном числе хранимых. Проблема тянется как минимум с апреля: тогда фиксировали запись до 5-16 МБ/с прямо во время ответа модели. Причина — в настройке, которую вряд ли собирались показывать конечным пользователям. SQLite-сток логов по умолчанию работает на глобальном уровне TRACE, самом шумном из возможных. В базу попадает буквально все: сырые данные WebSocket, зеркалированная телеметрия и даже рутинные обращения к системным файлам вроде passwd и ld.so.cache. Хуже того, сток игнорирует стандартную переменную RUST_LOG, так что приглушить его очевидным способом не получается. По оценке автора, около 71% записанного — бесполезный для рядового пользователя мусор. История с распухающими логами Codex обсуждается на десятке связанных issues не первый месяц, а сам тикет про 640 ТБ висит без официального ответа OpenAI уже неделю. В недавних обновлениях компания чинила стабильность SQLite (включая баг с повреждением WAL), но именно объем записи не тронула. Получается парадокс: OpenAI продает Codex как инструмент, который сам пишет код и проводит ревью, но не закрывает баг, который этот же инструмент по идее должен был отловить, — и который тихо изнашивает железо тысяч пользователей.Оригинал Codex SQLite feedback logs can write ~640 TB/year and rapidly consume SSD endurance https://github.com/openai/codex/issues/28224
| 2 | https://tsargrad.tv/slovo/davajte-vkljuchim-telegram_1744463
"Давайте включим "Телеграм"!
Telegram отключали "ради безопасности". Но что-то пошло не так" | 1 542 |
| 3 | Забавно, антропики, оказывается, делают ровно то же самое - https://www.anthropic.com/research/deprecation-commitments
(а клоунов ставят мне, ага) | 1 740 |
| 4 | #LLM
Стандартная мантра "планируй опусом, реализуй сонетом" кажется все более и более ошибочной.
Все сложные процессы, которые я перевел с такой схемы на "всегда использовать модель на максималках", стали сходиться быстрее, и дешевле.
Да, сонет дешевле на токен, но для решения относительно сложной задачи ему требуется в разы больше токенов, чем опусу. И его решение будет еще менее оптимальным.
Начинаю склоняться к тому, что совет по умолчанию - "используйте самую мощную доступную модель, кроме как если задача заведомо совсем простая".
И это верно не только для моделей от антропиков, но, например, и для моделей от openai. | 1 841 |
| 5 |  لا يوجد نص... | 2 941 |
| 6 |  Сегодня в рубрике «AI-2027» ТРИ новости:
— Премьер-министр Великобритании Keir Starmer запросил исключение для британских граждан и компаний, чтобы они могли пользоваться моделями Anthropic «Mythos» и «Fable» после того, как США в пятницу объявили об экспортном контроле, запрещающем их использование кем-либо за пределами США или иностранными гражданами. Представители Белого дома... отказали. (Politico пишет, что UK не направляли такой запрос)
— Сегодня на съезде Большой семёрки состоится обед с четырьмя CEO ведущих AI компаний: OpenAI, Anthropic, Google DeepMind и... ни за что четвёртую не угадаете 😀 Mistral. Будут плотно обсуждать доступ «доверенных партнеров» к передовым американским моделям. Интересно, смогут ли убедить Trump и компанию😳
— Минюст администрации Трампа вмешался в иск против xAI из-за газовых турбин, питающих дата-центр Colossus 2, и попросил суд закрыть дело. Аргумент — что это объект национальной безопасности: Grok/xAI якобы критичны для экономики, энергетической безопасности и военных задач США, включая classified networks. То есть AI-дата-центр Elon Musk фактически пытаются защитить как стратегическую инфраструктуру. | 1 862 |
| 7 | В той же программе понадобился быстрый https://en.wikipedia.org/wiki/Longest_prefix_match. Обычно это решают с помощью trie, или погружением префиксов в хештаблицу (разными способами).
Мне захотелось выжать из этого максимум, и я попросил #LLM устроить мне deep dive в то, какие trie вообще бывают, и какие структуры данных еще бывают для LPM.
Вот, нашел Darts - https://dl.acm.org/doi/10.1109/32.31365.
Раньше никогда не приходилось встречаться с такой структурой данных, но именно она подходила лучше всего:
* У нее максимально cache friendly внутренние структуры - https://github.com/pg83/ay/blob/master/darts.go#L17
* Очень сжатый внутренний цикл - https://github.com/pg83/ay/blob/master/darts.go#L141
Через 15 минут я получил x10 по сравнению с reference implementation от LLM, и на том успокоился. | 1 967 |
| 8 |  لا يوجد نص... | 1 905 |
| 9 |  لا يوجد نص... | 2 382 |
| 10 |  https://www.opennet.ru/opennews/art.shtml?num=65693
"Дэниел Cтенберг (Daniel Stenberg), автор утилиты для получения и отправки данных по сети curl, объявил о приостановке приёма и обработки сообщений об уязвимостях с 1 июля по 3 августа. Исключение будет сделано только для отправителей, пользующихся платной поддержкой. В качестве причины называется необходимость передышки и отдыха после существенного повышения нагрузки по разбору отчётов о выявлении уязвимостей в последние четыре месяца" | 2 014 |
| 11 | Понабрался в общении с #LLM, и вам дарю.
Если в общении XXX вызывает вопрос, то "XXX - deep dive". Работает гораздо лучше, чем "посмотри вот сюда, что тут и как".
gate - универсальный токен, работает как в "gate для прохождения PR - ...", "какой gate доступа к этому медленному коду" (в perf оптимизациях), да и прсто "а чем это загейчено"?
"этот код пахнет" - самый лучший способ сказать LLM, что что-то не так, и надо подумать еще. Эту метафору мне однажды подсказала клода, я с тех пор ей пользуюсь постоянно. Не знаю, почему, но чаще всего работает именно так, как я хочу, лучше, чем если бы я пустился в пространные объяснения. | 2 102 |
| 12 |  Узнал сегодня новое слово от #LLM! | 2 027 |
| 13 | 🆕Статистика по сертификатам безопасности за 5 месяцев 2026 года
Статистика по используемым TLS-сертификатам в доменной зоне .RU, которая нужна перед следующим постом.
Всего действующих сертификатов - 2 214 614, подавляющее большинство от Let's Encrypt - 92,16 %.
🔹Let's Encrypt R13 - 873 218 шт. (39,43 %)
🔹Let's Encrypt R12 - 871 723 шт. (39,36 %)
🔹Let's Encrypt E7 - 148 178 шт. (6,69 %)
🔹Let's Encrypt E8 - 147 884 шт. (6,68 %)
🔹WE1 Google Trust Services - 131 402 шт. (5,93 %)
🔹GlobalSign R3 - 28 983 шт. (1,31 %)
🔹Иные (в т.ч. НУЦ) - 13 226 шт. (0,60 %)
По сроку действия сертификатов:
🔹3 мес. - 2 173 973 шт. (98,16 %)
🔹13 мес. - 28 984 шт. (1,31 %)
🔹6 мес. - 6 692 шт. (0,30 %)
🔹7 мес. - 3 471 шт. (0,16 %)
🔹12 мес. - 1 424 шт. (0,06 %)
🔹Иные - 66 шт. (0,01%)
Количество действующих TLS-сертификатов от национального УЦ ("отечественный RSA") за 5 месяцев увеличилось с 5276 до 6050 шт. и составляет 0,26%, ранее было снижение с 5410 шт. до 5276 шт.
Источники - Интернет-ресурс «Домены России», CTlog | 1 939 |
| 14 | https://www.rbc.ru/technology_and_media/13/06/2026/6a2d12da9a7947f7d5334aa0 | 2 521 |
| 15 | Очень жаль, и это - леденящий душу пиздец.
Я, когда писал https://t.me/itpgchannel/4156 "пока добровольно, но я уже, конечно, представляю, что по-настоящему сильный AI обычным работягам не достанется", не предполагал, что это случится так быстро.
Думаю, что мои шансы увидеть Logos 6 (предполагаемое название следующей модели от антропиков, придуманное совместно с gemini) примерно нулевые - этому сопротивляются несколько государств, транснациональных компаний, парочка служб безопасности, и РКН, будь он неладен.
Фабула крутая.
Прошлой осенью с sonnet я понял, что там есть профит - можно было дать задачу на кодинг, и она будет сделана.
С опусом стало понятно, что LLM может сама предложить достаточно вменяемые решения сложных задач, и следить за их исполнением.
С фабулой же я общался почти на равных. | 2 963 |
| 16 |  لا يوجد نص... | 2 723 |
| 17 | https://www.opennet.ru/opennews/art.shtml?num=65670
"Зафиксирована массовая компрометация пакетов в репозитории AUR (Arch User Repository), применяемом в Arch Linux для распространения приложений от сторонних разработчиков. Атакующие получили контроль над 469 1577 пакетами и смогли внедрить в них вредоносный код для кражи паролей и ключей доступа с систем пользователей. Среди прочего, вредоносный код был интегрирован в поставляемый через AUR пакет ALVR, популярный у любителей компьютерных игр"
AUR изначально - literally система для запуска в своей системе произвольного скрипта от произвольного Васяна из интернета, поэтому это даже компрометация назвать сложно. | 2 975 |
| 18 | До выхода Opus 4.5 многие сидели на Sonnet 4.5 — он казался достаточно умным, и в то же время его можно было использовать по подписке гораздо больше, чем Opus, который с выходом 4.5 подешевел в 3 раза. Так что звёзды сложились так, что почти все переехали на «тяжелый дорогой» Opus.
Но для сравнения и перспективы:
— Opus 4.8 стоит $5/$25
— Fable 5 в два раза дороже, $10/$50
— Opus 4 / 4.1 стоили $15/$75, дороже Mythos-class моделей!
— GPT-4 на релизе стоила $30/$60, и целых $60/$120 если контекст длиннее невероятных 8 тысяч токенов
— GPT-3 стоила $40 (и $80 если вы покупали пакет токенов поменьше) и не разделяла вход и выход, так что $40/$40
И это не говоря про то, что за входные токены мы зачастую платим с большой скидкой в 50-90%, так как они кэшируются.
GPT-3 стоила дороже Opus 4.8 и почти наверняка дороже Fable 5 в реалистичных сценариях.
И вот мы на пороге потенциальной ценовой войны Anthropic <-> OpenAI, и, возможно, через год мы будем иметь Mythos-class модели по цене Sonnet-ов или чуть дороже. Невероятно.
(ноооооо если спрос продолжит расти, то придётся снова задирать цены, так как не смогут обслуживать всех 😦) | 2 150 |
| 19 | Продолжаем тему https://t.me/itpgchannel/4165 "#LLM позволяют автоматизировать то, что раньше было автоматизировать невыгодно", и, одновременно тему "одна программа проводила 20% всего CPU time в работе с map"!
Я, знаете ли, performance freak. Могу задрачивать лишние пару процентов перфа неделями, если вижу профит в этом.
Perf оптимизациями я, так или иначе, занимаюсь последние лет 20, как на работе, так и для себя. Думаю, будет вполне уместно сказать, что в Я мало высокопроизводительного кода, к которому я когде-то не прилагал усилий.
Вот, #LLM позволяют погружаться в такие бездны perf оптимизации, которые раньше были out of scope, потому что удельная полезность их была невелика.
В своем крестовом походе против "20% всего CPU time в работе с map" я дошел совсем уже до мелочей.
Например, 50к лукапов было в таблицу парсеров по расширению файла. Понятная задача - найти для файла подходящий ему парсер.
Казалось бы, 50к не очень много, но с 40 миллионов лукапов я уже спустился до 500к лукапов на всю программу, и 50к стало уже заметно на общем фоне.
Раньше я бы на этом и остановился, потому что овчинка выделки не стоит.
А тут я просто написал клоде "так, строй perfect hash, первый диспатч по длине расширения, второй - по линейной комбинации букв расширения, брутфорс для поиска минимума операций. Скрипт с генератором положи в dev/, так же туда перенеси список всех расширений, чтобы его можно было менять только через regen".
Через 5 минут у меня был готов скрипт-генератор https://github.com/pg83/ay/blob/master/dev/gen_parsers.py, и очень быстрый лукап парсера по расширению файла - https://github.com/pg83/ay/blob/master/parsers_generated.go#L74, раза в 2 быстрее обычного поиска в таблице.
Мораль? Как обычно, ее нет! | 2 185 |
| 20 | https://ria.ru/20260612/putin-2098660037.html
"Россия недавно вывела еще 16 аппаратов системы спутниковой группировки, которая лучше, чем Starlink, сообщил президент России Владимир Путин" | 2 367 |
