Bonjour,

Lors de l'utilisation du menu Système->Substitutions de langue si vous utilisez l'apostrophe par exemple: l'ami cela provoquera une erreur 500 et vous n'aurez plus accès à l'administration du site. Il vous faut saisir: l\'ami
Toutefois si vous avez déjà fait l'erreur, pas de panique avec FileZilla ou autres ouvrez dans admin/language/override/fr-FR/setting/setting.php et corrigez l'erreur en ajoutant \ avant l'apostrophe.

Cordialement,
Christian

Hello,

When using the menu System-> Language Substitutions if you use the apostrophe for example: l'ami this will cause a 500 error and you will no longer have access to the administration of the site. You have to enter: l\'ami
However if you have already made the mistake, do not panic with FileZilla or others open in admin / language / override / en-GB / setting / setting.php and fix the error by adding \ before the apostrophe.

Regards,
Christian
Wednesday, June 26 2019, 10:15 PM
Share this post:
Responses (1)
  • Accepted Answer

    Thursday, June 27 2019, 12:35 AM - #Permalink
    Salut Christian,

    Nous avons constaté que les différents types de guillemets, simples, doubles ou, espérons-le, non bouclés, peuvent causer des problèmes inattendus ou simplement ne pas être affichés correctement.

    De plus, les différentes langues ou les jeux de caractères étendus comme Windows-1252 qui se mélangent avec UTF8 ne peuvent au mieux pas être affichés correctement.

    Peut-être PHP htmlspecialchars() ou htmlentities() ou une série de preg_replace()'s pourrait être utilisé avant que les données ne passent du fichier texte ?

    Quoi qu'il en soit, si votre modification fonctionne, c'est suffisant et votre remède est simple aussi.

    Salutations,

    Hackasacka
    ----------------------------------------------------------------------------------------------
    Hi Christian,

    We found that the different types of quotation marks, single, double, hopefully not curly characters can cause unexpected problems or just not be displayed properly.

    Also, the different language or extended character sets like Windows-1252 getting mixed with UTF8 can at best not be displayed correctly.

    Maybe PHP htmlspecialchars() or htmlentities() or a series of preg_replace() 's could be used before the data passed from the text file?

    Anyway, if your modification works that's good enough and your remedy is simple too.

    Regards,

    Hackasacka
    The reply is currently minimized Show
Your Reply