لقد منع قيد حديث على واجهة برمجة تطبيقات Twitter بعض مربعات العرض (oneboxes) في منتديات Discourse من الظهور. يمكّن مكون السمة هذا Discourse من دعم تضمينات Twitter الأصلية دون الحاجة إلى أي من واجهات برمجة تطبيقات Twitter.
يطلب مكون السمة جافاسكريبت تويتر من platform.twitter.com، لذلك إذا أراد تويتر ذلك، فيمكنه تتبعك في هذا الجافاسكريبت والتسبب في مشاكل خصوصية. تحتاج إلى تقييم ما إذا كنت ستثق في منصة التواصل الاجتماعي هذه التي أصبحت سخيفة بشكل متزايد الآن.
لاستخدام هذا المكون، يجب عليك إضافة رابط Twitter إلى نطاق إذن سياسة أمان المحتوى في إعدادات الموقع وإضافة twitter.com و x.com إلى نطاقات مربعات العرض المحظورة.
شكرًا، لقد اكتشفت الأمر. بعد إزالة مفتاح المستهلك الخاص بتويتر وسره من الإعدادات، أصبح يعمل كما هو مقصود، أعتقد أنه كان يحاول تضمين المحتوى افتراضيًا باستخدام واجهة برمجة التطبيقات لأنني لم أقم بإزالة تلك المفاتيح. شكرًا مرة أخرى على القيام بذلك، سيكون رائعًا إذا كان شيء كهذا ممكنًا لـ Instagram أيضًا
إنه يعمل كما هو معلن بالنسبة لي، ولكن ربما ليس من الواضح أنك في المعاينة ترى فقط عنوان URL للتغريدة كرابط تشعبي، ويتم تضمينها عند إرسال الرد أو المنشور.
لقد أجرينا جميع التعديلات الموصى بها أعلاه. المشكلة الوحيدة الآن هي عند محاولة النشر باستخدام جهاز محمول… تضمين تغريدة باستخدام جهاز كمبيوتر محمول/مكتبي يعمل بشكل جيد الآن.
يرغب بعض الأشخاص في تضمينات ولا يحتاجون إلى وظيفة “تسجيل الدخول”، ولذلك سيكون هذا المكون شائعًا جدًا، ونعم أرى طلبات لمنصات أخرى أيضًا.
شخصيًا، أحب أسلوب تضمين تويتر الأكثر طبيعية من Onebox، إذا كانت التضمينات الأكثر شيوعًا تحتفظ بالمظهر الأصلي، فإنها تميزها جيدًا في تدفق الموضوع. عمل رائع حقًا ولا يسعني إلا التفكير لماذا لم يكن لدينا هذا من قبل لتجنب كل تعقيدات إعداد حساب المطور، ولكن ها أنت ذا، الضرورات تقتضي ذلك والشجعان والبسلاء ينهضون للتحدي.
من ناحية أخرى، تتعلق هشاشة التضمينات كمحتوى بعد النظر في موضوع انفجار تويتر. جعلني أفكر مرة أخرى في فكرة قديمة كانت لدي.
إذا كانت التضمينات قادرة على إنشاء نسخة احتياطية نقطية لمعاينة التضمين كجزء من وظيفة التضمين، فإن ذلك سيحمي من نتائج فوتوبوكيت وما شابه.
ليس لدي أي فكرة عن كيفية ترميز ذلك، لكنني أتخيل أنه سيعمل من حيث المبدأ بشكل مشابه للوظيفة التي تلتقط صورة رابط الصورة المنشورة ويتم تخزينها في قاعدة البيانات الأصلية، بينما أفترض أن ذلك أسهل نظرًا لأنه ملف موجود بالفعل في مكان ما على خادم، وسيعمل كما أفترض بنفس طريقة وظيفة التقاط الشاشة المخصصة في الوقت الفعلي، والتي تحدث عند الالتزام بتضمين في منشور ديسكورس.
أرشفة المواقع لمستوى من محتواها مفيد مع تقدم العمر على الإنترنت، تختفي الأشياء من وقت لآخر.
هذا أمر مهم وتم اكتشافه للتو، من خلال ربط النقاط - إذا لم يكن لديك CSP ممكّنًا من قبل واستخدمت، على سبيل المثال، Google AdSense، فسوف تدمر إعلاناتك عند تمكين CSP إذا كنت تستخدم التشفير (DM’s) لجعل مكون تويتر يعمل حيث يوجد تعارض محتمل!
أود أن يتم إثبات خطئي بحل رائع أو * “لقد فعلت ذلك بشكل خاطئ” *
بالنظر إلى أن تضمين الروابط (oneboxing) عبر واجهة برمجة التطبيقات يتطلب الآن اشتراكًا مدفوعًا في تويتر، هل يمكن/يجب إضافة هذه الطريقة إلى جوهر Discourse؟ يمكن للمجتمعات الكبيرة في الشركات تحمل رسوم إيلون، لكنها بعيدة عن متناول المنظمات غير الربحية والمجتمعات الصغيرة.
إن تدهور تويتر حالة صعبة للتعامل معها. لا يزال المصدر رقم 1 لمعظم الأخبار والأحداث، وتستخدمه دور النشر والشركات والشخصيات المهمة. على الرغم من تلاعب إيلون، لا يوجد منافس أو بديل موثوق به للمنصة.
نحن نفكر في الأمر ولكن هناك مشكلتان كبيرتان يجب مواجهتهما هنا:
IFRAME يعني أننا نسمح لتويتر بتتبع المستخدمين. هناك مخاوف تتعلق بالخصوصية.
IFRAME يعني أننا بحاجة إلى خوض حرب “الارتفاع غير المعروف”. إذا لم يكن لدينا ارتفاع وحصلنا عليه فقط بعد إجراء محادثة مع تويتر، فإن الصفحة تصبح متذبذبة جدًا مما قد يؤثر بشكل كبير على تجربة Discourse. تحديد الارتفاع مقدمًا أمر صعب للغاية.
بالتأكيد. تعمل هذه الحلول البديلة لمكونات السمات على تحميل جافاسكريبت من خوادم تويتر، وبالنظر إلى الوضع العام لتويتر، فهذا يمثل خطرًا كبيرًا على الخصوصية. لذلك، أنا متردد في تطبيق مكون السمة هذا، على الأقل في الوقت الحالي.