Pods: WP 4.7.1PDFサムネイルのバグ{@_src}ハンドラーがpods_image_urlを通過して画像のサフィックスを追加

スクリーンショットを忘れました。 これが私のポッドフィールドの設定、ポッドテンプレート、およびいくつかの出力です。

添付ファイルへの非画像リンク用のより良いハンドラーが必要なようです。

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

現在、 _srcと_src.{size}はpods_image_url()関数を通過します。

私は害虫になるつもりはありません、ただこれに何か動きがあるかどうか疑問に思います。 私自身はプラグイン開発者ではありません。ここでは、WPフォーラムから注目を集めるように指示されました。

これに対する修正は進んでおらず、Pods2.7のベータ版の準備に懸命に取り組んできました。 これをリストに追加して、数日のうちに暇なときに戻るようにします。

@portlandianは、添付ファイルのIDを関数に渡し、 https ： //codex.wordpress.org/Function_Reference/wp_get_attachment_urlを使用するという＃3376の回避策を使用できる場合があります。

{@test_result_pdf.ID,wp_get_attachment_url}

@portlandian
不思議に思うのですが、なぜ{@test_result_pdf}を使用しないのですか？
ここでテストすると、PDFのURLが返されます。 ._srcなどを追加する必要はありません。

fullやlargeなどの用語はすべて関連する画像タイプであり、一般的なポッドファイルフィールドであるため表示されています。 画像以外のフィールドタイプには必要ありません。

@ sc0ttkclark
タイムリーな返信ありがとうございます。2.7を楽しみにしています。

@jimtrue
回避策をありがとうございます。 気づかなかった。 幸いなことに、私はそれ以来必要ありません...

@JoryHogeveen
それがうまくいくとは知らなかったからです。 テンプレートを使用するときは常にhttp://pods.io/docs/build/using-magic-tags/のみを参照しますが、ファイルURLを取得するためのタグに関するセクションでそれを見たことがありません。 それがそこにあり、私がそれを見逃した場合、私の悪いですが、おそらくそのセクションの非画像ファイルに対処することは良い考えかもしれません。 そのタグを使用するようにテンプレートを変更しましたが、機能するようになりました。 問題は解決された。

あなたたちは素晴らしいです！

@portlandianあなたがそれを

おそらく、そのセクションの非イメージファイルに対処することは良い考えかもしれません。

@jimtrue確かに良いアイデアかもしれません！ :)

良い点ですが、 @ _srcはファイルのURLを取得するだけだと思う

特にスコットのメモから：
添付ファイルへの非画像リンク用のより良いハンドラーが必要なようです。

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

現在、_srcと_src。{size}はpods_image_url（）関数を通過します。

@jimtrue
各ループについての非常に良い点。 ＃4111はこれを修正します。

@ sc0ttkclark注：2.xに対してPRを行いました。

ああ、 @ jimtrue 。
PRでコメントする（ドキュメントのための何かかもしれません）

PDF添付ファイル付きのショートコードを使用する場合、._ srcはWP4.7以降の画像を返します。
この修正により、PDFのURLが返されます。
PDFで生成された画像（WP 4.7）画像の取得は、._ src.image_sizeまたは._imgを使用して引き続き可能です。

了解しました！！ 古いドキュメントと新しいドキュメントの両方に追加します

これは＃4111で修正されました

@JoryHogeveen @pglewis残念ながら、これはまだ壊れています。 {@_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}

それが環境の問題である場合は、複製する同様の環境を最初に作成する必要があります。
たとえば、WPEngineには独自の必須プラグインがあることを知っています。
このリストを作成できますか？

@JoryHogeveen問題は、{@_ src}の「image」ハンドラーをまだ処理していることだと思います。 WordPressがPDF自体よりもPDFのサムネイルビューを優先する理由はわかりませんが、{@ _ src}がルーティングされる場合、代わりに{@_file}タグが必要になるケースの1つである可能性があります。 pods_image_url。 それらをget_attachment_urlにルーティングする方法が必要です。

私はリストを作成するのが得意ですが、ファイルの添付ファイル専用に新しいタグを作成することが理にかなっているのか（他のファイルでもこれに遭遇すると推測しているため）、これについてはわかりません。 _src {@_ src}をよりスマートにする必要があります。

私の直感：{@ _ img}、_ img、および_src.sizeは、画像のサムネイルを返すはずです。 _srcは常にファイルのURLを返す必要があります。

@ sc0ttkclark考え？

ああ、テスト環境では、はい、themer.pods.ioを使用するか、それが@JoryHogeveenに役立つ場合は、pods.ioWPEngineホストで別の1つを起動できます

正しいリンク＃4964-も良い例です！

ハム今、{@ _src}も{@permalink}も[each]で機能していないようです：/

@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つのPDFをアップロードすると、私のユーザーの1人が、PDFをアップロードすると、ページ上のリンクが実際のPDFではなくPDFの.jpgサムネイルに移動することを発見しました。 PDFがサーバーにアップロードされていることを確認できました。ポッドアイテムのダッシュボードインターフェイスでは、適切なファイルにリンクされていましたが、リンク自体はjpgサムネイルに移動していました。

＃5854で修正された問題
ユーザーがこのパッチをテストしたい場合、それは素晴らしいことです！