Aller au contenu principal
  S'abonner
J'adore vraiment ce produit ( SEO Glossary ) et je l'utilise pour mon site communautaire depuis 3 (4 ans avant longtemps) maintenant, mais le support est vraiment pénible.

J'ai ouvert 2 tickets après renouvellement de ma licence,
* 1er le 03/07/2017 (#84119927835 Date : 07 mars 2017, 23:14) : réponse automatique rapide puis attente, attente demande d'identifiant, donnée d'identifiant, toujours en attente et j'attends encore : développement du formulaire de réponse : pas pertinent (pas sûr qu'ils aient essayé la solution qu'ils m'ont demandé de pratiquer) et toujours pas de nouvelles... Y a-t-il quelqu'un ici ?
* 2ème le 16/03/2017 (#89121688181 Date : 16 mars 2017, 18:59) : même chose, réponse automatique rapide, puis attendre et attendre encore finalement une réponse non pertinente (visiblement ils n'ont pas regardé mon écran copies) la dernière réponse est datée du 30/03/2017 3 semaines après : plus de nouvelles, plus de solution

je suis vraiment agacé:(
UN
il y a 8 ans
salut JFGoude,
j'ai presque tout essayé pour résoudre le problème mais le problème n'est pas lié à notre requête SQL.
Le problème est que lorsque nous appelons le plugin de contenu, le contenu en raison d'un caractère inconnu prend utf8mb4_general_ci mais dans la base de données #__content, le caractère est utf8mb4_unicode_ci, c'est pourquoi nous obtenons une erreur dans ce caractère spécial. Notre contenu se déclenche à partir de onafterinitialize, donc le contenu à l'intérieur du texte de l'article sera est apparu donc notre SQL donnera toujours une erreur quel que soit le cas de l'encodage.
J'ai également essayé de trouver la valeur utf du personnage, mais je n'ai toujours pas réussi à la trouver afin de pouvoir créer un cas pour la remplacer.
Il n'y a rien dans ma main que je puisse faire maintenant pour résoudre ce problème. La seule possibilité est que vous parliez au pro JCE et lui demandiez une solution, sinon demandez-lui au moins quel jeu de caractères existe qui crée ces smileys afin que je puisse créer un cas pour cela et supprimez ceux de la recherche de texte à l'aide de PHP.
J
il y a 8 ans
Je vais contacter le support JCE mais je suis presque sûr qu'ils me diront que ce n'est pas leur problème (en fait si je désactive le composant SEO Glassary, l'émoticône mise par le code JCE s'affiche bien)

restez en contact je donnerai des nouvelles après avoir contacté JCE
J
il y a 8 ans
Ryan (développeur d'extension JCE) a répondu par :

Les emoji sont tous des caractères Unicode officiels - https://en.wikipedia.org/wiki/Emoticons_(Unicode_block)


le fait est que cela fonctionne bien si je désactive le composant SEO Glossary , d'une manière ou d'une autre, les problèmes semblent provenir de la requête SQL que vous envoyez à la base de données MySQL.

j'espère que les derniers indices vous aideront à trouver une solution

Salutations
T
Bonjour,

je pense que Guanio a raison sur le format de la base de données, même s'il n'est pas sûr à 100% que cela résoudra le problème, c'est quelque chose qui doit être corrigé avant une enquête plus approfondie. Notez que toutes les demandes de support doivent être faites via notre ticket de support, ce forum est uniquement destiné aux questions de prévente.:)

Merci !
UN
il y a 8 ans
J'ai résolu le problème, veuillez revérifier et mettre à jour le support des tickets.
J
il y a 8 ans
il semble que ça marche maintenant:)

merci beaucoup, je dois maintenant faire la même chose sur mon site principal (pas sur la réplication), mon site miroir demande d'installer une version 2.5.4 mais je travaillais déjà avec cette version, donc je ne télécharge pas et attendre vos instructions pour faire de même sur mon site de production ?

PS : juste parce que je suis un peu curieux et que j'ai essayé beaucoup de choses avant de poster ici, pouvez-vous m'expliquer quelle est la raison qui a provoqué le bug ?
J
il y a 8 ans
@tristan :

Je sais que c'est un forum de prévente mais j'ai vraiment attendu très (très, très) longtemps avant d'avoir une solution et même d'avoir des nouvelles.
Je pense qu'il est toujours préférable de passer 2 ou 3 minutes à envoyer un mail disant : désolé, nous enquêtons et continuons à le faire mais nous avons quelques difficultés à trouver la vraie raison qui déclenche ce bug.

Je peux comprendre qu'il y ait certains problèmes difficiles à résoudre (je passe toute ma vie à chercher des problèmes sur les bases de données SQL Server et les serveurs IIS)

merci beaucoup à votre équipe pour l'avoir résolu
UN
il y a 8 ans
Vous devez copier /plugins/content/seoglossary/seoglossary.php dans vos fichiers d'origine.
Je mettrai à jour le code vers la version 2.5.5.

Le problème majeur auquel nous sommes confrontés est que quoi que je puisse faire, le code n'est pas du tout lié à notre codage, comme
je l'ai déjà mentionné auparavant sur le ticket, je vérifierai la possibilité pour cela.
J
il y a 8 ans
Merci,

j'ai copié le seoglossary.php modifié sur le site de production et cela a bien fonctionné, je l'ai copié en lieu sûr sur mon référentiel de sources pour être sûr de ne pas avoir à vous déranger à cause de conflits avec les prochaines mises à jour.

Cordialement
il y a 8 ans
Salut,

je suis désolé mais le forum est réservé aux questions d'avant-vente.

Pourriez-vous s'il vous plaît continuer sur le système de tickets.
Si vous rencontrez un problème avec le système de ticket, veuillez nous envoyer un ticket de facturation ou un contact via le formulaire de contact.

Cordialement
  • Page :
  • 1
Il n'y a pas encore de réponses pour ce post.
Désolé, la discussion est actuellement verrouillée. Vous ne pourrez pas poster de réponse ou de commentaire pour le moment.