يستطيع تطبيق Element استقبال الرسائل بشكل طبيعي أثناء تشغيله، لكنه لا يُرسل أي تنبيهات بعد قفل الشاشة. في هواتف أندرويد التي لا تحتوي على خدمات جوجل بلاي، يُشير هذا عادةً إلى مسار الإرسال وليس إلى حساب Matrix نفسه. لا يقتصر هدف هذا الدليل على مجرد إظهار إشعار تجريبي واحد، بل يهدف إلى ضمان إمكانية تكرار النتيجة: وصول الرسائل أثناء تشغيل Element في الخلفية، وبعد أن يكون الهاتف في وضع الخمول، ودون الحاجة إلى إعادة فتح التطبيق.
يركز هذا الدليل على الإصدار الحالي من Element X لنظام Android، والذي توصي به Element للمستخدمين الجدد. اعتبارًا من 6 أكتوبر 2026، كان أحدث إصدار متاح للعامة على GitHub هو Element X Android 26.09.4، وتتضمن الإصدارات الحديثة مكونات UnifiedPush فعّالة. UnifiedPush هو بروتوكول مفتوح المصدر يسمح لتطبيقات Android باستقبال الإشعارات الفورية عبر موزع آخر غير Firebase Cloud Messaging (FCM) من Google. تشير إرشادات مشروع Element إلى أن تثبيت موزع UnifiedPush يسمح لـ Element X باكتشافه وعرضه كمزود للإشعارات الفورية. راجع مستودع Element X Android ، وإصدارات Element X Android ، ومناقشة فريق Element حول الإشعارات بدون خدمات Google Play .
قبل تغيير الإعدادات، حدد النتيجة التي ترغب في تحقيقها. يكون إعداد الإشعارات سليمًا عندما تتحقق جميع الشروط التالية:
إذا لم تظهر الرسائل إلا بعد فتح تطبيق Element، فهذا يعني وجود مزامنة، ولكن لا يوجد تسليم موثوق في الخلفية. أما إذا ظهرت الرسائل فورًا أثناء فتح التطبيق، ولكنها تتأخر عند إغلاقه، فركز على موزع الإشعارات الفورية وقيود نظام Android المتعلقة بالخلفية، بدلًا من قواعد إشعارات الغرفة.
تستخدم معظم تطبيقات أندرويد الشائعة خدمة FCM، وهي خدمة الإشعارات الفورية من جوجل، لتنبيه التطبيق عند توفر بيانات جديدة. توضح وثائق إشعارات Element أن خدمة FCM تتطلب خدمات جوجل بلاي. على هاتف غير مُفعّل عليه خدمات جوجل، لا يمكن لتكوين FCM فقط توفير مسار التنبيه المعتاد. كما يفرض نظام أندرويد قيودًا على ما يمكن للتطبيقات العادية القيام به في الخلفية، خاصةً عندما يدخل الجهاز في حالة خمول.
يستبدل UnifiedPush هذا الاعتماد بموزع. الموزع هو تطبيق أندرويد الذي يحافظ على اتصال الإشعارات الفورية وينقل الإشعارات الواردة إلى التطبيقات المسجلة لديه. يتضمن مشروع UnifiedPush خيارات مثل ntfy وSunup وNextPush وgCompat-UP وغيرها. راجع قائمة موزعي UnifiedPush الرسمية .
ابدأ بأبسط نقطة ضعف. في نظام Android 13 والإصدارات الأحدث، تحتاج التطبيقات POST_NOTIFICATIONSإلى إذن وقت التشغيل قبل ظهور الإشعارات العادية. افتح إعدادات Android، وابحث عن Element X ضمن التطبيقات، وتأكد من السماح بالإشعارات. راجع أيضًا فئات الإشعارات الفردية إذا كان إصدار Android الخاص بك أو الشركة المصنعة له يعرضها.
تؤكد وثائق نظام أندرويد الرسمية أن التطبيقات المثبتة حديثًا على نظام أندرويد 13 أو الإصدارات الأحدث لا يمكنها إرسال إشعارات عادية إلا بعد منح المستخدم الإذن بذلك. راجع وثائق أذونات الإشعارات في أندرويد .
فحص الجودة: إذا كان نظام أندرويد يعرض الإشعارات معطلة، فقم بإصلاح ذلك أولاً ثم أعد الاختبار. إذا كانت الإشعارات مفعلة بالفعل ولكن لا تصل أي إشعارات أثناء تشغيل تطبيق Element في الخلفية، فانتقل إلى مزود خدمة الإشعارات الفورية.
قم بتثبيت موزع UnifiedPush من مصدر مناسب لجهازك. يُعدّ ntfy خيارًا شائعًا لأنه يدعم استخدام خادمه العام أو خادم مُستضاف ذاتيًا. يُرشدك دليل البدء السريع لـ UnifiedPush الخاص بـ ntfy إلى تثبيت ntfy، ومنحه أذونات الإشعارات والبطارية المطلوبة، ثم اختيار ntfy كموزع داخل التطبيقات المتوافقة. راجع دليل البدء السريع الرسمي لـ UnifiedPush الخاص بـ ntfy .
افتح تطبيق ntfy وتأكد من تفعيل دعم UnifiedPush. إذا كنت تستخدم خادم ntfy مُستضافًا ذاتيًا، فتحقق من اتصال تطبيق Android بهذا الخادم، ومن إمكانية الوصول إلى الخادم عبر HTTPS من شبكة الهاتف الحالية.
فحص الجودة: لا يكفي تثبيت ntfy فقط. يجب تفعيل الموزع وإمكانية الوصول إليه. إذا لم يتمكن Element من رؤية الموزع بعد التثبيت، فأغلق Element X تمامًا ثم أعد فتحه، ثم تحقق من وجود تحديثات للتطبيق قبل تغيير إعدادات Matrix على جانب الخادم.
افتح إعدادات Element X وانتقل إلى منطقة الإشعارات. عند اكتشاف موزع متوافق، سيعرض Element X خيارًا لموفر الإشعارات الفورية. اختر موزع UnifiedPush المُثبّت بدلاً من Firebase/FCM. وقد شرح القائمون على مشروع Element هذه العملية بوضوح للأجهزة التي لا تحتوي على خدمات Google، ويتضمن المصدر الحالي وحدة UnifiedPush لموفر الإشعارات الفورية.
إذا لم يظهر مُحدِّد المزوّد في إصدارك حتى بعد تثبيت الموزِّع، فلا تفترض أن الخادم الرئيسي معطَّل. أولًا، حدِّث Element X إلى إصدار مدعوم حديث، ثم أعد تشغيل كلٍّ من Element X والموزِّع. قد تختلف أسماء عناصر واجهة المستخدم بين إصدارات Element X، لذا قد يختلف اسم القائمة.
فحص الجودة: لا يقتصر الأمر على ظهور اسم مزود الخدمة فقط. أرسل رسالة حقيقية من حساب Matrix آخر بينما يكون تطبيق Element في الخلفية. يجب أن يؤدي مزود الخدمة الفعال إلى تنبيه الجهاز لتطبيق Element وعرض إشعار الرسالة دون فتح التطبيق يدويًا.
يعتمد UnifiedPush على بقاء الموزع متاحًا. إذا وضع نظام Android تطبيق ntfy أو أي موزع آخر في حالة "تقييد البطارية"، فقد يتم تعليق اتصال الإشعارات. يوفر Android ثلاثة أوضاع رئيسية لاستهلاك البطارية في الخلفية على العديد من الأجهزة: غير مقيد، ومُحسَّن، ومقيد. قد يمنع الوضع المقيد تنفيذ المهام والتنبيهات وسلوك خدمات الواجهة الأمامية التي تعتمد عليها التطبيقات.
افتح إعدادات أندرويد الخاصة بالموزع، وغيّر وضع استخدام البطارية من "مُقيّد" إلى "غير مُقيّد" إذا تأخرت الإشعارات أو اختفت أثناء فترات الخمول. يمكنك أيضًا فحص تطبيق Element X نفسه والتأكد من عدم وجود أي قيود مُحددة عليه. قد تُضيف إصدارات أندرويد الخاصة بالشركات المُصنّعة عناصر تحكم منفصلة للتشغيل التلقائي، أو بيانات الخلفية، أو وضع التطبيقات في وضع السكون.
تشير وثائق جوجل الخاصة بنظام أندرويد إلى أن اختيار المستخدم لحالة "مُقيّد" قد يمنع التطبيق تمامًا من العمل في الخلفية على بعض الأجهزة. راجع إرشادات تحسين تطبيقات الخلفية في أندرويد .
اختبار الجودة: أغلق الهاتف واتركه في وضع الخمول لمدة تتراوح بين 10 و20 دقيقة، ثم أرسل عدة رسائل من حساب آخر. إذا وصلت التنبيهات بسرعة وبشكل منتظم، فهذا يعني أن أداء التطبيق في الخلفية أفضل من الاختبار الذي يُجرى فور فتح التطبيق.
| النتيجة المرصودة | المنطقة الأكثر احتمالاً | الخطوة التالية |
|---|---|---|
| لا يوجد إشعار حتى أثناء فتح تطبيق Element | قواعد الغرفة، أو إعدادات إشعارات الحساب، أو إذن إشعارات نظام أندرويد | تحقق أولاً من إعدادات إشعارات الغرفة/الحساب الخاصة بتطبيق Element وأذونات نظام Android. |
| لا تظهر الإشعارات إلا عند فتح تطبيق Element | اتصال خلفية مزود أو موزع الإشعارات | تأكد من أن العنصر يستخدم UnifiedPush وقم بإزالة قيود البطارية من الموزع. |
| يعمل لبضع دقائق، ثم يتوقف بعد فترة الخمول | وضع السكون، وضوابط بطارية الشركة المصنعة الأصلية، وسياسات تطبيقات النوم | اضبط الموزع على وضع "غير مقيد" وافحص عناصر التحكم الخلفية الخاصة بالشركة المصنعة. |
| يُظهر العنصر موزعًا، لكن لا تصل أي رسائل حقيقية. | خادم التوزيع، أو بوابة دفع المصفوفة، أو تحديد معدل نقطة النهاية | قم بتجربة موزع/خادم مختلف قبل إعادة تثبيت Element. |
| غرفة واحدة فقط هادئة | قاعدة إخطار خاصة بالغرفة | تحقق من مستوى الإشعارات في تلك الغرفة بدلاً من تغيير إعدادات الإشعارات العامة. |
قد يكون التكوين صحيحًا من الناحية التقنية ولكنه غير مناسب. يوثّق نظام تتبع المشكلات في Element حالاتٍ قد تُقيّد فيها بعض نقاط نهاية UnifiedPush، بما في ذلك البنية التحتية العامة لـ ntfy في سيناريوهات Matrix معينة، مما يعني أن التسجيل قد يبدو صحيحًا بينما لا تصل الإشعارات. راجع مشكلة Element المتعلقة بتقييد معدل نقاط نهاية UnifiedPush .
إذا كانت الأذونات واختيار المزوّد وإعدادات البطارية صحيحة، ولكن لا يزال التسليم غير منتظم، فجرّب موزع UnifiedPush مختلفًا أو خادم دفع ذاتي الاستضافة. توفر UnifiedPush وثائق لكلا الخيارين، المُستضاف وذاتي الاستضافة. غالبًا ما تكون هذه خطوة تشخيصية أفضل من مسح بيانات Element بشكل متكرر، لأنها تُغيّر الجزء من سلسلة التسليم الأكثر عرضةً للفشل.
قد يوفر الاستضافة الذاتية مزيدًا من التحكم، لكنها تزيد من المسؤولية التشغيلية. بالنسبة لـ ntfy، يجب تهيئة بوابة Matrix بشكل صحيح للنشر المستضاف ذاتيًا. يشير دليل UnifiedPush ntfy الرسمي إلى هذا الشرط. لا تنتقل إلى الاستضافة الذاتية لمجرد تأخر إشعار تجريبي واحد؛ بل انتقل إليها عندما تتكرر حالات الفشل وتتأكد من استبعاد قيود نظام Android.
كان تطبيق Element Android من الجيل السابق يدعم أيضًا التشغيل غير المعتمد على FCM وUnifiedPush. وتشرح وثائقه الرسمية كلاً من استطلاع الخلفية في F-Droid ودعم UnifiedPush. مع ذلك، توصي Element الآن باستخدام Element X للمستخدمين الجدد، لذا يُعدّ مسار Element X الحالي نقطة انطلاق أفضل ما لم تكن لديك متطلبات توافق محددة. تظل تفاصيل التنفيذ القديمة مفيدة لفهم سبب كون الاستطلاع وحده أقل موثوقية في أوضاع الخمول في Android. راجع وثائق المشروع المؤرشفة/الحالية لـ UnifiedPush في Element Android .
لا يوجد إعداد موحد يضمن التسليم الفوري في جميع إصدارات أندرويد. قد يفرض مصنّعو الأجهزة قيودًا إضافية على العمل في الخلفية، وقد تتداخل الشبكات مع الاتصالات المستمرة، وقد يكون منفذ الإشعارات غير متاح مؤقتًا أو محدود المعدل. لذا، فإن أفضل نتيجة هي الحصول على سلوك قابل للتكرار عبر عدة اختبارات في الخلفية وفي وضع الخمول، وليس إشعارًا واحدًا ناجحًا.
قم بتشخيص ارتفاعات وحدة المعالجة المركزية في متصفح Jitsi Meet وقلل من حمل العميل عن طريق فحص مربعات الفيديو وتأثيرات الكاميرا ورسومات المتصفح وإعدادات المضيف.
تتبع حالة Jitsi Videobridge، وحمل المؤتمرات، وحركة المرور باستخدام نقطة نهاية Prometheus المدمجة، ثم استكشف البيانات وارسمها بيانيًا في Grafana.
قم بتكوين نطاق مخصص لـ Jitsi Meet Docker باستخدام DNS و PUBLIC_URL و HTTPS و Let's Encrypt ومنافذ جدار الحماية وإعدادات NAT والتحقق من طرف إلى طرف.
قم بإصلاح أخطاء 404 في وحدة تحكم إدارة Zimbra بعد تجديد شهادة SSL عن طريق التحقق من عنوان URL والمنفذ الصحيحين، وتوجيه الوكيل، وحالة الخدمة، والشهادات المنشورة، والسجلات.
تعرف على كيفية تشخيص وإصلاح تحذير تكوين PHP OPcache الخاص بـ Nextcloud عن طريق التحقق من إعدادات PHP SAPI النشطة، وحدود الحجم، والتعليقات، وإعادة التحقق.
قم باستكشاف أخطاء ترحيل قاعدة بيانات Kopano وإصلاحها بعد ترقية MySQL أو MariaDB عن طريق التحقق من النسخ الاحتياطية، وإصدارات الخادم، وأوضاع SQL، ومجموعة الأحرف، وحالة المخطط، والسجلات.
قم بتوصيل Nextcloud بـ LDAP أو Active Directory باستخدام النقل الآمن، وفلاتر المستخدم والمجموعة، وسمات تسجيل الدخول، وعملية نشر تم اختبارها.
إصلاح إشعارات Element Android على الهواتف التي تم إلغاء خدمة Google منها عن طريق تكوين UnifiedPush، وأذونات Android، وإعدادات البطارية، واختبارات التحقق الموثوقة.
قم بإزالة تحذير فهارس قاعدة البيانات المفقودة في Nextcloud باستخدام أمر occ الرسمي. قم بعمل نسخة احتياطية أولاً، ثم استعرض التغييرات، وقم بتشغيل عملية الإصلاح، وتحقق من النتيجة.
قم بتكوين Keycloak SSO لـ Element Web عن طريق ربط OIDC بـ Synapse، وتعيين عنوان URL لإعادة الاتصال بدقة، وتعيين مطالبات المستخدم، واختبار تسجيل الخروج.
