Pluxml multilingue : possibilité de relier manuellement les articles

1356

Réponses

  • zetraderzetrader Member
    février 2017 modifié
    Zetrader vient de mettre à jour le plugin Multilingue avec la toute dernière version (celle en lien sur le github), les liens rss fonctionnent maintenant et le switch entre langues continue de bien fonctionner :)
    Par contre pour la fonction que demande Beduck (switcher sur l'article correspondant dans l'autre langue si il existe, quand on clique sur la langue), ce serait bien mais ce serait peut-être beaucoup de travail, je ne sais pas, par ailleurs, il est maintenant possible de switcher sur l'article correspondant dans l'autre langue au sein de l'article (les liens de dépendance que Stéphane permet d'intégrer dans l'article avec le code qui va bien).

    Edit1 : le même problème qu'il y avait sur le switch de langue générale semble se produire au niveau des pages statiques, testez :
    http://zetrader.info/test56multi/static1/ma-premiere-page-statique
    si je vais sur la version anglaise, puis espagnole, puis je veux revenir sur la version française, cela reste sur la version espagnole, idem si je repasse sur la version anglaise puis je veux revenir sur la version française, cela reste sur la version anglaise (cela ne change donc pas de langue pour revenir sur la langue par défaut).
    Edit2 : en retestant, en allant directement sur la page statique en anglais, je vois que le lien sur la version française contient "/fr/" cela va sur "/fr/static1/ma-premiere-page-statique" (ce qui dans ce cas m'envoie bien sur la version française) au lieu de "/static1/ma-premiere-page-statique", et quand je clique sur la version espagnole, cette fois cela m'envoie sur "/static1/ma-premiere-page-statique" et reste sur la version française.

    Bref un problème de switch de langues entre pages statiques.
  • sur la version française :
    [== Indéfini ==]
    <title></title>
    
    et rien d'autre ....
  • zetraderzetrader Member
    février 2017 modifié
    @bg62 : ça c'est rien, en mettant à jour le plugin j'avais fait sauter ces infos titre/sous-titre (j'avais supprimé puis uploadé la nouvelle version du plugin), je viens de les remettre, pas de problème de ce côté (actualise, tu verras).
    Par contre (pour le moment) il y a un vrai problème sur le switch entre pages statiques (switcher d'une version à l'autre) cf. description dans mon post précédent.
    EDIT : je viens de voir que le /fr/ revient de temps en temps, après avoir testé le bug de switch sur les pages statiques, là par exemple, en cliquant sur le switch général de langue, sur français cela va sur /fr/, sur anglais cela va sur /es/ et sur espagnol cela va sur la racine...
    EDIT2 : en remettant la langue par défaut sur FR (elle s'était mise sur "DE" je ne sais pourquoi) et en vidant le cache, les cookies, et en retestant, l'erreur du switch général de revenir sur /fr/ ne s'est pas reproduise. Par contre le bug de switch sur les pages statiques persiste.
  • StéphaneStéphane Member, Former PluXml Project Manager
    @zetrader
    ok, je sais sur quoi bosser demain : le switch des pages statiques ;-)
    merci pour le temps passé à tester

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    @zetrader: je n'arrive pas à reproduire le probleme de switch sur les pages statiques. Peux-tu stp me zipper ton site de test et me le mailer stp. Merci

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    février 2017 modifié
    Pourtant le bug est facilement constatable, va juste la page statique en anglais :
    http://zetrader.info/test56multi/en/static1/mi-first-static-page
    de là tu cliques sur la version française, cela t'envoie sur zetrader.info/test56multi/static1/mi-first-static-page (cela devrait envoyer sur zetrader.info/test56multi/static1/ma-premiere-page-statique normalement) et cela reste en anglais.
    Fais juste ce test pour voir ?
  • StéphaneStéphane Member, Former PluXml Project Manager
    oui je le constate bien sur ton site, mais je n'arrive pas à le reproduire en local chez moi, donc difficile de chercher et trouver la source du probleme

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Je t'ai envoyé par mail le lien vers le zip du site et les infos si tu as besoin de te connecter côté admin pour faire des tests.
  • StéphaneStéphane Member, Former PluXml Project Manager
    J'ai bien reçu le .zip merci
    tu me crois si je te dis que ça fonctionne chez moi... ?
    je fais les memes manips sur ton site de test et chez moi en local en parallèle : ça bug chez toi (je le vois bien), mais ça switche bien chez moi ^^

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Mince alors...quelque chose en rapport avec la configuration php 1and1 ? Je t'envoie un mail pour que tu voies la config php dans le détail.
  • StéphaneStéphane Member, Former PluXml Project Manager
    ok, je vais creuser... merci
    dès que j'ai des nouvelles, je repasse :cool:

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    février 2017 modifié
    Ok pendant ce temps je vais tester avec plxMyBetterUrls 1.5.4 beta 1 pour voir si cela se comporte bien en dehors du bug switch pages statiques, je ferai le retour ici, je vais aussi mettre la dernière version de PlxEditor (1.5.4 il me semble) pour voir si tout est ok.

    EDIT1 : avec plxMyBetterUrls, le bug de changement de page statique devient une erreur 404 avec pourtant l'url qui est correcte, cela renvoie sur zetrader.info/test56multi/ma-premiere-page-statique, ce qui est la bonne url, par contre cela le fait en restant sur la langue précédente (en anglais si on venait de l'anglais, en espagnol si on venait de l'espagnol).

    EDIT2 : en testant le switch sur articles avec plxMyBetterUrls, la même erreur se produit en revenant sur la version française depuis le switch entre articles, cela renvoie sur zetrader.info/test56multi/mon-premier-article-en-francais, mais cela fait une erreur 404 (ne trouve pas la page) en restant dans la langue précédente. Erreur qui n'existait pas sans plxMyBetterUrls mais qui peut peut-être aider à comprender le problème (il semblerait que Pluxml essaie d'atteindre la page en restant dans le contexte de la langue précédente, sans changement de langue, si je reviens sur zetrader.info/test56multi/mon-premier-article-en-francais depuis la version française, le lien fonctionne bien, il trouve la page.
    Sinon le switch général d'une homepage à l'autre fonctionne bien.

    EDIT3 : PlxEditor semble bien fonctionner, pas de problème sur les smileys, testé en français et anglais, mais lorsque j'ai voulu intégrer des smileys sur l'article en espagnol, la barre d'édition ne se charge pas (c'est comme si j'avais installé aucun plugin d'édition), elle se charge pourtant parfois en switchant de langue au niveau du menu articles, mais ensuite quand je vais sur l'édition du premier article, elle n'apparaît pas, donc visiblement un problème à charger dans cette 3ème langue.

    EDIT4 : la langue par défaut s'est à nouveau retrouvée sur DE (4ème langue, pourtant non cochée, non activée), je l'ai donc remise sur FR, ce qui ne change rien aux problèmes cités plus haut.
  • StéphaneStéphane Member, Former PluXml Project Manager
    @zetrader: si tu veux bien tester cette mise à jour. merci

    https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8b8

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    février 2017 modifié
    Je viens de la tester, switch entre articles et switch entre pages statiques, switch général, a priori tout fonctionne bien là avec plxMyBetterUrls, pas vu d'erreur, merci magicien, tu peux constater par toi-même si tu veux :)
    http://zetrader.info/test56multi/
  • StéphaneStéphane Member, Former PluXml Project Manager
    effectivement ça à l'air de le faire. ouf !!!
    merci à toi en tout cas. c'était un gros chantier
    dès que je peux j'officialise tout ça, sachant que cette version multilingue ne fonctionne qu'avec le futur PluXml 5.6

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    février 2017 modifié
    Merci à toi aussi surtout :)
    Bon en testant un peu plus, liens rss ok, liens sitemaps ok, par contre en allant sur articlexx, la redirection fonctionne bien pour le français (cela renvoie vers les bons articles), par contre en anglais et espagnol, cela renvoie vers /titre-article (sans le répertoire de langue juste avant dans l'url) et cela donne donc une erreur 404.
    Edit : même comportement pour staticxx, bonne redirection pour français et en anglais ou espagnol cela renvoie sur /titre-page-statique sans répertoire de langue juste avant dans l'url, donc erreur 404.
    L'autre problème qui persiste côté admin, c'est PlxEditor qui ne se charge pas quand je fais sur les articles en espagnol (c'est comme si je n'avais installé aucun plugin d'édition), alors qu'en français et anglais cela se charge correctement.
  • StéphaneStéphane Member, Former PluXml Project Manager
    @zetrader: tu peux me décrire la manip pour que je puisse constater le probleme sur ton site, car pour le moment je ne vois aucun probleme

    pour plxEditor: c'est plxEditor qui est à modifier pour qu'il soit compatible avec le multilingue.

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    février 2017 modifié
    Ok si tu vas sur http://zetrader.info/test56multi/article1 (ou article1/ )cela va rediriger sur l'article adéquat : zetrader.info/test56multi/mon-premier-article-en-francais
    Par contre si je vais http://zetrader.info/test56multi/en/article1 cela va rediriger sur zetrader.info/test56multi/my-first-article (manque le /en/ donc 404)
    Même problème en espagnol, http://zetrader.info/test56multi/es/article1 redirige sur zetrader.info/test56multi/mi-primer-articulo (manque le /es/ donc 404)

    Avec static1, même problème (redirige bien en français, mais lors de la redirection pluxml oublie le /en/ ou /es/ de l'url en anglais et espagnol donc erreurs 404).

    PlxEditor à modifier de quelle façon ? La 1.5.4 étant la dernière version a priori.
  • StéphaneStéphane Member, Former PluXml Project Manager
    ok pour les erreurs.
    pour plxEditor je ne me suis pas encore penché sur le probleme

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    @zetrader: l'url pour l'article 1 en anglais est

    http://zetrader.info/test56multi/en/my-first-article

    et pas

    http://zetrader.info/test56multi/en/article1

    c'est pas ça la cause de l'erreur

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Si mais la même chose en français ou un pluxml non multilingue fonctionne (aller sur articlexx redirige bien sur l'article adéquat)
    alors que là sur /en/articlexx cela ne fonctionnera pas car cela redirige sur /articlexx/titre-article sans le /en/ (avec MyBetterUrls cela redirigera sur /titre-article sans le /en/)
  • YannicYannic Member
    février 2017 modifié
    si je regarde à https://support.google.com/webmasters/answer/189077?hl=fr

    "Si votre URL est disponible dans plusieurs langues, chaque page doit identifier les différentes versions de langue, y compris la sienne. Par exemple, si votre site propose du contenu en français, en anglais et en espagnol, la version espagnole doit inclure un lien rel="alternate" hreflang="x" qui renvoie vers cette dernière, ainsi que des liens qui renvoient vers les versions française et anglaise. De même, les versions en anglais et en français doivent contenir un lien semblable qui renvoie l'une vers l'autre, et vers le site en espagnol."

    or sauf erreur de ma part dans le header ne se trouve que les liens vers les autres langues (il manque la langue actuelle)

    Exemple sur le premier article francais on as en header que :
    <link rel="alternate" hreflang="en" href="http://localhost/beta/first-article-in-english" />
    

    Alors qu'il me semble qu'on devrais avoir toutes les versions listés y compris la langue dans laquelle on est.
    <link rel="alternate" hreflang="fr" href="http://localhost/beta/fr/premier-article-en-francais" />
    <link rel="alternate" hreflang="en" href="http://localhost/beta/first-article-in-english" />
    

    et aussi comment accede t'on au sitemap dans les autre langues je n'ai pas trouvé, actuellement je ne vois dans le sitemap que la langue par defaut du site

    alors qu'on devrais plutot arriver quelque chose comme cela : https://cryptoservices.net/sitemap.php

    (enfin la sans le x-default du début et sans les /fr/ si la langue par defaut est fr)
    Mais peut-etre serais t'il plus simple de faire un autre fichier sitemap genre sitemapmulti.php qui se chargera de rappatrier tous les articles dans toutes les langues a mettre dans la racine plutot que de surcharger le plugin (je ne sais pas)

    Edit: exemple par google : https://support.google.com/webmasters/answer/2620865?hl=fr&ref_topic=2370587

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    Bonjour Yannic

    Je ne savais pas que pour la langue courante il fallait aussi le hreflang. Je l'avais volontairement omis. Je vais donc corriger ça pour que toutes les versions dispos soient présentes dans le header de la page. Merci

    pour le sitemap:

    sitemap.php/en
    sitemap.php/de
    etc...

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    zetrader a écrit:
    L'autre problème qui persiste côté admin, c'est PlxEditor qui ne se charge pas quand je fais sur les articles en espagnol (c'est comme si je n'avais installé aucun plugin d'édition), alors qu'en français et anglais cela se charge correctement.

    L'éditeur n'est pas affiché quand il n'y a pas de fichier de langue correspondant dans plxEditor /plugins/plxEditor/lang/ par rapport à la langue affichée dans l'admin

    Je vais faire une modif pour que si le fichier de langue n'existe pas dans la traduction de plxEditor, ça prenne par défaut le francais

    edit: faut faire attention aussi car comme on est sur du javascript pour plxEditor, les fichiers .js sont mis en cache du navigateur et le changement de langue au niveau de la traduction de plxEditor n'est pas toujours pris en compte. Les infos-bulles des icones de l'éditeur restent de temps en temps sur la précédente langue et il faut faire un ctrl+f5 pour rafraîchir le cache du navigateur et recharger les bons .js de plxEditor

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    La beta 2 de plxEditor 1.5.4 est dispo et j'ai résolu le problème de cache avec la prise en compte de la traduction de l'éditeur en fonction de la langue sélectionnée dans l'admin

    https://github.com/Pluxopolis/plxEditor/releases/tag/1.5.4b2

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Stéphane a écrit:
    La beta 2 de plxEditor 1.5.4 est dispo et j'ai résolu le problème de cache avec la prise en compte de la traduction de l'éditeur en fonction de la langue sélectionnée dans l'admin

    https://github.com/Pluxopolis/plxEditor/releases/tag/1.5.4b2

    Ok je viens d'installer et tester l'édition et la création de nouvel article en français, anglais et espagnol, la barre d'édition se charge bien dans tous les cas, cool :)
  • YannicYannic Member
    février 2017 modifié
    Stéphane a écrit:
    Bonjour Yannic

    Je ne savais pas que pour la langue courante il fallait aussi le hreflang. Je l'avais volontairement omis. Je vais donc corriger ça pour que toutes les versions dispos soient présentes dans le header de la page. Merci

    pour le sitemap:

    sitemap.php/en
    sitemap.php/de
    etc...

    Bonjour et merci Stéphane, je viens de tester c'est presque parfait ]:D

    En fait maintenant j'ai une toute petite notice comme quoi la variable $lang (au début de la condition) n'est pas définie dans la fonction ThemeEndHead du plugin aux lignes des articles et des pages statiques
    if($lang!=$_SESSION["default_lang"]) $url = "'.$this->lang.'".$url;
    

    j'ai testé en commentant cette ligne et celle d'avant ou simplement en lui rajoutant un isset($lang) && dans la condition et ca fonctionne l'un comme l'autre sans petite erreur de notice

    Edit: pas tres important pour moi et je vais/dois re-tester pour le sitemap mais me semble que si j'arrive sur sitemap.php ou sitemap.php/fr ou sitemap.php/en ou encore sitemap.php/blablabla c'est pareil, cela ne me donne que les articles de la langue par défaut (mais faut que je re-test pour voir et de toute facon peut-etre seras t'il mieux de le faire a part du plugin)

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    @Yannic: le vrai correctif est
    if("'.$this->lang.'"!=$_SESSION["default_lang"]) $url = "'.$this->lang.'".$url;
    

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Stéphane a écrit:
    @Yannic: le vrai correctif est
    if("'.$this->lang.'"!=$_SESSION["default_lang"]) $url = "'.$this->lang.'".$url;
    

    Parfait la, merci Stéphane :)

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

Connectez-vous ou Inscrivez-vous pour répondre.