لا أعتقد ذلك. يبدو أن هذه الحالة مشابهة لصفوف الصور. في تلك الحالة، ظهرت تحذير أيضًا، لكن هذا كان الرد الذي تلقيته في ذلك الوقت:
يجب أن تتمكن من تعطيله عبر إعدادات الموقع العادية بعد ذلك.
@davidb هل يمكنك التأكيد؟
أوافق على أن هذا الصياغة في التغييرات القادمة هي شيء يجب علينا أيضًا إيجاد طريقة لجعلها أقل إرباكًا.
شيء واحد يمكننا محاولة القيام به هو توضيح ذلك في العنوان والوصف للتغيير نفسه، عندما يكون قابلًا للتكوين.
يخضع التغيير المرتقب لملفات GIF حاليًا إلى إعداد مخفي في الموقع، لكنني أعتقد أنه في المستقبل سنرغب في جعل هذا الإعداد مرئيًا وقابلًا للتفعيل/الإيقاف من منطقة الإدارة.
في الوقت الحالي، اترك التغيير المرتقب على “لا أحد” وسيكون معطلًا بشكل افتراضي في المستقبل. لا حاجة لإجراء أي تغييرات إضافية من جانب الإدارة.
نعم، عندما بحثت عن enable_gifs قادني ذلك مباشرة إلى صفحة التغييرات المخطط لها. كان الأمر محيراً جداً.
فكرة التغييرات المخطط لها رائعة. يمكن فقط تحسين اللغة المستخدمة.
شكراً لكم جميعاً!
في هذه الحالة @davidb @mcwumbly ، لو كان نوع التغيير site_setting_default بدلاً من feature بالنسبة لـ enable_gifs، لما ظهرت الرسالة المخيفة الدائمة. يتم التحكم في هذا هنا:
ومع ذلك، أعتقد بشكل عام أن نوع feature مناسب لهذا التغيير القادم… لذا ربما نحتاج إلى جعل إشعار «دائم» أكثر وضوحاً للتغييرات القادمة.
ربما will_become_permanent: true أو شيء من هذا القبيل كبيانات وصفية إضافية؟ لست متأكداً…
لماذا تم توجيهنا لاستخدام Klipy بدلاً من الخيارات الأخرى؟ أفضّل استخدام Giphy وأود الاستمرار في استخدامه.
الإعدادات والتفاعل مع المكوّن يجعل استخدام خيارات أخرى مثل Giphy محيراً للغاية.
أعتقد أن السبب هو أن Giphy لم تعد خياراً مجانياً
الآن كل شيء على ما يرام. لقد فهمت الأمر (شكرًا لـ Moin!). كان عليّ إلغاء تثبيت مكون gif الخاص بـ discourse لجعل الإعداد يظهر. ثم قمت بضبط الإعداد على لا أحد، ثم أعدت تثبيت المكون وتكوينه مرة أخرى. الآن يعمل giphy بالنسبة لي مرة أخرى.
سعيد أنني تمكنت من مساعدتك. حقيقة أن التغيير القادم مخفي عند تثبيت مكون ثيم GIF يجعل الأمر محيرًا بعض الشيء: لاستخدام المكون، تحتاج إلى إلغاء تثبيته، تعطيل التغيير القادم، ثم إعادة تثبيته.
هل تم إخطارك بالتغيير، أم تم كتم الإشعارات لأن التغيير القادم كان مخفياً؟ أتساءل عما إذا كان هذا يؤدي إلى مشكلة عدم معرفتهم بأنهم بحاجة إلى تشغيل الهجرة والحصول على مفتاح API.
عند التقدم للحصول على مفتاح KLIPY، يطلبون إظهار نسب المصدر (attribution). كيف يمكننا إضافته إلى النافذة المنبثقة؟ وكيف يستخدمه الآخرون بدونه؟
أوه، كنا نستخدم هذا في مكون الثيم، لكنه غير موجود في النسخة الأساسية. كان هناك providerLogo:
تمت إضافة شعار klipy في FEATURE: Add Klipy as GIF API provider by xfalcox · Pull Request #107 · discourse/discourse-gifs · GitHub . @davidb، هل كان ترك شعار المزود خارج النسخة الأساسية مقصوداً؟
يبدو للأسف أنه تم إغفاله عند نقله إلى النواة (core)، حيث كان يظهر بشكل مشروط في مكون السمة، ولكن الآن يجب أن يظهر دائماً.
تمت إضافته هنا: UX: add Klipy branding to gifs picker - Pull Request #41501 - discourse/discourse - GitHub
تمت إضافة لافتة إشعار عالمية مؤخراً إلى مكون السمة، لذا عندما يكون المكون محدثاً ستظهر اللافتة وروابط إلى هذا الموضوع لمسؤولي الموقع.
بما أننا نقلنا التغيير القادم إلى الإصدار المستقر الأسبوع الماضي، يجب أن تظهر هذه اللافتة الآن لأي موقع كان يستخدم مكون السمة حتى يتمكنوا من اتخاذ أي إجراءات ضرورية.
مجرد تنبيه بأن قد يكون من المفيد إنشاء شعبة (fork) من المستودع إذا كنت ترغب حقاً في الاستمرار في استخدام Giphy، حيث نخطط لأرشيفه في المستقبل القريب.
لا أعتقد أن متطلبات الإسناد قد تم قراءتها فعلياً. العلامة تتطلب إسناداً واحداً فقط وهي اختيارية:
https://docs.klipy.com/attribution
نستخدم استضافة ذاتية ونستخدم Giphy في مكون السمة القديم. قمنا بتعطيل ذلك والآن نرى فقط خيارات API لـ Klipy. هل هناك طريقة لإدخال مفتاح Giphy القديم الخاص بنا واستخدامه كموفر، أم أننا مضطرون لاستخدام Klipy الآن؟
تعديل: يبدو أنه لا يوجد، لذلك نحن في رحمة فيديو التحقق عبر Klipy.
مرحباً @fearlessfrog ![]()
واجهت نفس المشكلة - للاستمرار في استخدام Giphy، تحتاج إلى حذف مكون الثيم بالكامل (فإنهائه لا يكفي)، ثم تعيين إعداد admin -> التغييرات القادمة → تمكين GIFs إلى “لا أحد”. ثم أعد تثبيت نسخة مشتقة من المكون لاستخدامه - الفريق سيأرشف النسخة الخاصة بهم قريباً. لدي نسخة مشتقة من المكون هنا يمكنك استخدامها.
إلغاء تثبيت المكون القديم:
تعطيل الإعداد في admin -> التغييرات القادمة
لا أعرف حقاً لماذا فعل الفريق ذلك بهذه الطريقة، لكنها محيرة بشكل رهيب واستغرق مني وقتاً لفهمها (بفضل شرح موين) - وهي غير ودية لمستخدمي الاستضافة الذاتية. في مرحلة ما، ربما سأعيد بناء النسخة المشتقة كمكون خاص بي دون الحقول والملفات غير الضرورية الأخرى، لكنني سأتعيين رسالة لافتة إدارية عند حدوث ذلك.
ملاحظة للفريق: لا يزال مكون Discourse Gifs مدرجاً في صفحة تثبيت المكونات الافتراضية:
شكرًا لك، @davidb هل يمكنك إزالة هذا الخيار من فضلك؟
فعلنا ذلك بهذه الطريقة لأنها تحسن إعدادات عملائنا المستضافين، حيث نقوم يدويًا بإلغاء تثبيت مكون gif القديم لهم. لم نتوقع أن يرغب الناس في الاستمرار في استخدام Giphy، نظرًا لأن أسعارهم أُعلن أنها مرتفعة جدًا، وهو السبب الذي دفعنا لإضافة Klipy إلى مكون السمة في المقام الأول.
في المرة القادمة، يمكننا إضافة المزيد من المعلومات إلى المنشور الأصلي لمستخدمي الاستضافة الذاتية الذين يرغبون في الاستمرار في استخدام المكون القديم، لقد افترضنا ببساطة هنا أن مستخدمي الاستضافة الذاتية سينتقلون إلى Klipy أيضًا:
سنفكر بالتأكيد في طريقة لجعل هذا أقل إرباكًا ومفاجأة، لقد طلبت من ديفيد ب فتح موضوع داخلي وسأعمل عليه في المستقبل القريب.
ما لا أفهمه هو أنني ما زلت أستخدم مفتاح API المجاني القديم الخاص بي دون أي مشاكل؟ لقد قمت للتو بتسجيل الدخول إلى لوحة مطوري Giphy وإليها هناك. ما هي هذه الرسوم المفترض أن أدفعها؟ لم أكن بحاجة مطلقًا إلى إدخال بطاقة ائتمان أو دفع أي مبلغ، ولا أرى الآن أين يجب أن أفعل ذلك - يبدو لي أنها كانت دائمًا كذلك. لا يبدو أن المنتدى الذي قمت بربطه به يواجه قيودًا على معدل الطلبات، ونميل إلى استخدامه كثيرًا ![]()
حسنًا، إذن يبدو أنه يعمل بشكل جيد تمامًا لما يصل إلى 100 طلب API في الساعة، وهو أمر مقبول تمامًا أعتقد لمن يستخدمون الاستضافة الذاتية.
نعم بالتأكيد، لكن التكلفة ستكون باهظة جدًا على استضافتنا نظرًا لأننا نريد أن تكون صور GIF ميزة أساسية.
أعتقد أن مكون السمة كان يحتوي فقط على “مدعوم من Klipy” (من هذه القائمة)، لكن كان ينبغي علينا أن نكون أكثر حذراً في التحقق من الموقع الرسمي عند النقل إلى النسخة الأساسية — تمت إضافة النسبة الرئيسية المطلوبة في UX: add placeholder text for Klipy gifs search - Pull Request #41651 - discourse/discourse - GitHub
تم — تمت إضافته في UX: remove gifs from popular theme components - Pull Request #41649 - discourse/discourse - GitHub
لقد قمنا بتحديث المنطق حول كيفية ظهور هذا التحذير. يجب أن يتم حل الأمر الآن في DEV: add upcoming change permanent banner metadata - Pull Request #41700 - discourse/discourse - GitHub
يجب أن يتم حل هذه المشكلات الآن للمواقع التي تعمل بأحدث إصدار من Discourse.





