Unicode DASH n'a pas été enregistré depuis Kunena

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Unicode DASH n'a pas été enregistré depuis Kunena

    Unicode DASH n'a pas été enregistré depuis Kunena
    Pourtant, ils s'affichent depuis la page d'accueil.

    Les caractères unicode peuvent être utilisés avec l'encodage de caractères UTF8MB4. Unicode Character 'DASH SYMBOL' (U+1F4A8) :

    Je constate le même problème sur le forum de l'AFUJ.

    L'ajout du symbole DASH va créer une cesure à la suite du caractère et entraîner une perte de contenu lors de l'enregistrement.
    Dernière édition par ZerooCool à 07/10/2019, 00h36

  • #2
    Salut Bernard ZerooCool

    Ton message était un peu abscon (au moins aussi abscon que le mot abscon lui-même )

    Je vois que tu viens de poster ceci sur le Facebook joomla.fr / afuj.
    Je le mets ici, ce sera plus utile.

    Sinon, as-tu un petit screencast du problème que tu évoques ?
    Merci !
    Code:
     
    Bernard Bass
    8 octobre, 15:07
    Qui est en charge de la maintenance du forum de l'AFUJ ? Quel est le système de base de données utilisé ? MySQL / MariaDB, ou, autre ? Si MySQL/MariaDB, la BDD du forum ne sait pas stocker certains caractères, ce qui entraîne une césure et perte de données. Vérifier que la base de données soit en : utf8mb4 / utfmb4_unicode_ci Un script pour faire un test de conversion de la BDD : https://github.com/ZerooCool/charset-utf8mb4-collation-utf8mb4_unicode_ci-mysql-mariadb/blob/master/utf8-utf8mb4.sh
    ZerooCool likes this.
    Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

    Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez régulièrement ? Alors adhérer à l'AFUJ : https://www.joomla.fr/association/adherer

    Présentations : slides.woluweb.be | Coordonnées complètes : www.woluweb.be

    Commentaire


    • #3
      Salut Marc et Bonjour Bernard,

      Quel rapport ?

      Tous les forums sont bridés dans la saisie, il y a des petits bbcode pour agrémenter mais on ne va pas plus loin. Donc l'éditeur sera forcément limité.
      typographie, caractère spécifique... on oublie... la preuve, tu oublie même de dire "bonjour", donc pourquoi on se casserait la tête à afficher un tiret demi-quadratin (un exemple parmi d'autres) sur un forum. ?

      De plus, l'unicode n'est pas utilisé systématiquement et j'ai même commenté le fait que la mise à jour du forum de joomla.fr incluait à mon grand regret ces caractères.

      Je suis contre l'unicode, tout simplement je considère que c'est bien pour les caractères cyrilliques mais dans le partage d'url, les caractères accentués sont convertis en d'horribles codes. Bref, à éviter autant que possible !

      woluweb likes this.
      Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

      Commentaire


      • #4
        Bonjour

        Sur un serveur SQL Server, si on veut stocker de l'unicode, il faut changer les champs de type varchar() vers nvarchar() et la taille de champs champs est ainsi multipliée par deux.

        Sur un forum aussi vieux que le nôtre (plus de quinze ans?) s'il fallait multiplier par, presque, deux la taille de la base de données cela coûterait cher pour ajouter un petit emoji ici et là alors, même, que vBulletin (n'oublions pas que nous utilisons un logiciel précis et que nous l'utilisons dans le cadre de ce qui est offert par ce dernier) supporte parfaitement les smileys qui sont des petits codes ASCII remplacé à la volée par une petite face jaune.

        Nous utilisons des caractères européens et nous n'avons pas pour vocation de permettre d'afficher du chinois, de l'égyptien, du cyrilique, ... aussi l'intérêt de la manœuvre est non fondé.

        Bonne journée.
        woluweb likes this.
        Christophe (cavo789)
        Logiciel gratuit de scan antivirus : https://github.com/cavo789/aesecure_quickscan (plus de 45.000 virus détectés, 700.000 fichiers sur liste blanche)
        Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes
        Mes logiciels OpenSource : https://www.avonture.be

        Commentaire


        • #5
          woluweb : concernant mon message abscon c'est que j'ai justement perdu le contenu du message que je postais sur le forum AFUJ du fait de l'icone placé au début du texte qui n'a pas été enregistrée et qui provoque alors une perte de données.

          La, je venais de rédiger une réponse concernant Unicode, sa dernière version de mars 2019, l'usage du classement notamment pour le S allemand, et, l'intérêt de l'UTF8MB4, et, c'est le délai de session du forum qui m'a fait perdre une réponse de qualité et sourcée, mais bon, si cela n'intéresse personne, en estimant que cela n'est pas important, on peut rapidement faire l'impasse dessus, plutôt que de faire semblant de vouloir faire les choses correctement. C'est comme le bonjour qui se voudrait être sincère et une preuve de politesse, quand on voit les commentaires déplacés qui sont fait pour piquer avec le bonjour, cela ne donne pas envie de dire bonjour, que ce soit claire une fois pour toute ! Je porte les séquelles de la bienveillances française, et vous le savez ! Ne jouez pas d'avantage aux hypocrites avec le bonjour !

          Pour ma part, je venais relever un problème technique, pour améliorer le forum, pas pour subir des pics malvenus et qui ne sont pas bienveillants mais qui tiennent d'avantage de la provocation, et, de ce fait, on est très loin du sens d'origine du " bonjour ".

          C'est un développeur de la communauté de Gitea qui m'a fortement conseillé de ne pas faire l'impasse sur utf8mb4, surement qu'un serveur Git doit être mieux configuré pour répondre correctement aux besoins lorsque l'on versionne des sources, pour éviter les pertes de données. Le forum de la communauté Joomla n'a peut être pas le même besoin de rigueur, car, des pertes de données dans le cas du versionnage seraient dramatiques, alors que sur un forum, on va considérer cela acceptable, même si des erreurs sont affichées dans les commentaires de la part des responsables, qui vont à l'encontre des règles de bonnes pratiques énoncées par de nombreux autres développeurs et gestionnaires de bases de données.

          L'allemagne, c'est à côté de la France, vous savez ? C'est même pas très loin de la Belgique, dès lors, je vous encourage à relire l'intérêt de l'unicode, pour le classement du S allemand, lors d'un tri, et, personnellement, je ne trouve pas cela anodin. Certes, il y a d'autres jeux de caractères qui supportent le S allemand, mais, le tri ne placera pas forcément le S allemand en tant que équivalent au " s " français.

          On apprendra aussi que Mediawiki a traité le problème de l'UTF8MB4, en 2017, si je ne me trompe pas, et, qu'il est résolu et intégré depuis.

          La première raison qui m'avait poussé à ouvrir un post sur ce sujet, j'ai surtout été étonné de constater que je pouvais enregistrer les caractères sur mon Joomla via un article, mais que Kunena, lui, me refusait les mêmes caractères. C'est un comportement incohérent en rapport avec ce qui est censé nous intéresser ici, l'outil Joomla et l'un de ses composants Kunena.

          Je venais poster pour cette question, et, j'ai testé d'enregistrer le code sur le forum, pour donner cet image Unicode en exemple, puis, la description du problème, mais, le message a été totalement perdu du fait de ce caractère et de la perte d'information qui s'en suit. C'est donc un problème sérieux, quand on administre une base de données, quoi que l'on me dira.

          Au final, que utf8mb4 puisse nécessiter un espace de stockage plus important, c'est une chose ...

          Mais, répondre que l'on ne s'intéresse pas aux possiblités offertes par utf8mb4 pour des questions de stockage ( et de capacité de requête ce que je comprend ) , alors que, sans uf8mb4, on obtient tout de même des risques de pertes de données lors de l'enregistrement du message, et, sans aucune forme d'avertissement ... c'est comme penser que 10 min de session, ça peut suffir sur un forum, et tant pis si une fenêtre s'affiche alors régulièrement pour indiquer la perte de connexion, comme c'est le cas sur le forum de l'AFUJ, ce qui la encore, entraîne très souvent la perte du message et un usage utilisateur dégradé. ( Et aurevoir ! )

          La seule façon de soutenir pleinement la norme UTF-8 est de changer le jeu de caractères et la collation de TOUTES les tables et de la base de données à utf8mb4 et utf8mb4_unicode_ci en comprennant qu'il va traiter le ß comme ss et utilise la norme DIN-1 tri, même si il traite Müller et Muller de la même façon, cela peut être trié par après si cela est dérangeant mais cela peut être une bonne chose lorsque vous devez effectuer des requêtes sur des mots.

          Pour conclure, et, pour ceux qui s'intéressent à ce problème sérieusement, le script suivant permettra de convertir UTF8 vers UTF8MB4 sur mysql et mariadb.
          Je n'ai pas le plaisir d'utiliser d'autres bases de données. Le script ne pourra pas servir à tout le monde, néanmoins, il est parfaitement fonctionnel, complet, et, commenté. -> https://github.com/ZerooCool/charset...tf8-utf8mb4.sh
          Dernière édition par ZerooCool à 09/10/2019, 03h07

          Commentaire


          • #6
            A woluweb, si tu veux tester par toi même, tu peux consulter l'icône à la 5ème ligne de ce paragraphe :
            https://wiki.***********.fr/index.ph...8_vers_UTF8MB4

            Ensuite, tu peux copier les 6 premières lignes, et, les coller ici, sur le forum de l'AFUJ, pour tester.
            Tu comprendras immédiatement le problème.

            Si le lien que je donne ne fonctionne pas, c'est que la censure en place refuse le partage de travaux de recherches. ( 5 jours, pour ma part, pour réviser, tester, lire, et, faire diverses installations en production et en local, pour traiter le sujet de Gitea et utf8mb4, et, en testant d'autres sites communautaires, pour voir si le utf8mb4 est bien mis en place. En fait, ce forum est l'un des rares ou cela ne fonctionne pas. Je trouve donc les explications données un peu obsolètes, car, la plupart des communautés de développeurs l'ont bien intégré sur leurs outils. Ma publication initiale avait vocation à améliorer le forum, et, pas à voir cette proposition être minimisée, sûrement à tord.

            Pour ma part, j'ai signalé ce problème, et, j'estime qu'il est regrétable de ne pas prendre en compte l'ensemble des caractères unicode, si ce n'est que pour éviter la perte de données lors d'une publication ce qui, de ce fait, rendra le forum plus stable pour l'utilisateur final. Maintenant, cela pourra être pris en compte par d'autres, sur d'autres projets, et, le script partagé précédemment permettra sûrement à plus d'une personne de corriger une base créée en utf8mb3, et, d'utiliser utf8mb4_unicode_ci car il est préférable de suivre la norme utf correctement et en utilisant tout son potentiel avec utf8mb4.

            Les espaces de stockage sont suffisamment conséquents pour permettre ce luxe, les connexions réseaux également, tout comme la puissance des serveurs.

            Commentaire


            • #7
              Pour faire bref :
              - si j'avais un petit forum à moi et multilingue, je le mettrais sans doute sur unicode si mes utilisateurs avaient pour habitude d'utiliser ces caractères spéciaux
              - mais là comme expliqué il y a une database immmmmense et ça ne fait pas de sens de la doubler juste pour pouvoir mettre un wooosch p ex

              C'est rien de personnel, juste une décision pragmatique.
              Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

              Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez régulièrement ? Alors adhérer à l'AFUJ : https://www.joomla.fr/association/adherer

              Présentations : slides.woluweb.be | Coordonnées complètes : www.woluweb.be

              Commentaire

              Annonce

              Réduire
              1 sur 2 < >

              C'est [Réglé] et on n'en parle plus ?

              A quoi ça sert ?
              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
              Comment ajouter la mention [Réglé] à votre discussion ?
              1 - Aller sur votre discussion et éditer votre premier message :


              2 - Cliquer sur la liste déroulante Préfixe.

              3 - Choisir le préfixe [Réglé].


              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

              2 sur 2 < >

              Assistance au forum - Outil de publication d'infos de votre site

              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

              UTILISER À VOS PROPRES RISQUES :
              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

              Problèmes connus :
              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

              Installation :

              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

              Archive zip : https://github.com/AFUJ/FPA/zipball/master

              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
              et remplacer www. votresite .com par votre nom de domaine


              Exemples:
              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
              Télécharger le script fpa-fr.php dans: /public_html/
              Pour executer le script: http://www..com/fpa-fr.php

              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
              Télécharger le script fpa-fr.php dans: /public_html/cms/
              Pour executer le script: http://www..com/cms/fpa-fr.php

              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
              Voir plus
              Voir moins

              Partenaire de l'association

              Réduire

              Hébergeur Web PlanetHoster
              Travaille ...
              X