Telegram RegisterThe public register of Telegram
Telegram profile photo for ASP.net core web api

Channel

ASP.net core web api

@aspnetcorewebapi

On this record: Growth · Engagement · Reactions · Posts · Citations · Cite this entry

382subscribers

-1 since we began measuring on 18 September 2026

Risers and fallers across the register · movement among entries of Under 1,000.

Register entry

Telegram ID-1002071320077
TypeChannel
Username@aspnetcorewebapi
CreatedBetween 1 November 2023 and 31 May 2024 — estimated from Telegram’s id allocation, not measured. How this range is calculated.
First recorded18 September 2026
Last confirmed live2 October 2026
Measurements held3
Confirmed unchanged1 time, most recently 2 October 2026
On Telegramt.me/aspnetcorewebapi

Growth

382383382.518 September 2026 — 383 subscribers18 September 2026 — 383 subscribers2 October 2026 — 382 subscribers18 September 20262 October 2026
3 measurements spanning 13 days, net -1. Dots are measurements; the straight line between them is drawn to join them, not to claim we know the path taken in between — snapshots are recorded only when a count changes, so gaps mean “no change observed”, never “interpolated”. The vertical axis spans 382–383 and does not start at zero.
Measurement log — every subscribers count we have recorded
Measured (UTC)SubscribersChange
2 Oct 2026, 02:15382-1
18 Sept 2026, 23:22383no change
18 Sept 2026, 22:47383first reading

Engagement

20 posts held, back to 25 August 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 page of Telegram’s post history, 20 posts per page.

Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 20 posts for this entry, the most recent from 9 September 2026. An engagement rate over an empty window would be a number about nothing.

Reaction mix

9 reactions across 8 posts, in 1 kind.

Every reaction kind recorded on the sample, most used first
ReactionCountShareShare, drawn
❤9100.0%

No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.

Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.

Coverage. Reactions were read on 8 of the 20 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 9 reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.

Measured over the 20 most recent posts we hold, published 25 August 2025 to 9 September 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.

Recent posts

9 Sept 2026, 03:34 UTC304 viewsread 18 September 2026
Photo

اختيار المعمارية البرمجية ليس قرارًا شكليًا، بل قرار يؤثر على سرعة التطوير، سهولة الصيانة، قابلية التوسع، وتكلفة التشغيل. Monolith مناسب للبدايات والبساطة، Modular Monolith يضيف تنظيمًا أقوى داخل نفس التطبيق، Microservices يمنح استقلالية وتوسعًا أكبر، SOA يناسب التكامل المؤسسي بين الأنظمة، وServerless يركز على سرعة التنفيذ وتقليل إدارة البنية التحتية. لا توجد معمارية أفضل دائمًا؛ الأفضل هو ما يناسب حجم مشروعك، فريقك،…

Signed Pro. Anwar Al-saiary

9 Sept 2026, 03:33 UTC263 viewsread 18 September 2026
Photo

اختيار نوع الـ API لا يعتمد على الأشهر أو الأحدث، بل على طبيعة مشروعك واحتياجه الحقيقي. REST للبساطة والانتشار، GraphQL للمرونة في جلب البيانات، WebSocket للتواصل اللحظي، gRPC للأداء العالي بين الخدمات، SOAP للتكاملات المؤسسية الصارمة، بينما Internal API يخدم أنظمتك الداخلية وPublic API يفتح منتجك للمطورين والشركاء. لكل نوع مميزات وعيوب وحالات استخدام مناسبة؛ والقرار الجيد يبدأ بفهم المشروع قبل اختيار التقنية. #API #…

Signed Pro. Anwar Al-saiary

9 Sept 2026, 02:23 UTC242 viewsread 18 September 2026
Photo

بناء RESTful API آمن لا يعتمد على خطوة واحدة، بل على مجموعة طبقات تعمل معًا. ابدأ بـ Authentication للتحقق من الهوية، ثم Authorization لتحديد الصلاحيات، واستخدم HTTPS لحماية الاتصال، وRate Limiting للحد من الإساءة، وInput Validation لمنع المدخلات الخطرة، مع Logging & Monitoring لاكتشاف المشاكل مبكرًا، واستخدام JWT وفق معايير آمنة. الأمان الحقيقي لا يُضاف بعد الانتهاء من الـAPI، بل يُبنى معه من البداية. #RESTful_API #…

Signed Pro. Anwar Al-saiary

9 Sept 2026, 02:23 UTC260 viewsread 18 September 2026
Photo

بناء RESTful API بشكل جيد لا يبدأ بكتابة الكود مباشرة، بل بفهم طريقة تصميم التواصل بين الأنظمة. ابدأ بتحديد Resources، ثم صمّم Endpoints واضحة، واستخدم HTTP Methods في مكانها الصحيح، واضبط شكل Request / Response، واختر Status Codes المناسبة، واجعل تبادل البيانات منظمًا عبر JSON. كلما كان الـAPI واضحًا ومتسقًا من البداية، أصبح أسهل في التطوير والاختبار والتكامل والتوسع لاحقًا. #RESTful_API #API #هندسة_البرمجيات المن…

Signed Pro. Anwar Al-saiary

5 Aug 2026, 19:28 UTC146 views1 reactionsread 18 September 2026
Forwarded from @ProAnwarAlsaiaryPhoto

طلاب المستوى الاخير من مرحلة البكالوريوس الذين يبحثون عن افكار لمشاريع التخرج يمكنكم البحث عن الافكار الاكثر رواجاً في السوق العربي والإضافة عليها من خلال الاطلاع على المواقع الشبيهة بموقع "مستقل" https://mostaql.com/ Follow the PRO.ANWAR ALSAIARY ( ADVANCE ) channel on : - (Telegram) https://t.me/ProAnwarAlsaiary - (Whatsapp) https://whatsapp.com/channel/0029VbAobzhAInPuPXRCW12m

❤1

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:59 UTC568 views1 reactionsread 18 September 2026

حل “الطلبات المتزامنة المكررة” في Local-First: Request Coalescing (Single-flight) ✅ المشهد معروف: شاشة Product List تُرندر عدة منتجات في نفس اللحظة (Product A / B / C…) وكلهم يحتاجون نفس الـ Reference Data مثل: Get Section #4. بدون حل، كلهم يطلقون API Calls متطابقة قبل ما يكتمل أول طلب ويكتب للكاش. 🧠 الحل: SDK Request Coordinator (In-flight Map) نضيف طبقة داخل الـ SDK تعمل كـ “مُنسّق طلبات”: - تحتفظ بخريطة: Map<Key…

❤1

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:59 UTC416 views1 reactionsread 18 September 2026
Photo

حل “الطلبات المتزامنة المكررة” في Local-First: Request Coalescing (Single-flight) ✅ المشهد معروف: شاشة Product List تُرندر عدة منتجات في نفس اللحظة (Product A / B / C…) وكلهم يحتاجون نفس الـ Reference Data مثل: Get Section #4. بدون حل، كلهم يطلقون API Calls متطابقة قبل ما يكتمل أول طلب ويكتب للكاش.

❤1

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:58 UTC378 viewsread 18 September 2026

مشكلة شائعة في Local-First: “Race Condition” تسبّب رحلات API مكررة 🚨 تخيّل شاشة Product List تُرندر عدة عناصر في نفس اللحظة (Product A / B / C…). كل منتج يحتاج نفس الـ Reference Data مثل: Section #4. الـ SDK يعمل Local-First → يفحص Local DB (Cache) أولاً. ⚠️ أين المشكلة؟ لأن الطلبات متزامنة، الجميع يصلون للكاش قبل أن يكتب أول طلب النتيجة: Local DB = MISS (Not Found Yet) فيقوم كل منتج بإطلاق طلب شبكة مستقل لنفس البي…

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:58 UTC270 viewsread 18 September 2026
Photo

مشكلة شائعة في Local-First: “Race Condition” تسبّب رحلات API مكررة 🚨

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:58 UTC257 viewsread 18 September 2026
Photo

حل مشكلة “الطلبات المكررة” في Reference Data بطريقة أبسط وأذكى داخل MyApp ✅ بدل ما الـ SDK يعيد جلب كل شيء عند انتهاء TTL أو عند تكرار فتح الشاشة، طبقنا 3 أفكار مع بعض: 1) Delta Sync (Incremental Updates) كل مرة نطلب فقط التغييرات عبر: ?since=lastSentAt يعني: “أعطني ما تغيّر منذ آخر مزامنة ناجحة” بدل Full Fetch. 2) Throttle Window (مثلاً 10 دقائق) لو المستخدم أعاد فتح الشاشة أو كرر نفس الطلب خلال 10 دقائق: لا نرسل…

Signed Pro. Anwar Al-saiary

9 Jan 2026, 22:57 UTC239 viewsread 18 September 2026
Photo

هل صادفت شاشة منتجات “تفلاش” بيانات ناقصة… ثم تبدأ الطلبات تتكرر على الـ API بدون سبب؟ في MyApp واجهنا سيناريو شائع في Local-First داخل الـ SDK: عند عرض Product List، كل منتج يحتاج Reference Data: Section / Unit / Manufacturer. لكن عند انتهاء TTL تصبح البيانات Stale. ⚠️ المشكلة (The Blind Spot) بدون سياق مزامنة مثل since أو lastSentAt، الـ SDK لا يعرف ما تغيّر فعلاً → يلجأ إلى Blind Full Fetch (Get All). 🔥 النتيجة…

Signed Pro. Anwar Al-saiary

2 Dec 2025, 21:14 UTC371 viewsread 18 September 2026
Forwarded from @advanceDatabase

الدكتور أحمد بالخير... المدير العام و القائد العزيز لشركتنا 🤍 https://youtu.be/ioJQ1qp3Bmk?si=3PbwcwXvTEc0k6cH

Signed Pro. Anwar Al-saiary

Showing the 12 most recent of 20 posts we hold for @aspnetcorewebapi. 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.

Forward network

Republished by

Channels on the register that have forwarded this channel's posts into their own feed.

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 2 October 2026 — this entry's latest reading, not the date you are reading this.

“ASP.net core web api” (@aspnetcorewebapi), 382 subscribers as measured 2 October 2026. Telegram Register, tgregister.com/channel/aspnetcorewebapi.

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.