Channel
@and_systems
On this record: Growth · Engagement · Posts · Cite this entry
38subscribers
-1 since we began measuring on 7 August 2026
Risers and fallers across the register · movement among entries of Under 1,000.
| Telegram ID | -1001049790126 |
|---|---|
| Type | Channel |
| Username | @and_systems |
| Created | Between 1 February 2016 and 30 November 2016— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 10 August 2026 |
| Last confirmed live | 23 August 2026 |
| Measurements held | 3 |
| Confirmed unchanged | 1 time, most recently 23 August 2026 |
| On Telegram | t.me/and_systems |
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 23 Aug 2026, 11:29 | 38 | -1 |
| 10 Aug 2026, 20:31 | 39 | no change |
| 7 Aug 2026, 20:11 | 39 | first reading |
20 posts held, back to 14 February 2025 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 pageof Telegram’s post history, 20 posts per page.
ERR is average views per post over the last 30 days divided by subscribers, the definition TGStat uses, so this figure is comparable with the one you will see elsewhere. It falls structurally as a channel grows: a high ERR on a small channel and a low one on a large channel describe reach mathematics, not quality. We publish the figure and the sample it came from and pass no verdict on it.
ER is defined industry-wide as (forwards + reactions + comments) ÷ views— note the denominator is views, not subscribers. Telegram’s public web preview carries views and reactions but not forward or comment counts, so the reaction rate above is the reactions term only and is therefore a floor: the true ER for this channel is higher by an amount we have not measured and will not estimate.
| Window | Rolling 30 days · latest post in window 8 August 2026 |
|---|---|
| Posts held | 20 (14 February 2025 – 8 August 2026) |
| Views total | 62 |
| Reactions total | — |
| Forwards / comments | not exposed by the public surface — not measured, not estimated |
| Readings taken | 10 Aug 2026, 20:31 UTC |
Views are a single reading per post, taken at the time above. A post published in the last day or two is still accumulating views, which pulls the 30-day average down slightly. That is a property of the standard definition rather than a fault in it, so we keep the definition rather than “correcting” the number into something nobody can reproduce.
Precision. Telegram publishes view counts on its public widget in short form — 8.12K, 3.7M — so any reading at or above 1,000 reaches us rounded to three significant figures, and only counts below 1,000 are exact. Averages and rates derived from them are shown to the same precision rather than to the unit: a figure like 3,701,250 would assert digits nobody measured.
Reaction counts are published per emoji and rounded the same way, so a total below 1,000 is exact and a larger one is a sum that may carry a rounded component from each emoji above 1,000. Because it is a sum, it does not look rounded — read a large reaction total as three significant figures per contributing emoji rather than as the figure it prints.
Сервер 1U помогает плотнее разместить вычислительные узлы в стойке, но требует заранее проверить охлаждение, шум, запас для расширения и доступ к оборудованию. В новой версии разбираем, когда такой форм-фактор подходит для задачи и что уточнить до подбора конфигурации. HPE ProLiant DL360 — пример платформы класса 1U, а не универсальная готовая конфигурация. Полная статья: https://bit.ly/4z5tSjj
Как выбрать жесткий диск для сервера Объем — только один из критериев. Для серверного HDD важны профиль нагрузки, SAS или SATA, CMR или SMR, поведение в RAID, совместимость с контроллером и время восстановления массива. В обновленном материале — практический чек-лист и отдельные маршруты по NAS, RAID-ready и SAS. https://bit.ly/3S8ZYde
Один сокет — ещё не доказательство совместимости. Мы обновили гайд по выбору серверного CPU: развели Ice Lake-SP и Cooper Lake H, добавили три socket-path семейства Xeon 6 и заменили готовые списки «пользователи/ВМ → CPU» на проверяемую методику. Безопасный порядок: 1) точный SKU; 2) семейство и серия; 3) сокет; 4) список CPU конкретного сервера; 5) BIOS/firmware; 6) TDP, охлаждение и память. Для sizing сначала из…
🔎 Обновили диагностику износа SSD: что означают счётчики NVMe «Здоровье 88%» — не таймер до отказа. Чтобы понять, почему ресурс уходит быстро, нужно смотреть сразу на несколько полей и на их динамику: — Data Units Written — сколько данных записал хост; — Available Spare — нормализованный остаток резервной ёмкости; — Percentage Used — оценка израсходованной выносливости производителя. Для SATA названия SMART-атрибу…
🧮 Обновили гайд по выбору СХД: добавили расчёт требуемой ёмкости Начинать с количества дисков — плохая точка отсчёта. Сначала нужен прогноз полезного объёма по собственным данным, затем — накладные расходы платформы и перевод usable в raw. В новом разделе — семь шагов: — текущий занятый объём по классам данных; — фактическая динамика роста; — горизонт планирования; — снимки, метаданные и служебные резервы; — RAID /…
🔗 Минимальный отказоустойчивый кластер: что реально нужно «Поставим второй сервер — и всё продолжит работать» — этого недостаточно. Пара серверов на одном коммутаторе и одном ИБП сохраняет общие точки отказа. В статье — честный состав минимального кластера: — пять элементов: узлы с запасом, кворум, хранилище, сеть, регламент; — «третий голос»: как witness помогает сохранить большинство и снизить риск split-brain; —…
🧩 Гипервизоры для бизнеса: критерии выбора Гипервизор выбирают не по бренду, а по соответствию требованиям вашей инфраструктуры — и проверяют на пилоте, а не по маркетинговым страницам. В статье — методика: — восемь критериев с проверками и типовыми граблями; — совместимость: железо, гостевые системы, ключи защиты и проброс устройств; — бэкап как критерий: связка «гипервизор + СРК» проверяется целиком; — отказоусто…
🖥️ Сколько ВМ потянет сервер: считаем, а не гадаем Универсальной таблицы «сервер = столько-то виртуалок» нет: итог для одного и того же сервера отличается в разы в зависимости от профиля нагрузок. Зато есть методика расчёта — и проверка результата метриками. В статье по шагам: — профили типовых нагрузок: 1С/СУБД, терминалы, файловые и веб-сервисы; — vCPU и коэффициенты консолидации: кому 1:1, кому 5:1 и причём тут …
✅ Проверка резервных копий: как проводить тестовое восстановление Отчёт «задание выполнено» подтверждает копирование — но не то, что из копии поднимется работающий сервис. Восстановимость подтверждается самим восстановлением. В статье — практический регламент: — критерии успешного восстановления (и частые подмены); — четыре уровня теста: файл → база → система → площадка, со стартовыми частотами; — фактический RTO с…
🛡️ Снапшоты и репликация: почему это не бэкап Снапшот живёт рядом с оригиналом и разделяет его судьбу, реплика повторяет за источником изменения — включая нежелательные. Резервной копией остаётся только независимая точка восстановления. В статье — границы трёх механизмов: — механика снапшота: почему у vSphere это журнал изменений с лимитом 72 часа; — что реплика повторяет за источником и когда это опасно; — синхрон…
⏱️ Как определить RPO и RTO: выбор, который делает бизнес Целевые RPO и RTO не выбирают «на глаз» и не задают одной цифрой на всю инфраструктуру — их выводят из цены простоя и потерь для каждого процесса. В статье метод по шагам: — мини-инвентаризация: что стоит простой и потеря данных по каждой системе; — как назначить допустимый интервал потерь и допустимый простой; — матрица «цель — технология»: от ночного бэкап…
🗄️ Правило 3-2-1: минимум, ниже которого бэкап держится на удаче Три копии данных, два разных типа носителей, одна копия вне офиса — схема, при которой ни один одиночный сбой не уносит данные вместе со всеми резервными копиями. В статье без энтерпрайз-пафоса: — почему RAID и снапшоты — не бэкап (с формулировками из документации VMware); — из чего выбирать носители: NAS/СХД, отключаемые диски, лента LTO, S3; — три г…
Showing the 12 most recent of 20 posts we hold for @and_systems. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 23 August 2026 — this entry's latest reading, not the date you are reading this.
“AND-Systems / andpro.ru” (@and_systems), 38 subscribers as measured 23 August 2026. Telegram Register, tgregister.com/channel/and_systems.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.