نعم، كما ذُكر أعلاه، أصبحت معظم منطق إنشاء الصور المصغرة الآن ضمن Discourse. في الواقع، قمت بالتجاوز لتخفيف شرط الإدراج قليلاً، لكنه قد لا يزال أكثر صرامة مما كان عليه من قبل.
أنا حذر من إجراء أي تجاوزات إضافية، وفي الواقع، يجب أن تكون “المرونة” في معايير اعتبار شيء ما جديرًا بإنشاء صورة مصغرة له الآن قضية أساسية. يجب أن يكون TLP مجرد مستهلك لتلك البيانات.
أدرك الآن أن الأمر يعتمد على سلوك Discourse. شكرًا لك على المساعدة.
أُخبركم فقط بحالتي الحالية، لا زلتُ أواجه صعوبة.
لقد حاولتُ توحيد كود HTML الخاص بـ img بحيث يحتوي فقط على سمة src، إذ يبدو أن Discourse يتجاهل غيرها. على سبيل المثال، عادةً ما تبدأ منشورات ووردبريس بهذا الشكل (هنا قمتُ بتنظيف HTML مسبقًا، فلا توجد سمات سوى src). المعايير التي تتحدث عنها لا تبدو ذات صلة.
ثم إن إعادة المعالجة (أي تحميل الصور) من وحدة الأوامر تعمل فقط مع بعض المواضيع.
عادةً ما يتم تجاهل الموضوع الذي استخرجتُ منه كود HTML أعلاه. سواء استخدمتُ الأمر rake posts:rebake أو في Rails post.save! ; post.rebake!؛ فالموضوع يُتجاهل. لا أستطيع رؤية سبب لفشله، فكود HTML الخاص به مطابق للمواضيع الأخرى التي نجحت.
ومع ذلك، إذا قمتُ بالتعديل يدويًا من المحرر دون تغيير المحتوى ثم حفظه، تُستخرج الصورة وتُحمّل. هناك عدد كبير جدًا من المواضيع لتعديلها يدويًا.
هل لديك فكرة عن كيفية تحقيق نفس عملية الحفظ التي يقوم بها المحرر باستخدام وحدة أوامر Rails؟
ملاحظة: خيار “أقصى عدد من الأيام القديمة” مضبوط على القيمة القصوى.
ظهر هذا الخطأ هذا الصباح، ولم أتمكن من إيجاد أي حل، لذا قمت بالعودة إلى النسخة الاحتياطية الأخيرة. حاولت تغيير الصورة وحصلت مرة أخرى على أخطاء 500/استثناء/خطأ في الخادم الداخلي (ISE) وما إلى ذلك.
لأننا تلقينا هذه الأخطاء، استعدنا النسخة الاحتياطية القديمة (وكان كل شيء على ما يرام)، ثم قمنا بتغيير الصورة المصغرة مرة أخرى من نفس الموضوع، فـ “انهار” كل شيء.
في كلتا الحالتين، استخدمنا صورة الأخطبوط من رابط كيك ستارتر هذا:
بالمناسبة، لا أقول إن هذا الملحق معطّل (الخطأ يشير إلى شيء متعلق بـ S3). بل فقط أن استخدام تلك الصورة المحددة كصورة مصغّرة تسبّب في سلوك غريب من Discourse. ربما يكون الأمر كذلك، وربما لا. هذه هي المرة الأولى التي يحدث لي فيها هذا بعد أسابيع عديدة من استخدام ملحقك بارتياح تام، أمر غريب جدًا.
تم نقل إنشاء الصور المصغرة الآن إلى نواة Discourse. ما كان يقوم به TLP لإنشاء الصور المصغرة يتم الآن إلى حد كبير بواسطة Discourse. أصبح TLP أكثر فأكثر مجرد طبقة عرض.
تخميني هو أنهم قرروا إنشاء معرض مواضيع، مما تطلب وجود صور مصغرة (لأن عرض عدد كبير من الصور بدقة الأصلية كان سيجعل الصفحة بطيئة جداً). ومن ثم تطور الأمر من هناك…
أعتقد أننا يجب أن ننظر إلى هذا على أنه خطوة إيجابية جداً من قبل Discourse. فمن الرائع أن المنصة يمكنها الآن إنشاء وتخزين وتقديم بيانات الصور المصغرة لقائمة المواضيع تقريباً دون الحاجة إلى إضافة، مباشرة من الصندوق.
على المدى الطويل، سيجعل ذلك المنصة أكثر جاذبية ويساهم في استقرارها.
بعد الترقية إلى أحدث إصدار من Discourse و TPL، نلاحظ وجود أخطاء في البلاط. فبعضها يتم عرضه بشكل صحيح كبلاطات، بينما البعض الآخر لا يتم عرضه، مما يؤدي إلى ظهور مربعات متداخلة وإخفاء بعض المحتوى. يمكنك التحقق من ذلك بنفسك على https://eqlzr.org (قد تحتاج إلى التمرير لأسفل لرؤية المشكلة).
يوضح كونسول المتصفح ما يحدث:
تم فرض التخطيط قبل اكتمال تحميل الصفحة بالكامل. إذا لم تكن أوراق الأنماط قد تم تحميلها بعد، فقد يتسبب ذلك في وميض محتوى غير منسق.
لا أعرف ما إذا كانت هذه الأخطاء تعود إلى TLP أو إلى نواة Discourse.
موقعك يعمل بشكل مثالي بالنسبة لي باستخدام كل من Chrome و Safari. لكنني ألاحظ نوعًا من المشكلة في Firefox، وهذا مثير للاهتمام. سأقوم بالنظر في الأمر بتفصيل أكبر عندما يتاح لي الوقت.
ملاحظة: أي مشكلة في JavaScript قد تؤدي إلى تعطيل التخطيط. ولا يجب أن تكون هذه المشكلة من TLP، فقد تأتي من أي إضافة أو من نواة Discourse، حيث إن «توقف» JavaScript عن العمل سيمنع TLP من إكمال التخطيط.
مرحبًا روبرت، أقوم باختبار TC على موقع صغير مختلف وأواجه مشكلات معه. لم أقم بتثبيت إضافة TLP، بل فقط إضافة المساعد. تعمل Topic Thumbnails TC كما هو متوقع، وقد قمت بضبطها على السمة المحايدة الافتراضية في هذا الموقع، بينما قمت بضبط TLPTC على السمة الداكنة حتى تتمكن من رؤية ما يحدث: https://community.exploringexposure.com/ وأنا أستخدم أحدث إصدار من كل شيء.