Pods: يمر الخطأ مع WP 4.7.1 PDF Thumbnails {_src} من خلال معالجات pods_image_url تلحق لاحقة الصورة

نسيت لقطات. هنا هو إعداد مجال Pod الخاص بي ، قالب Pod ، وبعض المخرجات.

يبدو أننا بحاجة إلى معالج أفضل للروابط غير المتعلقة بالصور لملفات المرفقات.

https://github.com/pods-framework/pods/blob/2.x/classes/Pods.php#L1452

الآن ، انتقل إلى _src و _src.{size} عبر الدالة pods_image_url() .

لا أقصد أن أكون آفة ، فقط أتساءل عما إذا كان هناك أي تحرك في هذا الشأن. أنا لست مطورًا للمكونات الإضافية بنفسي ، لقد تم توجيهي هنا للتو من منتديات WP للحصول على بعض الاهتمام به.

لم يتم إحراز تقدم في إصلاح هذا الأمر ، فقد عملنا بجد على إعداد Pods 2.7 للإصدار التجريبي. سأضيف هذا إلى قائمتي لأعود إليها عندما أحصل على وقت فراغ في الأيام المقبلة.

portlandian ، قد تتمكن من استخدام الحل البديل في # 3376 لتمرير معرف الملف المرفق إلى دالة واستخدام https://codex.wordpress.org/Function_Reference/wp_get_attachment_url ضدها ، على سبيل المثال:

{@test_result_pdf.ID,wp_get_attachment_url}

تضمين التغريدة
فقط أتساءل ، لماذا لا تستخدم {@test_result_pdf} ؟
يؤدي هذا إلى إرجاع عنوان url بتنسيق PDF عندما أختبره هنا. ليست هناك حاجة لإلحاق ._src أو أي شيء.

مصطلحات مثل full أو large كلها أنواع صور مرتبطة ، يتم عرضها فقط لأنها حقل ملف Pods عام. لست بحاجة إليها لأنواع الحقول بخلاف الصور.

تضمين التغريدة
شكرًا لك على الرد في الوقت المناسب وسأتطلع إلى 2.7

تضمين التغريدة
شكرا لك على الحل. لم أكن على علم بذلك. لحسن الحظ لن أحتاج منذ ...

تضمين التغريدة
فقط لأنني لم أكن أعلم أن ذلك سيعمل. أشير فقط إلى http://pods.io/docs/build/using-magic-tags/ عندما أستخدم القوالب ، ولم أر ذلك مطلقًا في القسم الخاص بالعلامات للحصول على عناوين URL للملفات. إذا كان موجودًا وقد فاتني ، فقد يكون الأمر السيئ ، ولكن ربما معالجة الملفات غير المتعلقة بالصور في هذا القسم ، فكرة جيدة. لقد قمت بتغيير القالب الخاص بي لاستخدام هذه العلامة وهو يعمل الآن. تم حل المشكلة.

يا رفاق هي كبيرة!

portlandian سعيد لسماع أنك

ربما تكون معالجة الملفات غير المتعلقة بالصور في هذا القسم فكرة جيدة.

jimtrue قد تكون فكرة جيدة بالفعل! :)

نقطة جيدة ، ولكن نعم قد يعتقد المرء أن_src سيحصل فقط على عنوان URL للملف. في الأساس ، من خلال عدم استخدام أي منهما ، فقط باستخدام العلامة نفسها للملف ، ستحصل على "إخراج الملف" كالمعتاد. لست متأكدًا من أن ذلك سيعمل إذا كان لديك ملفات متعددة واحتجت إلى [كل صورة_ملف] [/ كل] من خلالها ، لأنه في هذه المرحلة ، لا توجد "علامة" لاستدعاء عنوان URL بخلاف {_src} ، لذلك ما زلنا بحاجة إلى معالجة هذا الناتج وإصلاحه. هذا لا يزال خطأ.

على وجه التحديد من ملاحظات سكوت:
يبدو أننا بحاجة إلى معالج أفضل للروابط غير المتعلقة بالصور لملفات المرفقات.

https://github.com/pods-framework/pods/blob/2.x/classes/Pods.php#L1452

الآن _src و _src. {size} انتقل من خلال وظيفة pods_image_url ().

تضمين التغريدة
نقطة جيدة جدًا حول كل حلقات. # 4111 يصلح هذا.

@ sc0ttkclark ملاحظة: لقد جعلت العلاقات العامة ضد 2.x.

أوه و @ jimtrue .
التعليق في العلاقات العامة (قد يكون شيئًا للمستندات)

عند استخدام الرموز القصيرة مع مرفقات PDF ._src يُرجع صورة منذ WP 4.7.
مع هذا الإصلاح ، سيعود عنوان URL بتنسيق PDF.
لا يزال الحصول على صور تم إنشاؤها بتنسيق PDF (WP 4.7) ممكنًا باستخدام ._src.image_size أو ._img.

وأشار!! سأضيفهم إلى كل من المستندات القديمة والجديدة

تم إصلاح هذا اعتبارًا من # 4111

JoryHogeveenpglewis للأسف هذا لا تزال مقطوعة. يمكنني أن أؤكد أن {_src} لا يزال يوفر رابطًا للصور المصغرة التي تم إعادة إنشائها لملفات PDF.

يرجى التحقق من المحادثة في هذه التذكرة من: https://github.com/pods-framework/pods/issues/4580#issuecomment -354883021 نزولاً.

يبدو أن هذا مرتبط بالمضيف الذي يقوم بإنشاء صور مصغرة لملفات PDF. لم يكن My Local by Flywheel يفعل ذلك ، لذلك كان مرتبطًا بشكل صحيح بملفات PDF ، ولكن على WPEngine (الذي ينشئ صورًا مصغرة) ، تشير العلامة {_src} إلى _ فقط_ إلى الصورة المصغرة للصورة ، وليس ملف PDF. مزعج جدا.

قدم @ brian-milnes حلاً جيدًا جدًا يصل إلى ملف PDF الصحيح ، لذلك ربما يكون هناك شيء في معالجنا لـ _img و _src هو المشكلة:

قمنا بحل بديل باستخدام
{<strong i="14">@ID</strong>,wp_get_attachment_url}

إذا كان الأمر يتعلق بالبيئة ، فيجب علينا إنشاء بيئة مماثلة للتكرار.
أعلم أن WP Engine لديه مكون إضافي خاص به يجب استخدامه على سبيل المثال.
هل يمكننا عمل قائمة لهذا؟

JoryHogeveen أعتقد أن المشكلة ربما تكون أننا ما زلنا ننتقل إلى معالج "الصورة" لـ {_src} ؛ لست متأكدًا من سبب تفضيل WordPress على عروض الصور المصغرة لملف PDF على ملف PDF نفسه ، ولكن ربما تكون هذه إحدى الحالات التي نحتاج فيها إلى علامة {_file} بدلاً من ذلك ، إذا تم توجيه {_src} من خلالها pods_image_url. نحتاج إلى طريقة لتوجيههم إلى get_attachment_url.

أنا جيد في إنشاء قائمة ، فقط لا أعرف عن هذه القائمة ما إذا كان من المنطقي إنشاء علامة جديدة لمرفقات الملفات فقط (لأنني أعتقد أننا سنواجه ذلك مع ملفات أخرى أيضًا) أو إذا نحن بحاجة إلى جعل _src {_src} أكثر ذكاءً.

شعوري الداخلي: {_img} و _img وأي _src.size يجب أن يعرض الصور المصغرة للصور. يجب أن يقوم _src دائمًا بإرجاع عنوان URL الخاص بالملف.

@ sc0ttkclark خواطر؟

أوه وفي بيئة الاختبار ، نعم ، لدينا واحدة مع themer.pods.io أو يمكننا تدوير واحدة أخرى على pods.io مضيف WPEngine إذا كان ذلك يساعد JoryHogeveen

الآن الرابط الصحيح # 4964 - مثال جيد أيضًا!

همهمة الآن يبدو أنه لا {_src} ولا {permalink} يعمل في [كل]: /

quasel تقديم مثال على القالب الخاص بك؟ أفعل هذا طوال الوقت ولدي العديد منها الآن تعمل بشكل مثالي.

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

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

لا تزال هذه مشكلة اعتبارًا من 2.7.22 ، لقد قمت بتحديث رمز القالب الخاص بي / w الحل البديل في الوقت الحالي ولكن لا يزال يحاول ربط الصور المصغرة لملفات PDF.

لكنها لا تزال تحاول ربط الصور المصغرة لملفات PDF.

zushiba ماذا تقصد بـ "

لكنها لا تزال تحاول ربط الصور المصغرة لملفات PDF.

zushiba ماذا تقصد بـ "
لدي حقل تحميل متعدد الملفات ، ويستخدمه المستخدمون لتحميل مستندات PDF التي يتم سردها بعد ذلك في صفحة عبر النموذج التالي.

<h1>{@post_title}</h1>
<ul>
[if form_files]
[each form_files]
<li><a href="{@_src}">{@post_title}</a></li>
[/each]
[/if]
</ul>

عند تحميل 2 PDFs اليوم ، اكتشف أحد المستخدمين أنه عند تحميل ملف PDF الخاص بهم ، انتقل الرابط الناتج على الصفحة إلى الصورة المصغرة jpg. لملف PDF ، وليس ملف PDF الفعلي. لقد تمكنت من التأكد من أنه تم تحميل ملفات PDF على الخادم ، وفي واجهة لوحة المعلومات لعنصر pod كان يتم ربطه بالملف الصحيح ، لكن الرابط نفسه كان ينتقل إلى صورة jpg المصغرة.

تم إصلاح المشكلة في 5854 #
إذا كان المستخدمون يرغبون في اختبار هذا التصحيح فسيكون ذلك رائعًا!