آخر الأخبار — صفحة 2
تابع أحدث أخبار وتحليلات وأدلة ومراجعات إيجي تاج بترتيب زمني، مع الأكثر قراءة وروابط مباشرة إلى الأقسام.
كيف تقرأ خطأ net::ERR_NAME_NOT_RESOLVED داخل متصفح مخصص
خطأ DNS لا يعني دائمًا أن الإنترنت مقطوع. التشخيص الصحيح يبدأ بتحديد أي طبقة قامت بالحل، وما إذا كان البروكسي أو DoH أو نظام التشغيل قد غيّر المسار.
آخر ما نُشر
- 02
إلغاء إضافة من عشرات البروفايلات بدون ترك إعدادات مهجورة
Uninstall واسع يجب أن يوقف background/content scripts وينظف البيانات المقصودة ويحافظ على ما يحتاجه المستخدم قبل حذف النسخة من كل بروفايل.
- 03
كيف تراجع تحديث Extension قبل تعميمه على كل البروفايلات
تحديث إضافة قد يغير permissions أو content scripts أو storage schema؛ canary على بروفايلات اختبار يقلل أثر regression الواسع.
- 04
Message Passing بين Extension والصفحة: نقاط فشل تحتاج Logging
الرسالة قد تضيع لأن tab تغيّر أو content script غير محمّل أو service worker توقفت؛ logging بـcall IDs يفرق هذه الحالات عن بعضها.
- 05
Storage API في الإضافات: local و sync و session من منظور العزل
أنواع chrome.storage تختلف في العمر والمزامنة والرؤية؛ اختيار النوع الخطأ قد يوسع البيانات خارج البروفايل أو يبقيها أطول من المطلوب.
- 06
اختبار تعارض إضافتين تعدلان نفس الصفحة
إضافتان قد تتلاعبان بنفس DOM أو events أو CSS؛ اختبار pairwise والـownership يكشف loops واختفاء عناصر ومضاعفة actions.
- 07
إدارة إعدادات الإضافة لكل بروفايل بدون تسريب Config مشترك
الإعدادات التي تخص حسابًا أو Proxy أو موقعًا يجب أن تبقى داخل سياق البروفايل؛ التخزين المشترك يربط جلسات يفترض استقلالها.
- 08
متى يكون User Script أبسط وأكثر أمانًا من Extension كاملة
تعديل DOM صغير على مجموعة مواقع قد يناسب User Script؛ الحاجة لصلاحيات واسعة أو background أو تكامل عميق قد تبرر Extension.
- 09
Content Script Isolation: ما الذي يشارك الصفحة وما الذي لا يشاركه
Content Script يرى DOM الصفحة لكنه يعمل عادة في JavaScript world منفصلة؛ فهم الحد بين DOM وJS state يمنع افتراضات خاطئة ومخاطر حقن غير ضرورية.
- 10
Service Worker في MV3: كيف تتعامل مع التوقف وإعادة التشغيل
Background Service Worker في MV3 ليس process دائمًا؛ يجب تصميم state والlisteners والعمليات الطويلة على افتراض أنه سيتوقف ويبدأ من جديد.
- 11
Host Permissions في إضافات المتصفح: لماذا النطاق الواسع يحتاج مراجعة
صلاحية الوصول إلى كل المواقع تسهّل التطوير لكنها توسّع قدرة الإضافة على قراءة أو تعديل صفحات لا تحتاجها؛ المراجعة تبدأ من أقل نطاق يحقق الوظيفة.
- 12
مراجعة شهرية لصلاحيات الفريق: قائمة تحقق عملية
Access Review دورية تزيل صلاحيات تراكمت مع انتقال المشاريع والاستثناءات المؤقتة، وتركز على المستخدم والـrole والscope والـcredentials.
- 13
فصل بيئة التجربة عن الإنتاج في أدوات إدارة الحسابات
Test وProduction يجب أن تختلفا في الحسابات والأسرار والـproxies والبيانات، مع مسار ترقية واضح يمنع التجربة على جلسات حقيقية.
- 14
Runbook للحوادث عندما تتعطل عشرات البروفايلات في وقت واحد
عطل واسع يحتاج triage يحدد هل السبب شبكة أو إصدار أو خدمة مشتركة قبل محاولة إصلاح كل بروفايل منفردًا.
- 15
كيف تمنع Secret Sprawl داخل فرق الأتمتة والمتصفح
نسخ Tokens وكلمات المرور بين .env وChats وWorkflows يجعل rotation والمراجعة شبه مستحيل؛ Secret Store ومراجع ثابتة تحد الانتشار.
- 16
سياسة الاحتفاظ بسجلات الأتمتة: ما الذي تحذفه وما الذي تبقيه
Logs لها قيمة تشغيلية لكنها قد تحتوي بيانات حساسة وتتضخم؛ سياسة retention تفرق بين metrics وdebug وaudit وartifacts.
- 17
تصميم Roles لفريق صغير مقابل فريق من 100 مستخدم
الفريق الصغير يتحمل roles عامة، لكن التوسع يحتاج فصل المسؤوليات وscopes ومراجعة دورية دون انفجار عدد الأدوار.
- 18
مسح البيانات من SSD: لماذا Delete و Format لا يعنيان دائمًا إزالة قابلة للتحقق؟
وسائط flash تستخدم wear leveling وطبقات تحكم داخلية، لذلك حذف الملف أو التهيئة السريعة لا يضمنان أن كل النسخ الفيزيائية اختفت.
- 19
Infrastructure as Code: لماذا تصبح مراجعة الشبكة والخوادم شبيهة بمراجعة الكود؟
IaC تصف موارد البنية كملفات قابلة للإصدار والمراجعة بدل تغييرات يدوية غير موثقة في لوحات التحكم.
- 20
systemd: كيف تحدد Dependencies وترتيب بدء الخدمات دون Sleep عشوائي؟
systemd يميز بين علاقات الاعتماد مثل Requires/Wants وبين ترتيب التشغيل مثل After/Before، وخلطهما يؤدي إلى خدمات تبدأ في وقت غير متوقع.
- 21
Android Privacy Dashboard: كيف تراجع من استخدم الكاميرا والميكروفون والموقع؟
لوحة الخصوصية في Android تجمع سجلًا مبسطًا لوصول التطبيقات إلى صلاحيات حساسة، ما يساعد على اكتشاف تطبيق يستخدم موردًا أكثر مما تتوقع.
- 22
متى تحتاج Approval قبل Bulk Action على عشرات الحسابات
Bulk Action تضخم أثر الخطأ؛ الموافقة تستحق عندما يكون التغيير واسعًا أو غير قابل للتراجع أو يمس هوية/شبكة/بيانات الحساب.
- 23
تسليم المناوبات بين أعضاء الفريق بدون فقد سياق البروفايلات
Handover منظم ينقل الحالة والمهام والاستثناءات، لا مجرد قائمة حسابات؛ أقل قالب موحد يمنع إعادة العمل والأخطاء بين المناوبات.
- 24
سجل التدقيق Audit Log: ما الأحداث التي تستحق التسجيل فعلًا
Audit Log ليس نسخة من كل click؛ قيمته في تسجيل التغييرات الحساسة مع actor وresource وbefore/after ونتيجة قابلة للبحث.
- 25
Blue-Green Deployment: كيف تبدل الإصدار بدون تحديث كل المستخدمين في اللحظة نفسها؟
Blue-Green يحتفظ ببيئتين متشابهتين، واحدة تخدم الترافيك والأخرى تحمل الإصدار الجديد، ثم يتم تحويل المسار بعد التحقق.
- 26
Structured Outputs أم نص حر: متى يجب أن تجبر النموذج على Schema؟
عند دمج نموذج في برنامج، المخرجات المنظمة تقلل parsing الهش وتسمح بالتحقق من الحقول قبل تنفيذ أي خطوة لاحقة.
- 27
CISA KEV: كيف تساعدك قائمة الثغرات المستغلة فعليًا على ترتيب الأولويات؟
بدل التعامل مع كل CVE كأنها متساوية، يضيف Known Exploited Vulnerabilities Catalog إشارة قوية: هذه الثغرات ثبت استغلالها في الواقع.
- 28
Least Privilege في فرق إدارة الحسابات: كيف توزع الصلاحيات بدون تعطيل العمل
أقل صلاحية لا تعني أقل إنتاجية؛ تصميم roles حول المهام الفعلية يسمح للعمل اليومي بالمرور ويمنع الوصول غير الضروري.
- 29
Telemetry للأعطال: أقل مجموعة بيانات تساعدك على إعادة المشكلة
Crash report المفيد يحدد الإصدار والنظام والمكوّن والسياق القريب بدون نسخ بيانات المستخدم أو أسراره.
- 30
كيف تكتب Soak Test لمتصفح يعمل أيامًا بدون إعادة تشغيل
Soak Test يكشف تراكم الذاكرة والhandles والسجلات وتدهور الاستجابة الذي لا يظهر في اختبارات قصيرة، بشرط workload واقعي ومراقبة طويلة.