画像とメディアのベストプラクティス


9

D8とファイル/メディアエンティティのベストプラクティスに関する提案を探しています。私はもともとこれを回答として追加しましたが、kiamlalunoは明らかにそれ自体が新しい質問であるべきだと感じたので、ここに行きます。

ファイルとメディアエンティティを処理するための最良の方法を見つけようとしています。ファイルエンティティモジュールの開発の増加に伴い、ファイルが本格的なエンティティになり得るため、事態は再び複雑になっているように見えます。私の意見では、これは多くの人々をどちらの方法が最も現実的な方法であるかについて先送りにするでしょう。

私が見たいのは、チュートリアルや、ファイルフィールドとメディアフィールドを使用する場合のベストプラクティスと、それぞれの長所と短所についての記事です。Drupal 8はデフォルトで、ファイルエンティティであるArticleコンテンツタイプを提供します。これを画像に使用するか、削除してメディアフィールドを使用する必要があります。

レビューのために最近のチュートリアルやディスカッションを知っている人はいますか?


これらは、「オフトピック」リストにあるようなチュートリアルや記事が含まれているため、おそらく閉じられます。
mradcliffe 2017

しかし、おそらくこれは私の意見でD8のメインストリームを増やす問題の一部であり、「インクルードされたファイルエンティティまたはモジュールベースのメディアエンティティのどちらを使用する方が良いか」という簡単な質問をすると、あいまいな答えが生成されます。
Chris Riley、

回答:


14

media_entityを使用します。議論の終わり。

人々は積極的にそれをコアに組み込むことに取り組んでおり、それが起こったら、もはやfile_entityを使用する理由はありません。

私たち(@ slashrsm / MD Systemsのように)は、それに依存する大きなサイト(実際にはディストリビューション)が多数あるため、最小限に維持し続けますが、media_entityが使用されている間は、アルファから抜け出すことはほとんどありません。すでに安定しています。

メディアをコアにするためのステータスと進捗状況については、積極的にブログを作成しています。


1
この質問に答えてくれて本当にありがとうございました。多くの人が同じ質問で「オフライン」になり、質問をしてくれたことに拍手を送りました。
Chris Riley

議論の終わりに、すでにシステムに大量のファイルがある場合は、media_entityを使用しないでください。
Patrick

メディアエンティティは、始めたばかりの場合にのみ役立つようです。既存のサイトを変更しない。または、すでに大量のコンテンツを移行している1つ。それ以外の場合は、多くの余分な作業を回避するために完全に失敗します。
Patrick

File Entityは実際に問題なく既存のファイルを認識してロードします。
Patrick

安定している場合は、コアメディアモジュールを使用して、ディスカッションを終了します。drupal.org/project/drupal/issues/3055516またはdrupal.org/project/drupal/issues/3041111およびその他の多くを参照してください。人生はそれらの種類の小さなバグを短くすることです。
ガガリン

0

もちろん、トピックはまだ進化していますが、最新のDrupalコア(8.6.x)以降、メディアは実際に含まれており、D7のルーツ以来長い道のりを歩んできました。

追加すべき点はまだたくさんありますが、それに関するドキュメントは存在しています。メディアを使用するもう1つの利点は、画像、ファイル、その他のアセットをより簡単に再利用できることと、特定のコンテンツノードに関連付けられていないため、シンジケーションとコンテンツの移行が容易になることです。(@Berdir、et.al.、エラーが発生した場合は修正してください)。

@pthurmondが指摘するように、それはおそらく新しいサイトを開始する場合にのみ良いことです。その上で、私は経験から語ることができ、D7サイトをD8として再起動しました。これは完全にゼロから再構築されました。場合によっては価値があるかもしれませんが、既存の大規模なサイトをメディアエンティティパラダイムに移行する場合、少なくとも現時点では、記念碑的な面倒になる可能性があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.