Meilleures pratiques en matière d'image et de médias


9

Je recherche des suggestions sur les meilleures pratiques pour D8 et les fichiers / entités multimédias. J'ai initialement ajouté cela comme réponse, mais kiamlaluno a manifestement estimé que cela devrait être une nouvelle question en soi, alors voilà.

J'essaie de trouver la meilleure façon de gérer les fichiers et les entités multimédias. Avec l'augmentation du développement dans le module d'entité de fichier, il semble que les choses se compliquent à nouveau, car les fichiers peuvent maintenant être une entité à part entière. À mon avis, cela va rebuter beaucoup de gens quant à la voie à suivre la plus pratique.

Ce que j'aimerais voir, c'est un tutoriel ou un compte rendu sur les meilleures pratiques pour savoir quand utiliser le champ fichier par rapport au champ média et les avantages et les inconvénients de chacun. Drupal 8 par défaut nous donne un type de contenu d'article qui est une entité de fichier. Devrions-nous donc l'utiliser pour des images ou le supprimer et utiliser des champs multimédias.

Quelqu'un connaît-il un récent didacticiel ou une discussion pour examen?


Cela sera probablement fermé car les tutoriels ou les articles comme ceux-ci sont dans la liste "hors sujet".
mradcliffe

Cependant, cela fait probablement aussi partie du problème avec l'obtention du flux principal D8 à mon avis et la simple question de "qui est préférable d'utiliser l'entité de fichier incluse ou l'entité multimédia basée sur le module" générerait une vague de réponse.
Chris Riley

Réponses:


14

Utilisez media_entity. Fin de la conversation.

Les gens travaillent activement pour l'obtenir dans le noyau et une fois que cela s'est produit, il n'y a plus de raison d'utiliser file_entity.

Nous (comme chez moi et @ slashrsm / MD Systems) continuerons à le maintenir de manière minimale, car nous avons un certain nombre de grands sites (une distribution en fait) qui en dépendent, mais il ne sortira probablement jamais d'alpha pendant que media_entity est déjà stable.

Nous bloguons activement sur l'état et les progrès de l'intégration des médias:


1
Merci beaucoup Berdir d'avoir répondu à cette question. J'ai eu de nombreuses personnes "hors ligne" avec la même question et / ou m'applaudissant pour avoir posé la question.
Chris Riley

N'utilisez pas media_entity si vous avez déjà un tas de fichiers dans votre système, fin de la discussion.
Patrick

L'entité média ne semble utile que si vous débutez. Ne pas modifier un site existant. Ou au moins celui dans lequel vous avez déjà migré une tonne de contenu. Sinon, cela ne vous aidera pas à éviter beaucoup de travail supplémentaire.
Patrick

L'entité de fichier reconnaîtra et chargera vos fichiers existants sans problème.
Patrick

J'utiliserai le module média de base quand il sera stable, fin de la discussion. Voir drupal.org/project/drupal/issues/3055516 ou drupal.org/project/drupal/issues/3041111 et bien d'autres. La vie est trop courte pour ce genre de petits bugs.
gagarine

0

Bien sûr, le sujet évolue toujours, mais depuis le dernier noyau Drupal (8.6.x), Media est en effet désormais inclus, et a parcouru un long chemin depuis ses racines D7.

Bien qu'il y ait encore beaucoup à ajouter, la documentation à ce sujet existe. Un autre avantage de l'utilisation de Media est que les images, fichiers et autres actifs sont plus facilement réutilisables et non liés à des nœuds de contenu spécifiques, ce qui facilite la syndication et les migrations de contenu. (@Berdir, et.al., veuillez me corriger si je me trompe).

Comme le note @pthurmond, ce n'est probablement bon que si vous démarrez un nouveau site. Sur ce point, je peux parler d'expérience, relancer un site D7 en D8, qui a été complètement reconstruit à partir de zéro. Peut en valoir la peine dans certains cas, mais pourrait être un problème monumental, au moins pour le moment, si vous migrez un grand site existant vers le paradigme de l'entité médiatique.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.