Linux / Линукс
Все о мире Свободного Программного Обеспечения 🤝 Для связи - @raz_raz 💬 Чат - t.me/linuxgram_chat 🔷 ВК - vk.com/linux0ids 💡 Предложка - @linux_gram_bot Заказать рекламу через биржу: https://telega.in/c/linux_gram
Mostrar más📈 Análisis del canal de Telegram Linux / Линукс
El canal Linux / Линукс (@linux_gram) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 13 094 suscriptores, ocupando la posición 9 726 en la categoría Tecnologías y Aplicaciones y el puesto 50 473 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 13 094 suscriptores.
Según los últimos datos del 24 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 82, y en las últimas 24 horas de 0, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 20.55%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 13.47% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 690 visualizaciones. En el primer día suele acumular 1 763 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 39.
- Intereses temáticos: El contenido se centra en temas clave como linux, линукс, ядро, vasya, драйвер.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Все о мире Свободного Программного Обеспечения
🤝 Для связи - @raz_raz
💬 Чат - t.me/linuxgram_chat
🔷 ВК - vk.com/linux0ids
💡 Предложка - @linux_gram_bot
Заказать рекламу через биржу:
https://telega.in/c/linux_gram”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 25 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
/goal в Codex позволил агентам работать до 16 часов непрерывно. На токены потрачено 40 фунтов стерлингов.
По уровню сжатия rars на 5–10% отстаёт от WinRAR, по скорости — существенно медленнее. Есть режимы --features fast (SIMD-оптимизации, но требует тестового Rust) и --features parallel (Rayon для распараллеливания).
Евгений Рошал, создатель RAR, прокомментировал, что обратный инжиниринг старых бинарных файлов RAR запрещён лицензионным соглашением, и он пока не определился, что делать.
Linux / Линукс 🥸--backup и некорректным временем резервных копий. Прекращено изменение прав доступа и владельца для save-файлов после аварийного завершения (предотвращение утечки конфиденциальной информации). Добавлена возможность переопределения комбинаций M-Ins и M-Del.
Linux / Линукс 🥸null-padded character sequence. Появившись в AT&T Unix около 1979 года для работы с именами файлов в директориях (поля фиксированной ширины), strncpy десятилетиями использовалась в обычном коде как безопасная замена strcpy. Но если длина источника >= n, терминальный \0 не ставится, и любой strlen или printk улетит за буфер. Если источник короче n, то весь остаток до n забивается нулями, что порождает ненужную нагрузку.
Заменить strncpy одной функцией невозможно: под разные намерения нужен разный инструмент:
strscpy() — для нормальной строки с терминатором.
strscpy_pad() — то же с обнулением хвоста.
strtomem() / strtomem_pad() — для полей фиксированной ширины без терминатора.
memcpy_and_pad() — для bounded-копии из источника, который может не иметь завершающего нуля.
memtostr() / memtostr_pad() — обратный случай.
memcpy() — если это вообще не строка.
Один и тот же вызов strncpy требовал ручного чтения контекста: строка это или бинарное поле, нужен ли ноль, нужен ли padding. 362 раза, и каждый раз разное решение.
В вашей кодовой базе strncpy, скорее всего, всё ещё живёт как безопасный вариант. Это не баг в трекере, это код, который надо перечитать. И главная работа будет не в замене функции, а в том, чтобы понять, что лежит в каждом буфере. Ядру на это понадобилось шесть лет и 70 человек — на API, который выглядел как безопасный десятилетиями.
Linux / Линукс 🥸
¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
