Wygwam 2.7では、バルク変換後のアセットタグは処理されません

S3ストレージを利用するために、ExpressionEngineのネイティブのファイルアップロード機能からアセットに非常に多くの既存のエントリを変換する必要のあるクライアントサイトがあります。私は正常にすべてのファイルフィールドを資産フィールドに変換し、資産インターフェイスのドラッグアンドドロップを介してファイルに移動しました。これらのフィールドはすべてS3を正しく指しています。

この問題はWygwamフィールドで発生します。私はこの他のSOの回答を参照しています。これは、以前のWygwam 2.7では、資産を追跡する方法がないことを説明していますどのファイルがWygwamのフィールドの中に指されているのかを示します。私はサイトのWygwamバージョンを2.7にアップグレードしました。

私は、すべてのwygwamフィールドの内容を正規表現に置き換え、対応するAssets S3アップロード場所の{filedir_n}と{asset_m}参照へのハードコードされた参照を変換するバッチプロセスを作成しました。今では単に{asset_m} /filename.extと表示されています。これは明らかに壊れた画像を意味します。

Wygwam 2.7が表示されているタグを正しいパスに変換できるのは私の理解でした。何か不足していますか?

0

1 答え

リンクされたSOの回答は、{assets_n}タグではなく、{assets_n}タグで誤って参照されていました。これは答えの一部でした。

The rest of it is that Wygwam expects the assets file to be referred to as {assets_:}. Importantly, the number refers to the file id in table exp_assets_files not the source_id in exp_assets_sources. The presence of the fallback url seems to be for when assets is uninstalled, or when the file reference no longer exists. You should be able to leave it blank eg. {assets_237:} but I haven't tested this.

1
追加された