L & # 39; Le traitement dynamique de l’image pose plus de problèmes qu’il ne résout

Conventions WordPress normalisées pour la gestion des bibliothèques d’images et de médias. Notre objectif est un Code normalisé comme celui – ci, car l’accueil de solutions personnalisées est une bataille perdue. Pour WP Unload S3, les images OTF recadrées ne sont généralement pas chargées parce que nous ne pouvons pas déterminer les détails de l’image parce qu’il n’y a pas d’enregistrement d’image dans la base de données (sous forme de données post ou posteta). Si le dépôt OTF stocke cette information dans une base de données, il l’enregistre généralement sous forme de postmeta, mais utilise des clés personnalisées plutôt que des métadonnées de pièces jointes standard. Le résultat final de ce scénario sans métadonnées peut être une image manquante ou une image qui ne peut pas être téléchargée sur S3 et peut empêcher l’utilisateur final de charger l’image.
Autres effets importants du traitement des billets par OTF… Performance: chaque fois qu’une image est recadrée, elle charge la Bibliothèque de traitement OTF. Sur une page avec une image de 100 secondes, cela peut entraîner de graves pics dans les ressources du serveur. Imaginez maintenant que des milliers d’utilisateurs accèdent à la page en même temps. Convivialité pour l’avenir: les images WordPress sont constamment améliorées avec les versions ultérieures. Par exemple, les améliorations apportées au PDF dans la médiathèque dans v4.7, y compris un meilleur aperçu; C’est cool! Sans parler des nombreuses autres fonctionnalités ajoutées à cette version unique. La Bibliothèque de traitement d’images OTF n’a pratiquement pas les mêmes ressources de développeurs disponibles.
Sécurité: Bon nombre de ces bibliothèques souffrent de problèmes de sécurité. Les vulnérabilités d’inclusion de fichiers sont courantes dans de nombreuses bibliothèques de calcul OTF et peuvent être facilement exploitées. Par exemple, timthumb a été vulnérable à de nombreuses vulnérabilités en matière de sécurité au fil des ans.
Lorsque vous supprimez une image d’un catalogue de médias, aucune taille d’image orpheline n’est laissée. Si vous téléchargez une nouvelle image (via une source externe telle que WordPress ou API), vous pouvez encore utiliser la classe WP _ Image Editor pour toute opération d’image plus complexe. Vous devez vous assurer de vous connecter à Media _ Handle upload pour le téléchargement initial car il gère la plupart des processus de téléchargement (enregistrement de fichiers, extraction de métadonnées, etc.) En une seule fonction. Dans de rares cas, lorsque vous avez besoin de plus de force, vous avez de l’espoir; Vous pouvez étendre la classe WP _ Image Editor! Ce n’est pas le cas des lâches, qui peuvent rapidement sortir de la voie de la normalisation. Cependant, si vous étendez la classe de base de façon responsable et utilisez toujours la médiathèque, vous devriez être en mesure d’ajouter plus d’options et de méthodes à l’éditeur WP _ Image Editor. Voir les classes WP _ Image Editor imagk et WP Image Editor GD pour cet exemple. Ils étendent la classe d’éditeur de base et sont dédiés à deux bibliothèques d’images PHP respectives, et sont bien commentés. Dès le début du développement, si vous envisagez la compatibilité pour répondre à vos besoins d’images (en particulier celles qui nécessitent une charge plus lourde), vous serez sur la bonne voie avec d’autres plugins WordPress, thèmes et noyaux. D’ici à où? Le cœur de WordPress est constamment mis à jour, avec stabilité, sécurité et nouvelles fonctionnalités. Seuls les ajouts à la section 4.7 sont importants pour étendre davantage la Bibliothèque Multimédia, qui est une seule version. En outre, supposons que vous trouviez un défaut dans la façon dont WordPress traite les images. Le vrai charme de WordPress est qu’il est open source. Vous pouvez discuter de nouvelles fonctionnalités avec la communauté WordPress en envoyant des billets trac, en discutant sur WordPress Core slack ou en bloguant sur Functional