Bonjour,
dans "localfiles editor", essayer le code : (voici le mien en partage)

$conf['sync_chars_regex'] = '/^[a-zA-Z0-9é\'\è~à%&êñ!ëçïÁÂÀô`‘’()-_. ]+$/';

Cordialement
k5

Bonjour,
je partage cet envie d'avoir une plus large palette de caractères disponibles dans l'arborescence de Piwigo. J'ai essayé, creusé, bidouillé et ça a fini par être stable... En fait, la configuration proposée par k5 risque de ne pas suffire. En effet, les caractères accentués peuvent poser des problèmes quand l'encodage des caractères n'est pas le même entre le système de fichier, la base de données, les champs de données, les pages web. Si aujourd'hui la plupart des systèmes informatiques sont presque tous passé à UTF-8, il y a quelques années, assurer les conversions dans le code pouvait s'avérer difficile. Je ne parle même pas de la gestion du passage de l'ancien au nouvel encodage (Si ce n'est pas si difficile, ça ne s'improvise pas).
Si c'est stable chez moi, c'est que j'ai dû modifier un peu le code, notamment pour faire évoluer la façon dont les chaînes de caractères sont parfois comparées.

Si je parvenais à énoncer les quelques modifications effectuées, je reviendrai les poster par ici, ou proposer un pull request sur le code source du projet.

Ce n'est pas anodin de prendre en charge davantage de caractères, car cela pourrait aussi impacter le fonctionnement de certaines extensions. C'est davantage une interrogation qu'une certitude.

Merci TOnin pour ces précisions.
Je resterai à l'écoute de tes retours pour la suite.

Bonjour,

JMM059 a écrit:

Mais encore une fois, pourquoi la documentation piwigo au chapitre synchronisation ne fait-elle pas mention de ce sujet?

Pour la documentation, donnez moi un conseil sur quelle page je pourrai ajouter la documentation sur le regex, je peux le faire :)

dans mon code perso regex, on peut insérer des minuscules, majuscules et chiffres de l'alphabet francais sans les accents et j'ai rajouté les alphabets à accent un par un suivant mes catégories, il se peut qu'un caractère n'existe pas par exemple î on ne pourra pas synchronoser tout comme les guillemets ... anglais etc... simples ... double

l'idéal serait d'ajouter tout les caractères internationaux mais faut que le moteur de la base de donnée suivent leur évolution aussi bien que les codes en php, js etc...

la fonction mb_basename, je vais regarder ça, le seul truc c'est que bientôt faudra passer php 8 un jour :)

Cordialement
k5

L'apostrophe serait possible, mais en reprenant la façon dont sont préparées la plupart des requêtes SQL, aucune idée du nombre de modifications à prévoir... Je m'inquièterais alors du risque d'ouvrir la porte aux injections SQL. A-t-on déjà vu une attaque par le nom de fichier ou de répertoire ? Manuel PHP > Sécurité > Sécurité des bases de données > Injection SQL

Pour ma part, j'autorise les caractères suivants. À noter les intervalles pour les lettres accentuées, et quelques caractères piochés hors de ces intervalles (œ, Œ, Ÿ). Les intervalles ont été devinés à partir d'une table de caractères couvrant les portions 0000−007F Latin de base, 0080−00FF Supplément latin-1 et 0100−017F Latin étendu A Wikipédia > Unicode > Plan multilingue de base. (Je m'interroge sur la variabilité des définitions d'intervalles en fonction des paramètres régionaux propres à chacun, cela dit entre francophones utilisant des systèmes gérant l'unicode ça devrait aller)

// '’' Unicode recommande l’utilisation du guillemet-apostrophe (U+2019) pour représenter l’apostrophe
$conf['sync_chars_regex'] = '/^[a-zA-Z0-9-_.à-öø-ýœÿÀ-ÖØ-ÝŒŸ’%=,:;§)( ]+$/';

Édition du message pour ajouter le caractère ÿ, en effet les séquences des intervalles minuscules et majuscules n'ont pas forcément le même arrangement... (De toute façon, en tant que francophone, je n'utilise jamais d'y accentué !)

Dernière modification par TOnin (2021-03-03 14:23:27)