مخطط عنوان URL لنظام iOS؟

لقد اعتدت استخدام discourse://open على جهازي الذي يعمل بنظام iOS لتشغيل DiscourseHub، ولكنه لم يعد يعمل أو حتى يظهر كرابط في رسالة بريد إلكتروني نصية كما كان من قبل.

هل مخطط عنوان URL هذا لم يعد يعمل؟ هل هناك شيء جديد يمكنني تجربته؟ لقد حاولت استخدام discoursehub://open ويبدو أن هذا لا يعمل أيضًا في الوقت الحالي (1.8.2).

إعجاب واحد (1)

نظرة سريعة على الكود المصدري تكشف عن:

والذي يبدو أنه يفتح Hub على نظام iOS

إعجابَين (2)

أعتقد أن المشكلة قد تكون في تطبيق البريد على نظام iOS بدلاً من التطبيق نفسه. لدي نظام مُعد لإرسال قائمة بالروابط إليّ للتحقق منها يوميًا، وأحد الأشياء التي أريد القيام بها مرة واحدة على الأقل في اليوم هو التحقق من تطبيق Discourse. كان discourse://open في البريد الإلكتروني النصي العادي يُبرز كرابط ويفتح DiscourseHub عند النقر عليه، ولكن في وقت قريب نسبيًا (لست متأكدًا بالضبط متى) توقف عنوان URL في البريد الإلكتروني عن الظهور كرابط.

لذلك قد تكون مشكلة في تطبيق البريد على نظام iOS، ولكني لست متأكدًا من كيفية معرفته بأن السلاسل الشبيهة بعنوان URL يجب أن تظهر كرابط في البريد الإلكتروني النصي العادي. هل هذا لأن discourse:// يجب أن يتم تسجيله بواسطة التطبيق كبروتوكول شرعي؟ عندما أرسل رسالة HTML برابط إلى discourse://open يمكنني النقر عليه في نظام iOS وتوجيهي إلى التطبيق، ولكن ليس عندما يكون بروتوكول عنوان URL هذا نصًا عاديًا.

نعم، أرى أن رابط HTML مكتوب يدويًا يعرض التطبيق بهذا الـ URL. لكن تطبيق البريد الإلكتروني الخاص بنظام iOS لم يعد يحول هذا الـ URL في رسالة بريد إلكتروني نصية عادية إلى رابط قابل للنقر. هل يحتاج التطبيق إلى تسجيل مخطط الـ URL مع نظام التشغيل بطريقة ما؟ هل تغير ذلك؟

إعجاب واحد (1)

نعم، يسجل تطبيق DiscourseHub مخطط عنوان URL المخصص هذا. هل لديك DiscourseHub مثبتًا؟ إذا لم يكن الأمر كذلك، فهل يمكنك التثبيت ومعرفة ما إذا كانت عناوين URL هذه ستتحول إلى روابط؟

نعم، لقد قمت بتثبيته منذ فترة طويلة. لست متأكدًا مما تغير ليختفي الرابط، والذي حدث مؤخرًا جدًا.

لقد قمت للتو بإلغاء تثبيت تطبيق iOS وإعادة تثبيته، ولا يزال لا ينشئ رابطًا في البريد.

حسنًا… نعم، لست متأكدًا من أنني أستطيع المساعدة أكثر، يبدو أنها مشكلة في نظام iOS/البريد. ربما يمكنك إرسال رابط HTML مناسب بدلاً من ذلك؟

هل إنشاء تطبيق جوال لمجتمعك خيار؟ إذا كان الأمر كذلك، يمكنك إضافة دعم الروابط الشاملة.

للأسف، سيتطلب ذلك إعادة هيكلة كبيرة لنظامي الذي يرسل لي قوائم بالروابط عبر البريد الإلكتروني. إنها مجرد فوضى من bash و cron والملفات النصية في هذه المرحلة.

لست مهتمًا بذلك كثيرًا، وهو تقنيًا ليس مجتمعي. كنت آمل فقط أن تعمل discourse://open مرة أخرى كما كانت، ولكن يبدو أن هذه الميزة/الوظيفة قد اختفت الآن.

ما الذي يحدد الرابط ليكون discourse://open؟ هل هذا تحت سيطرتك؟ لماذا لا يمكنك تغيير ذلك إلى discourse://auth_redirect الذي يفعل الشيء نفسه الآن؟

على أي حال، لم تكن هناك أي تغييرات على التطبيق بهذا الخصوص مؤخرًا، لذا من المحتمل أن تكون هذه مشكلة في جهازك، أو تطبيق البريد، أو نظام iOS، وما إلى ذلك.

لا يزال لا يعمل.

ما هي لقطة الشاشة هذه؟ إنها تخبرني ببساطة أن أي شيء يعرض هذا الرابط لم يعد يتعرف عليه كعنوان URI قابل للنقر.

إذا وضعت discourse://auth_redirect في شريط عنوان سفاري، فمن ناحية أخرى، فإنه يعمل.

لذلك أعتقد أن @pmusaraj على المسار الصحيح هنا، إنها مشكلة في الطريقة التي يتم بها تقديم عنوان URI هذا كنص غير قابل للنقر.

هل يمكنك ترميز رابط هناك؟

إنه مجرد تطبيق البريد على iOS يعرض بريدًا إلكترونيًا كنص عادي. حتى وقت قريب، كان الرابط discourse://open قابلاً للنقر عليه بنفس مستوى سلاسل http/https. هذا بالضبط ما كنت أعنيه بالتواصل طوال هذا الموضوع، مهما كان ذلك غير واضح. ليس لدي أي فكرة عما تغير.

تصميم نظامي الحالي يقوم فقط بدمج الملفات النصية وإرسالها عبر mailx، لذا لا يتم تفسير HTML.

انسَ فكرة الرابط
discourse://open لا يزال يعمل عبر شريط عناوين سفاري، ويعمل معي في بريد iOS أيضًا (iOS 15.5). لا يعمل معي في بريد ياهو.
لست متأكدًا مما إذا كان ما يأتي بعد :// مهمًا كثيرًا، يكفي استخدام discourse:// فقط. سألقي نظرة على الكود المصدري لتحديد السلاسل التي لا يمكنك استخدامها بأمان لفتح Hub.

حسنًا. لقد استخدمتُ open لأنها نجحت. حتى لم تعد تنجح، ولكنني لا أعرف ما الذي تغير بالضبط.

للأسف، لم يتم عرض discourse:// كرابط في بريد iOS أيضًا. مرة أخرى، ليس لدي أي فكرة عما تغير وفي أي تطبيق تسبب في توقف هذا العرض، أو حتى كيفية اختبار ذلك.