- WordPress :6.1
- Statut : résolu
- Ce sujet contient 18 réponses, 5 participants et a été mis à jour pour la dernière fois par
, le il y a 23 heures et 59 minutes.
-
Messages
-
Bonjour à tous et à toutes et bonne année.
Ma configuration WP actuelle :
– Version de WordPress : 6.1.1
– Version de PHP/MySQL : 7.4.33 / 5.5.5
– Thème utilisé : Twenty Sixteen Child
– Thème URI : https://wordpress.org/themes/twentysixteen/
– Extensions en place : Add From Server (3.4.5), Advanced Sidebar Menu (9.0.4), Akismet Anti-Spam (5.0.2), Antispam Bee (2.11.1), Auto Image Attributes From Filename With Bulk Updater (4.0), Auto Image Attributes Pro (4.0), BBQ Firewall (20221002), Block Editor Colors (1.2.4), Broken Link Checker (1.11.21), Bulk Media Register (1.26), Child Theme Configurator (2.6.0), Copy & Delete Posts (1.3.7), CrowdSec (1.11.0), Duplicator (1.5.1), Easy FancyBox (1.9.5), Easy WP SMTP (1.5.3), Email Encoder – Protect Email Addresses (2.1.3), External links new tab – nofollow (1.1.5), Flying Fonts (1.0.2), Forminator (1.22.1), Forum_wordpress_fr (4.2), Gwolle Guestbook (4.4.1), iframe (4.5), Imagify (2.1), Insert Special Characters (1.0.5), Intuitive Custom Post Order (3.1.3), NextGEN Gallery (3.30), One Click Accessibility (2.1.0), OSM (6.0.1), PageSpeed Ninja (0.9.44), Post Type Switcher (3.2.1), Redirection (5.3.6), Regenerate Thumbnails Advanced (2.4.0), Remove Footer Credit (1.0.13), SecuPress Pro — WordPress Security (2.2.3), SecuPress SSL Fixer (1.0), SF Author Url Control (1.2), Site Health Tool Manager (1.1), SiteOrigin CSS (1.5.5), Statify (1.8.4), Statify Widget: Popular Posts (1.3.3), TablePress (2.0.1), Total Upkeep Premium (1.5.9), To Top (2.5.2), UpdraftPlus – Backup/Restore (1.22.24), Use Any Font (6.2.98), W3 Total Cache (2.2.9), WP Activity Log (4.4.3), WP Activity Log for Yoast SEO (1.3.0), wpDiscuz (7.5.2), WP Extra File Types (0.5.2), WP Headers And Footers (2.0.1), WP Media Category Management (1.9.9.1), WP Reading Progress (1.5.1), WP Realtime Sitemap (1.5.7), WPS Hide Login (1.9.6), WP User Avatars (1.4.1), Yet Another Stars Rating (3.1.8), Yoast SEO (19.13), Yoast SEO Premium (19.6)
– Adresse du site : https://ignace72.eu
– Nom de l’hébergeur : nginx/1.22.1Problème(s) rencontré(s) :
Wordpress change le nom des fichiers que je téléverse. C’est un comportement plutôt cavalier. J’utilise le même système de nommage sur mon site Internet depuis 2001.
Règles que j’applique pour les noms de fichiers :
https://www.sitego.fr/nommage-des-fichiers-et-dossiers.html
Wordpress me rajoute constamment des « <span id= »xl-qi-tp-output-text » class= »xl-qi-tp__output-text »>souligner</span> » dans les noms et c’est vraiment pénible. Je n’ai pas besoin qu’un CMS prenne ce genre de décision arbitraire et cela, peu importe la raison. C’est mon site internet et j’y fais ce que je veux que ça plaise à WordPress ou non.
Si quelqu’un connaît une solution pour désactiver cette fonction ?
Merci.
Bonjour, et bonne année,
- si vous n’aimez pas comment WP fonctionne, vous pouvez très bien changer de CMS. Personne ne vous oblige à l’utiliser et vous n’avez rien payé à ma connaissance
- il aurait été intéressant de nous donner un exemple de nom transformé. Quoiqu’il en soit, WP n’accepte pas ni les espaces ni les caractères spéciaux, ni les majuscules dans les noms. C’est une contrainte technique qui ne peut pas être modifiée – gestion des médias et des miniatures au niveau de la base de données.
- mettre des majuscules dans le nom des fichiers me parait un conseil étrange. Il vaut mieux l’éviter en général.
En résumé : donnez-nous un exemple de nom modifié que l’on se fasse une idée. Mais comme je l’ai expliqué, la gestion des noms est soumise à des contraintes techniques qu’il ne faut pas chercher à contourner sous risque de mauvais fonctionnement. Et moi aussi je fais des sites depuis 1998 et ça ne me pose pas de problème.
Bonsoir, <span class= »bbp-author-name »>Li-An</span>.
C’est la première fois en 28 ans qu’on me conseille de m’asseoir sur la licence GNU-GPL.
Donc un exemple :
J’ai un fichier nommé « ELECOM.M-HT1URBK-boutons.cote.gauche.webp » qui est renommé par WordPress par : « ELECOM.M-HT1URBK-boutons.cote_.gauche.webp ».
Comme vous pouvez le voir, WordPress a renommé le nom du fichier en gardant les majuscules.
Il n’y a rien dans les normes d’internet actuelles qui interdisent aujourd’hui l’utilisation de majuscule dans les noms de fichiers (je n’ai pas le souvenir qu’une restriction sur les majuscules ai jamais existé).
La preuve de ce que je dis, c’est que les noms de fichiers ou de dossiers avec des majuscules fonctionnent très bien sans aucun souci.
Il y a une contrainte technique pour ne pas utiliser des caractères spéciaux, mais rien sur les majuscules.
Je vous rappelle que WordPress utilise la licence GNU-GPL, une licence qui me donne la liberté d’utiliser, d’étudier, de modifier et de diffuser WordPress comme j’ai envie.
Si une fonctionnalité de WordPress ne me plaît pas, la licence GNU-GPL me donne la liberté de désactiver cette fonctionnalité.
Il n’y a aucune raison pour que je restreigne la liberté que j’ai sur WordPress.
Être d’accord ou utiliser autre chose est un principe pour les choses qui sont sous licence privative, pas pour les logiciels libres.
Depuis 1994, j’ai toujours adapté les logiciels libres que j’utilisais à mes envies. Il n’y a aucune raison que je change ma façon de faire.
J’estime que ce n’est pas à l’utilisateur de s’adapter au logiciel, mais l’inverse.
Parcourez un forum sur un ou plusieurs logiciels libres (comme un forum sur une distribution GNU/Linux), de fil en fil, vous avec des personnes qui cherche à adapter les logiciels à leurs envies.
Un logiciel libre, ce n’est pas comme avec Windows ou le principe est « C’est comme ça pis c’est tout ».
Li-An parlait de la façon dont est codé le cœur de wordpress. la licence vous laisse toujours la liberté de personnaliser wordpress.
c’est même un des gros avantages de wordpress qui permet de développer une extension qui peut complètement modifier le comportement de base sans toucher les fichiers du cœur. et cela permet donc de continuer de profiter des mises à jour contrairement à un souvenir que j’ai avec prestashop par exemple où j’ai du modifier un fichier de base.pour votre exemple de fichier, vous avec indiqué que « cote.gauche » est modifié en « cote_.gauche ». est ce qu’il n’y avait pas un caractère spécial comme « coté » par exemple dans le nom d’origine ?
abin non, ce n’est pas une histoire de caractère spécial, le code qui fait ça est là :
https://core.trac.wordpress.org/browser/branches/6.1/src/wp-includes/formatting.php?annotate=blame&rev=54846#L2075et l’explication de ce code est là :
https://core.trac.wordpress.org/ticket/11122
si j’ai bien compris, un hébergeur grand public avait un souci de configuration qui faisait qu’un fichier uploadé avec le nom « blabla.php.jpeg » par exemple était exécuté comme un fichier php. donc tout utilisateur qui pouvait uploader une image pouvait alors exécuter du code php et donc devenir administrateur dans wordpress.ignace72, si vous êtes le seul utilisateur qui uploade des documents dans votre installation de wordpress, vous n’avez pas besoin de cette sécurité. est-ce le cas ?
Bonsoir, mathieu42.
Merci à vous pour votre aide.
Li-An a été parfaitement clair : il estime que si je ne suis pas content, je peux aller voir chez la concurrence. Et venir me parler d’argent est vraiment mal venu.
J’ai transmis le nom du fichier tel quel. Jamais ça ne me serait venu de mettre un caractère spécial dans le nom d’un fichier ou d’un dossier, car « cote » s’écrit côté avec deux caractères spéciaux.
La rustine est due à un problème avec certaines configurations d’Apache, étant avec Nginx, mon site n’est pas concerné. Oui, je suis la seule personne à pouvoir modifier quelque chose.
Il est étonnant que cette rustine affecte même les fichiers n’ayant pas php dans le nom aussi, pourquoi affecter même les systèmes n’utilisant pas Apache (question rhétorique) ?
Donc je vais regarder comment fabriquer une extension (je n’ai jamais fait ça) et en plus elle permettra d’éviter de remodifier le code à chaque mise à jour ce qui induirait un risque d’erreur non nul.
Encore merci pour votre aide, j’apprécie vraiment, je vais travailler dessus.
Je mettrais le lien vers la future extension ici.
pour la création d’une extension, vous pouvez vous aider de la documentation officielle là :
https://developer.wordpress.org/plugins/Il me semble qu’il y a un peu de mauvaise foi de votre côté : si je vous ai conseillé de vous adapter à WP, c’est que ça me semblait la façon la plus simple de gérer ce problème. Je n’ai jamais dit qu’il était interdit de modifier WP ?? Et je n’ai pas non plus parlé d’argent ????
Je me suis demandé s’il n’existait pas une extension permettant de conserver cet espace et je suis tombé sur cette discussion https://wordpress.org/support/topic/spaces-are-replaced-with-dashes-in-file-names/. Voir aussi cette discussion https://superuser.com/questions/29111/what-technical-reasons-exist-for-not-using-space-characters-in-file-names
Je ne suis pas du tout un spécialiste de cette question – je ne suis spécialiste de rien, je me contente d’aider – mais WP est un CMS, c’est à dire qu’il sert à afficher du contenu sur le Web. Les URL ne peuvent pas contenir d’espace. Comment comptez-vous afficher des médias avec des noms contenant un espace dans un navigateur ?
Merci, mathieu42 pour le manuel, je vais étudier cela.
Li-An, je ne vais revenir longtemps sur le sujet.
Vous avez dit : « si vous n’aimez pas comment WP fonctionne, vous pouvez très bien changer de CMS. Personne ne vous oblige à l’utiliser et vous n’avez rien payé à ma connaissance ». Personne ne me dicte ma conduite envers un logiciel libre. Si je n’aime pas le fonctionnement d’un logiciel libre, je le modifie pour qu’il fonctionne comme j’ai envie. C’est comme ça et ce n’est pas autrement.
En disant : « et vous n’avez rien payé à ma connaissance », vous ne pariez pas de payer en nature ou de sa personne donc à part de l’argent, de quoi pouviez-vous donc parler ?
Ce n’est pas de la mauvaise fois, je ne vois aucune raison de m’adapter à un logiciel libre alors que c’est à lui de s’adapter à l’utilisateur. Vous ne savez peut-être pas, mais c’est la machine qui est au service de l’homme, pas l’inverse. C’est vrai que les licences privatives veulent faire croire que l’utilisateur doit être un mouton, mais ce n’est pas le comportement normal.Merci pour votre recherche.
Je n’ai de ma vie utilisé d’espace dans les noms de fichiers ou de répertoires. Pourquoi pensez-vous qu’il me viendrait l’idée de le faire ? Jamais je n’ai parlé d’espace non plus.
S’il vous amusait d’afficher un média avec des espaces, tapez à la place des espaces le code HTML « %20 ». Une astuce vieille comme le monde.
Oooh, j’avais lu « ajout de underscore » et j’en avais hâtivement déduit que cela provenait d’un espace. C’est intéressant de discuter avec vous, ça ma rappelle de vieux amis (hélas décédés) qui étaient pour le moins insupportables sur certains sujets.
J’assume d’être insupportable quand on touche à mes libertés ou mes droits. C’est vrai que la vie est plus simple quand ceux qui ne sont pas d’accord vont en prison comme en Russie, mais la pensée unique, ce n’est pas mon truc.
Bonjour,
Au-delà du débat (intéressant, mais inutile ici) de savoir qui, de l’homme ou de la machine, doit l’emporter, j’ai un peu de mal à comprendre ce qui vous pose fondamentalement problème ?
Est-ce qu’il n’y a pas confusion entre « nom du fichier » et « nom de la page rattachée » ?
Je m’explique : mon site étant consacré à la Bourgogne et son patrimoine, j’ai de nombreuses photos sur mon ordinateur, évidemment toutes nommées en fonction de ce qu’elles représentent. Prenons la photo intitulée sur l’ordi :château de BerzéEt oui, comme je suis bonne en orthographe, j’écris « château » avec un accent circonflexe. Et comme un nom de lieu s’écrit de telle façon, Berzé en français comporte une majuscule, et un accent.Lorsque j’upolade cette photo sur mon site, WordPress l’enregistre dans la médiathèque comme fichier sous le nom
chateau-de-berze.jpg
En partie grâce à une petite ligne de code que j’ai rajoutée, pour que WP « nettoie » (sanitize) les accents.
Mais lorsque je lui demande de l’afficher, la « page » rattachée s’intitule bienchâteau de Berzéet pour moi, c’est ça l’important.Peu m’importe le nom enregistré pour le fichier par WP, si il reste compréhensible pour moi si je le cherche. Et concernant les majuscules et les espaces de la photo, peu m’importe qu’ils soient transformés en minuscules et en tirets dans le nom du fichier, du moment qu’ils s’affichent correctement sur le site.
(NB : comme j’utilise une extension de « lightbox », la page rattachée ne s’affiche pas, mais elle existe. Voir en pièce jointe l’aperçu dans mon admin)Bonjour, Flobogo.
Vous êtes libre de nommer vos fichiers comme vous le voulez. Pourquoi cela devrait m’être interdit ?
Fondamentalement, qu’un fichier se nomme emruaitdlmp.webp ou MATOS.en.photo.webp ne change rien au fonctionne de mon site, mais je trouve ça plus joli.
Sur un site dons vous n’êtes pas le propriétaire, vous devez respecter la charte du site, autant chez vous, vous faites ce que vous voulez.Si j’ai un site personnel, hébergé chez moi, avec comme base Debian 11, Nginx, PHP, MariaDB et WordPress, c’est pour avoir un contrôle total sur mon site. Ce n’est pas pour qu’on vienne m’imposer des choix alors que les miens sont W3C conforme.
Sous prétexte que le comportement de renommage des noms vous convient, il devrait me convenir aussi. Je trouve cela un peu limite comme argumentaire. Si vous vouliez me convaincre, c’est loupé.
Pourquoi me contester sur mes motivations, on n’est pas à l’inquisition. Ma méthode de nommage des fichiers est valide pour le W3C, cela devrait vous suffire amplement.
Je trouve ubuesque d’avoir cette discussion, mais libre à vous. Je vais me permettre un conseil. Si comme mathieu42, vous vous contentiez de répondre aux questions que les gens vous posent plutôt que donner vos avis que personne ne vous a demandés, on n’aurait pas cette discussion. Certainement, vous avez le droit de donner vos avis sur ce qui ne vous regarde pas, mais il faut aussi accepter que les personnes concernées donnent leurs avis en retour. Pour résumé, si vous ne voulez pas de hors sujet, n’en faites pas. Comme on dit aussi, « ne nourrissez pas le troll », mais libre à vous si vous avez l’âme d’un soigneur dans un zoo.
Pour en revenir au sujet du fil, qui seul devrait avoir votre intérêt :
Si j’ai bien compris, c’est un problème avec certaines configurations d’Apache. Utilisant Nginx, je ne suis pas concerné par le problème.
Le plus logique aurait été de régler le problème que de mettre une rustine, mais soit, c’est la direction qu’ont choisi les développeurs de WordPress et je n’ai rien à dire là-dessus.
Wordpress étant un logiciel libre, je me suis dit que j’allais me débarrasser de ce comportement (pour moi) anormal.mathieu42 ayant répondu a mes attentent, je considère le sujet clos et je ne répondrai pas à d’autres sollicitations sur mes motivations qui ne regarde que moi. Je suis déçu de ces incursions forcées dans ma vie privée.
Bonjour
Je rencontre exactement le même problème.
J’ai une foule de fichiers à loader et certains d’entre eux, (90% pour être clair) sont renommés par wp en oplus_0 ou oplus_32, sans distinction…
extensions à jour, wordpress à jour
je ne rencontre le problème que sur un seul site (j’en réalise beaucoup)
merci de vos suggestions
MAJ : en convertissant les fichiers jpeg en webp, plus aucun souci…
ça n’explique rien ,mais au moins, ça ne nous bloque pas le temps qu’on comprenne 😉Bonjour, votre problème semble très éloigné de celui évoqué ici. La personne se plaignait des contraintes techniques qui imposaient un renommage de fichiers avec des noms comportant des espaces, caractères spéciaux, etc…
Votre problème semble lié au fait que les fichiers aient un nom identique. Mais pour cela, il faudrait en savoir plus alors je vous invite à ouvrir votre propre sujet.
- Vous devez être connecté pour répondre à ce sujet.