🚨 چرا خرابی یک سرویس، کل سیستم را از کار میاندازد؟

Channel
C# Geeks (.NET)
@CSharpGeeks
On this record: Growth · Engagement · Posts · Citations · Cite this entry
410subscribers
+0 since we began measuring on 7 August 2026
Risers and fallers across the register · movement among entries of Under 1,000.
Register entry
| Telegram ID | -1002509805455 |
|---|---|
| Type | Channel |
| Username | @CSharpGeeks |
| Created | Between 1 March 2025 and 31 July 2025— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 7 August 2026 |
| Last confirmed live | 7 August 2026 |
| Measurements held | 2 |
| Confirmed unchanged | 1 time, most recently 7 August 2026 |
| On Telegram | t.me/CSharpGeeks |
Growth
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 7 Aug 2026, 07:17 | 410 | no change |
| 7 Aug 2026, 04:17 | 410 | first reading |
Engagement
20 posts held, back to 28 July 2026 — 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 · 30 days
- 45.8%
- avg views ÷ 410 subscribers
- Avg views / post
- 188
- 20 posts measured
- Reaction rate
- —
- this channel exposes no reaction counts
- Posts in window
- 20
- of 20 held
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 6 August 2026 |
|---|---|
| Posts held | 20 (28 July 2026 – 6 August 2026) |
| Views total | 3,752 |
| Reactions total | — |
| Forwards / comments | not exposed by the public surface — not measured, not estimated |
| Readings taken | 7 Aug 2026, 04:17 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.
Recent posts
8. Leaderless replication —- 1. Designing Data Intensive Applications - Replication [6] /three-lens-tutor Leaderless replication @thisisnabi_dev
#تصمیمهای_مهندسی (Engineering Decisions) یکی از سختترین تصمیمهای مهندسی، انتخاب بین درست بودن و در دسترس بودن است. فرض کنید Database اصلی شما از دسترس خارج شده است. یک Replica دارید که چند ثانیه از دیتای اصلی عقبتر است. حالا دو انتخاب دارید. انتخاب اول: کاربر را منتظر نگه دارید یا حتی درخواست را Fail کنید، تا مطمئن شوید دادهای که نمایش میدهید کاملاً بهروز است. انتخاب دوم: درخواست را از Replica پاسخ دهید. کاربر…
⏰ ءQuartz.NET؛ چرا تقریباً هر پروژهای دیر یا زود به یک Scheduler نیاز پیدا میکند؟
#تحلیل_و_طرز_تفکر (Engineering Mindset) یک سؤال هست که مهندسهای باتجربه بیشتر از بقیه از خودشان میپرسند: «اگر من شش ماه دیگر از این تیم بروم، چه اتفاقی برای این سیستم میافتد؟» اگر جواب این باشد که: فقط خودم میدانم این بخش چطور کار میکند. فقط خودم میتوانم آن را Deploy کنم. فقط خودم میتوانم باگش را پیدا کنم. فقط خودم میدانم چرا این تصمیم را گرفتهایم. شاید مسئله، مهارت بالا نباشد. شاید سیستم، بیش از حد به یک نف…
🎫 وقتی فقط یک صندلی باقی مانده باشد، چگونه مطمئن میشوید فقط یک نفر آن را رزرو میکند؟
🚦 چه زمانی در ASP.NET Core باید از CancellationTokenSource استفاده کنیم؟ یکی از قابلیتهایی که از NET 4. به این طرف وارد فریمورک شد، Cooperative Cancellation است. قبل از آن، برای متوقف کردن Threadها معمولاً از APIهایی مانند Thread.Abort() استفاده میشد؛ APIهایی که میتوانستند Thread را در هر نقطهای متوقف کنند و باعث ناپایداری برنامه شوند. به همین دلیل مایکروسافت مدل جدیدی را معرفی کرد: هیچ عملیاتی نباید به زور متوقف…
🚀 ءGitHub Actions برای NET: Build، Test. و انتشار با Docker(قسمت 2️⃣)
#AI_Software_Engineering مدتی قبل فکر میکردم برای کار کردن با AI حتماً باید یک فرآیند جدید، یک چارچوب پیچیده و یک روش توسعه کاملاً متفاوت داشته باشیم.Prompt Engineering. Workflowهای عجیب. قوانین سخت برای استفاده از AI. اما کمکم یک سؤال در ذهنم شکل گرفت: نکند بخشی از این پیچیدگیها را خودمان ساختهایم، فقط چون هنوز نمیدانیم چطور با این ابزار جدید کنار بیاییم؟ ما سالها برای اینکه سیستمها قابل کنترل باشند، ساختار ا…
🚀 ءGitHub Actions برای NET: Build، Test. و انتشار با Docker(قسمت 1️⃣)
#روایت_تجربه (Storytelling) چند وقت پیش، یکی از مهندسهای یک شرکت تعریف میکرد که بعد از چند ماه کار روی یک قابلیت جدید، بالاخره آن را وارد محیط Production کردند. همهچیز عالی پیش رفت. هیچ Errorی ثبت نشد.Latency هم طبیعی بود. همه فکر میکردند انتشار موفقیتآمیز بوده است. اما چند روز بعد، تیم محصول گزارش داد که کاربران تقریباً از آن قابلیت استفاده نمیکنند. مشکل از کد نبود. مشکل این بود که قابلیتی ساخته شده بود که کسی…
🏗 آیا واقعاً باید سیستم را به Microserviceها تقسیم کنید؟❓ قبل از هر تصمیم، این 5️⃣ سؤال را از خودتان بپرسید.
Showing the 12 most recent of 20 posts we hold for @CSharpGeeks. 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.
Citation-graph rank
Citation-graph rank — 873,330 of 1,160,990entries in the measured graph. A weighted position computed from the forward and mention edges below — republished posts weigh more than named mentions — and recomputed periodically, over the whole graph. Published only as this ordinal position, never as a score: a position is a fact, and a score printed beside one channel’s name would read as a verdict this register does not make. The two counts beneath stay separate for the same reason mentions are never summed with forwards anywhere else on this page — a named-by count costs nothing to manufacture. The top 100 by this measure, or how it is computed.
Forward network
Republished by
Channels on the register that have forwarded this channel's posts into their own feed.
Republishes
Channels on the register whose posts this channel has forwarded.
Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.
Mentions
Names
Channels on the register whose handles appear in this channel's posts.
A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.
Cite this entry
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 7 August 2026 — this entry's latest reading, not the date you are reading this.
“C# Geeks (.NET)” (@CSharpGeeks), 410 subscribers as measured 7 August 2026. Telegram Register, tgregister.com/channel/CSharpGeeks.
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.