Ok derniers tests avec PluXml-5.6pre2a et plxMyMultiLingue-0.8pre1 et plxMyBetterUrls-1.5.4b1 :
- code source les hreflang se font bien dans les 3 langues pour les pages statiques et articles
- cela switche bien dans les 3 langues entre articles, entre pages statiques
- articlexx ou articlexx/ en français redirige bien sur l'url de l'article correspondant, idem pour staticxx pour les pages statiques, dans les autres langues faire /en/articlexx ou /es/articlexx générera une erreur en faisant une redirection sans le répertoire de langue dans l'url donc erreur 404, mais bon c'est pas très grave
- PlxEditor continue de bien fonctionner dans les 3 langues
Seul bug vu (mais là aussi pas très grave), en mettant une page statique en page d'accueil dans les 3 langues et en les reliant, le switch au niveau page statique ne fonctionne pas, mais comme le switch général fonctionne toujours, ce n'est pas très grave là non plus puisqu'on peut ainsi switcher sur les pages d'accueil sans problème.
Edit : les liens générés en hreflang donnent les choses suivantes pour des pages statiques en page d'accueil : lien hreflang français et anglais sont en erreur 404, et le lien hreflang espagnol est redirigé en 301 sur la page d'accueil du site en général, donc la version française.
Ce qui n'est pas plus mal à la réflexion au niveau référencement car cela permet de garder comme prioritaire dans le référencement l'url de la homepage de chaque langue et non les urls des hreflangs (qui sont celles des pages statiques mises en homepage, donc urls parasites, ce qu'on veut c'est qu'elles soient vues comme homepages au niveau url et non l'url de la page statique).
Le switch général fonctionnant bien, ce sera les url du domaine et des répertoires de langues qui seront gardés comme contenus pour ces pages statiques par google
Ce serait peut-être plus "propre" en cas de page statique comme page d'accueil de générer le lien de la homepage comme lien hreflang et non le lien de l'url de la page statique, si c'est facilement faisable, tant mieux, sinon pas très grave.
Sinon le lien "blog" généré en cas de homepages en pages statiques, fonctionne bien dans les 3 langues
Elle me semble relativement aboutie cette version, pas encore vu de bug majeur
J'ai eu un petit problème entre plxMyMultiLingue et le plugin Admin_users_rights seul l'un ou l'autre seul pas de soucis,
mais en ayant les deux activés beaucoup de petites notices "Constant PLX_MYMULTILINGUE already defined on plxMyMultiLingue.php line 121" mais surtout parfois des "Warning: Cannot modify header information - headers already sent by plxMyMultiLingue.php:121"
Du coup en attendant mieux, j'ai modifier la ligne 121 en
if (!defined('PLX_MYMULTILINGUE')) define('PLX_MYMULTILINGUE', $this->getParam('flags'));
Je n'ai plus ce souci, mais je n'ai pas encore testé si cela à des répercutions ou casse quelque chose.
@Yannic: hum je mets en doute le bon fonctionnement du plugin Admin_users_rights car il n'est pas du tout justifié de faire la modification que tu donnes. La constante PLX_MYMULTILINGUE n'est définie que dans le plugin MultiLingue et l'ajout de code que tu as fait suggère que soit cette constante est déja définie (donc impossible) soit que le script MultiLingue est appelé 2 fois (d'où redéfinition de la constante) impossible également (sinon c'est tout le moteur des plugins de PluXml qui est à mettre en cause et le problème serait déjà connu je pense si c’était le cas depuis le temps) .
Mais je préfère être prudent dans mes conclusions et je vais installer Admin_users_rights pour valider mes dires. Je reviens vers toi si j'ai des éléments de réponses + concrets
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Maintenant mes images s'affichent correctement que ce soit images dans un dossier langue séparé ou non (testé les deux)
j'en ai profiter pour tester avec et sans plxMyBetterUrls-1.5.4b1 idem en commentant la ligne cela fonctionne. Edit 2: J'ai un autre souci aussi du à plxMyBetterUrls-1.5.4b1 ou à plxMyMultiLingue 0.8 pre1 Pluxml configuré langue anglais par défaut, configuration Multilingue anglais 1, francais 2
Mon butineur est lui par contre en fr par defaut
J'ai mis pour mon test un domaine qui ne me servais pas.
Sur le site tout fonctionne correctement hormis dans un cas. si je visite une page/article ou autre en français exemple http://cryptocoins.exposed/fr/nouvel-article, puis, que je ferme le navigateur, je le ré-ouvre mais directement sur un article anglais exemple http://cryptocoins.exposed/new-article sans passer par le site avant, j'arrive sur une page 404 en français au lieu de l'article en anglais
Si je recharge la page (via F5), la, l'article en anglais s'affiche bien
On dirais que MyBetterUrl ou plxMyMultiLingue vas toujours rechercher en premier l'article par rapport à la langue de notre dernière visite (et donc ne la trouve pas) au lieu de la langue du site par défaut dans ce cas.
Est-ce que quelqu'un à le même soucis ?
Exemple: http://cryptocoins.exposed/new-article (copiez le lien avant)
Si vous arrivez bien sur l'article en anglais avec le thème en anglais, switchez en français, fermez le navigateur , rouvrez le et allez de nouveau directement sur le lien soit en le collant, soit en repassant par ici à nouveau.
Arrivez vous en 404 français comme moi ? Si oui Faites F5 cette fois ci l'article anglais s'affiche bien.
en désactivant les cookies dans le plugins ou dans le butineur, aucun souci de ce genre. ( d'ailleurs je ne vois plus le besoin d'utiliser un cookie coté site en fait puisque l'on a défini le domaine d'arrivé dans un language contrairement à avant ou il fallait rediriger le visiteur vers /fr/ ou /en/ ou autre, la ce n'est plus la peine, donc je pense que la langue peux rester en session mais plus besoin de cookie à moins que cela n'occasionne des soucis coté back-end mais d'après mes tests non )
Edit 3: 8) un autre soucis aussi mais dois investiguer davantage ( parfois cela me fait comme si le site switch en langue française par défaut et langue anglaise en dossier /en/ au lieu de langue anglaise par défaut et langue française en /fr/ ) en allant dans le plugin juste sauvegarder à nouveau la config (qui est pourtant bonne) cela redeviens normal mais je pense que c'est plutôt un problème de cookie (je dois tester mieux, cela me l'as fait par exemple quand j'ai changé mon mot de passe et dans d'autres cas inconnus).
Enfin à la réflexion cela dois être du au même problème que mon #2 (quand on arrive sur le site par défaut, cela charge le site dans la dernière langue que l'on a visité le site au lieu de la langue par défaut du site, donc sans cookies pas de souci normalement)
PS: Desolé du pavé à lire pour dire qu'au final le cookie sur le site front-end ne sers plus a rien et occasionne plus de soucis qu'autre chose
Il y a quand même quelques bugs persistants en effet, et c'est sans doute lié à ces cookies.
Là en voulant tester le bug que tu dis, je me connecte à mon répertoire de test, j'avais laissé sur "fr" comme langue par défaut, en arrivant sur le site, je me retrouve en anglais, et sur français cela rajoute /fr/, je vais dans l'admin, la langue par défaut s'est changée toute seule à "en", en n'ayant pas touché depuis 2/3 jours...et c'est pas la première fois que cela le fait ce changement automatique de la langue par défaut en une autre langue que celle qu'on a choisi, cela me l'a déjà changé en espagnol, en allemand (une langue même pas choisie dans les 3 langues de mon test : français, anglais, espagnol), donc ce bug de changer régulièrement la langue par défaut par une autre langue, ne serait-ce pas à cause du cookie ?
Sinon je confirme le bug signalé par Yannic (Merci Yannic), après avoir remis sur fr comme langue par défaut, vérifié que c'était bien changé sur le site, je garde l'url d'un article en anglais en mémoire dans le presse-papier, je reviens sur le site en français, je ferme le navigateur, et je colle mon url pour aller directement sur l'article en anglais : erreur 404, page non trouvée, et le blog reste en français, donc là encore sans doute un problème avec le cookie.
Bon bah avec ces 2 dernières versions, j'ai complètement planté mon répertoire de test...
Erreur qui s'affiche :
[== Indéfini ==]
Parse error: syntax error, unexpected ')' in /xxx/core/lib/class.plx.motor.php(94) : eval()'d code on line 23
J'ai d'abord pensé que c'était une histoire de cache ou d'avoir écrasé/remplacé les fichiers par upload et qu'il reste des choses en mémoire, j'ai donc tout supprimé, tout recommencé, vidé le cache, les cookies...et en réinstallant tout, même erreur, elle se produit au moment d'activer le plugin plxMyMultiLingue-0.8pre2 avec PluXml-5.6pre3, cela plante tout, ensuite le blog ne marche plus du tout.
Vous pouvez faire le constat : http://zetrader.info/test56multi/
Je n'ai plus accès à rien, ni le site, ni l'interface admin, même erreur en voulant aller sur le log admin.
Bon bah avec ces 2 dernières versions, j'ai complètement planté mon répertoire de test...
...
Vous pouvez faire le constat : http://zetrader.info/test56multi/
Je n'ai plus accès à rien, ni le site, ni l'interface admin, même erreur en voulant aller sur le log admin.
Idem pour moi c'est la variable getParam("lang_style") dans la ligne 283 de plxMyMultiLingue qui me fait une erreur 500
si je remplace if('.$this->getParam("lang_style").') {
par if(1==1) { ou if(1==2) { plus d'erreur 500
Apres il suffit de configurer le plugin, puis ensuite on peux remettre l'ancienne ligne sans souci.
En fait si l'on configure le plugin avant de l'activer y'a pas d'erreur.
Edit: Hormis cette erreur presque tout vas bien. pour le moment je n'ai que de petits problèmes (une fois le site à switché d'anglais par défaut à français par défaut, je cherche encore le pourquoi/comment cela m'est arrivé, le sitemap qui ne suis pas la langue et, si l'on configure le plugin en Type d'affichage : Liste déroulante, cela renvoi vers un dossier langue quand on clique sur la langue par défaut au lieu d'aller directement sur le domaine, les autres affichages (Libellé et Drapeaux) n'ont pas ce souci.)
Edit2: Si je suis dans archives, une catégorie ou un tag dans une langue en dossier exemple ici Accueil du fil d'ariane renvoie vers le site sans le dossier donc dans la langue par défaut du site.
Edit3: Aussi dans la pagination exemple ici si l'on clique sur précédent on retombe sur la langue par défaut du site (donc sans le dossier) alors que "suivante ici" allais bien sur la page 2
et, si l'on configure le plugin en Type d'affichage : Liste déroulante, cela renvoi vers un dossier langue quand on clique sur la langue par défaut au lieu d'aller directement sur le domaine, les autres affichages (Libellé et Drapeaux) n'ont pas ce souci.)
Edit2: Si je suis dans archives, une catégorie ou un tag dans une langue en dossier exemple ici Accueil du fil d'ariane renvoie vers le site sans le dossier donc dans la langue par défaut du site.
Edit3: Aussi dans la pagination exemple ici si l'on clique sur précédent on retombe sur la langue par défaut du site (donc sans le dossier) alors que "suivante ici" allais bien sur la page 2
confirmé. je regarde comment résoudre ça
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Pour les archives, tags et categorie c'est le accueil du fil d'ariane devant le nom du tag , categorie ou devant le archives qui quand on est dans une langue /fr/ renvoie vers / au lieu /fr/
Pour la liste deroulante si tu est sur le site en /fr/ et que tu choisis English qui est la langue par defaut cela renvoi vers /en/ au lieu de /
J'essaierai d'être plus précis ce soir/nuit en rentrant
Wow superbe, le sitemap par defaut qui renvoie vers les autres sitemap de langues et maintenant l'administration reste dans la langue du profil parfait ca !
Par contre faut regarder dans quel langue on est avant d’écrire un article ou autre mais c'est super que l'interface reste dans la langue de notre profil ! En modifiant un peu le thème d'administration pour mettre un élément plus visuel quelque part de la langue en cours ca vas être parfait.
Edit: quoi que l'on s'y fait vite à prendre l'habitude de regarder la langue sélectionné avant d'écrire.
Par contre j'ai un nouveau bug, le dossier médias à pris pour (root) le dossier de langue par défaut suivant la configuration.
"Utiliser un dossier medias différent pour chaque langue :" est sur "Oui"
Sur mon serveur il y a bien eu de créé dans le dossier /data/medias/ un sous-dossier /en/ et un sous dossier /fr/
mais à l’écriture d'article en anglais ou en français, lorsque j'importe une image celle-ci est toujours placée dans /en/ (langue par défaut du site)
Dans l'onglet Gestion des médias cela m'affiche "Emplacement : (racine) /" et "Dossier : (Racine)" et ne me propose pas de sélectionner /en/ ou /fr/ car en fait, il n'y en as pas car il n'est pas dans (Racine) il est dans le sous dossier /data/medias/en/ sans possibilité de remonter à la vrai racine.
D'ailleurs du coup il m'a même fait un .thumbs dans le dossier en en croyant etre en racine
---
Si je change le paramètre "Utiliser un dossier medias différent pour chaque langue :" sur "Non"
La plus de souci, le dossier racine est bien le dossier racine /data/medias/
et la je peux sélectionner d'aller dans /en/ ou dans /fr/
Par contre faut regarder dans quel langue on est avant d’écrire un article ou autre mais c'est super que l'interface reste dans la langue de notre profil ! En modifiant un peu le thème d'administration pour mettre un élément plus visuel quelque part de la langue en cours ca vas être parfait.
Edit: quoi que l'on s'y fait vite à prendre l'habitude de regarder la langue sélectionné avant d'écrire.
Tu peux utiliser le paramètre suivant dans la config du plugin en le mettant sur la valeur "non"
Configuration plugin > Préserver l'affichage de l'interface d'administration avec la langue du profil utilisateur
Dans ce cas là, l'interface de l'admin sera dans la langue du drapeau et ne restera pas avec la langue du profil utilisateur connecté
Pour le bug je vais regarder ça.
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Sinon un autre bug qui persiste dans cette version, si on met des pages statiques en page d'accueil.
- le hreflang fera référence à l'url de la page statique (au lieu de la page d'accueil)
- l'url de la page statique pour la langue par défaut redirige en 301 vers la page d'accueil de la langue par défaut (ça c'est bien, pas besoin de changer)
- l'url des pages statiques des autres langues redirigent en 301 vers la page d'accueil de la langue par défaut (ça c'est moins bien, ce serait mieux que cela redirige vers la page d'accueil de la langue en question)
- si on a mis en place les dépendances pour relier les pages d'accueil de chaque langue, les liens proposés vers les autres langues redirigent vers la langue par défaut (pour cause, les liens font référence aux url présentées dans hreflang, et tous font de la redirection 301 vers la page d'accueil de la langue par défaut)
Le bug est visible en ce moment sur mon répertoire de test : http://zetrader.info/test56multi/
Si on utilise le switch général ça va, si on utilise celui des dépendances, on ne peut qu'aller sur la version de la langue par défaut.
Corrections:
- bug: dossier médias différent pour chaque langue
- bug: hreflang de la page statique mise comme page d'accueil
- bug: lien dans les dépendances des pages statiques vers une page statique correspondant à une page d'accueil
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Ok testé, en cas de pages statiques en page d'accueil :
- les hreflang indiquent les urls des pages d'accueil de chaque langue, nickel
- les liens générés dans les dépendances idem, nickel
- si on laisse les liens des pages statiques de chaque langue dans le menu, tous redirigent vers la page d'accueil, mais ce n'est pas un problème car on peut les cacher du menu (pour éviter de les faire référencer, les urls pour ces pages statiques devant être celles des pages d'accueil dans les différentes langues)
Donc tout est nickel de ce point de vue là, bravo et merci
Un bug qui persiste de manière aléatoire : le changement de langue par défaut, là en testant les différentes langues, en ayant mis la langue française par défaut, je ferme le navigateur après avoir visité la version espagnole, je reviens dessus, le site est en espagnol, et la langue par défaut a changé à l'espagnol (je l'ai donc remise sur français).
Je dis que c'est aléatoire car fermer le navigateur sur une autre langue que la langue par défaut et revenir sur le site ne provoque pas toujours ce bug de changement de la langue par défaut.
Corrections:
- bug: dossier médias différent pour chaque langue
- bug: hreflang de la page statique mise comme page d'accueil
- bug: lien dans les dépendances des pages statiques vers une page statique correspondant à une page d'accueil
Superbe, pour ma part hormis un petit bug de réécriture d'url, je n'ai pas trouver d'autres soucis.
Mon petit bug est avec ou sans MyBetterUrls (donc pas lui)
mondomaine.com/$lang/articleNUM redirige vers
mondomaine.com/articleNUM/TITRE (le titre est bon mais le lien à perdu la langue)
Exemple , si je test un lien (je sais que normalement on as pas ce lien qui s'affiche) mais cela est pratique que cela fonctionne
Hello, testé les 2 dernières versions PluXml 5.6 rc2 et MyMultiLingue 0.8 rc3 les liens raccourcis "articlexx" et "staticxx" redirigent maintenant bien vers l'url complète de chaque langue (au lieu d'aller vers articlexx de la langue par défaut), le switch général fonctionne bien, les dépendances entre articles aussi, dépendances pages statiques aussi.
Le seul nouveau bug, c'est qu'en ayant comme page d'accueil des pages statiques, il y a un petit bug sur le lien des dépendances, le lien vers la langue par défaut devient domaine.com/xx/ au lieu de domaine.com, quand on est sur une autre langue.
Les liens vers la langue par défaut restent corrects au niveau du switch général, seul le lien vers la langue par défaut pointe désormais vers domaine.com/xx/
Le seul nouveau bug, c'est qu'en ayant comme page d'accueil des pages statiques, il y a un petit bug sur le lien des dépendances, le lien vers la langue par défaut devient domaine.com/xx/ au lieu de domaine.com, quand on est sur une autre langue.
Les liens vers la langue par défaut restent corrects au niveau du switch général, seul le lien vers la langue par défaut pointe désormais vers domaine.com/xx/
+1
Même si les href lang sont bien défini quand on regarde la source de la page html généré on peux se retrouver en /en/ ou /fr/ au lieu de /
une petite redirection site/langpardefaut/ vers site/ devrais régler ce soucis qui n'est en fait que visuel vu que le href lang est bon et que les autres liens sont bons.
---
Sinon, j'ai aussi peu après avoir ajouté en 3ème langue le russe dans la configuration du plugin et avoir écris un article ainsi qu'une page statique retrouvé mon site en langue par défaut russe au lieu de son traditionnel anglais.
Edit: je me suis encore ce matin retrouvé avec le site en language par defaut russe au lieu d'anglais mais cette fois je ne sais pas comment car pas fait grand chose entre hier et aujourd'hui, cela me semble étonnant.
Réponses
- code source les hreflang se font bien dans les 3 langues pour les pages statiques et articles
- cela switche bien dans les 3 langues entre articles, entre pages statiques
- articlexx ou articlexx/ en français redirige bien sur l'url de l'article correspondant, idem pour staticxx pour les pages statiques, dans les autres langues faire /en/articlexx ou /es/articlexx générera une erreur en faisant une redirection sans le répertoire de langue dans l'url donc erreur 404, mais bon c'est pas très grave
- PlxEditor continue de bien fonctionner dans les 3 langues
Seul bug vu (mais là aussi pas très grave), en mettant une page statique en page d'accueil dans les 3 langues et en les reliant, le switch au niveau page statique ne fonctionne pas, mais comme le switch général fonctionne toujours, ce n'est pas très grave là non plus puisqu'on peut ainsi switcher sur les pages d'accueil sans problème.
Edit : les liens générés en hreflang donnent les choses suivantes pour des pages statiques en page d'accueil : lien hreflang français et anglais sont en erreur 404, et le lien hreflang espagnol est redirigé en 301 sur la page d'accueil du site en général, donc la version française.
Ce qui n'est pas plus mal à la réflexion au niveau référencement car cela permet de garder comme prioritaire dans le référencement l'url de la homepage de chaque langue et non les urls des hreflangs (qui sont celles des pages statiques mises en homepage, donc urls parasites, ce qu'on veut c'est qu'elles soient vues comme homepages au niveau url et non l'url de la page statique).
Le switch général fonctionnant bien, ce sera les url du domaine et des répertoires de langues qui seront gardés comme contenus pour ces pages statiques par google
Ce serait peut-être plus "propre" en cas de page statique comme page d'accueil de générer le lien de la homepage comme lien hreflang et non le lien de l'url de la page statique, si c'est facilement faisable, tant mieux, sinon pas très grave.
Sinon le lien "blog" généré en cas de homepages en pages statiques, fonctionne bien dans les 3 langues
Elle me semble relativement aboutie cette version, pas encore vu de bug majeur
Pierre Aribaut - zetrader & zeforums
mais en ayant les deux activés beaucoup de petites notices "Constant PLX_MYMULTILINGUE already defined on plxMyMultiLingue.php line 121" mais surtout parfois des "Warning: Cannot modify header information - headers already sent by plxMyMultiLingue.php:121"
Du coup en attendant mieux, j'ai modifier la ligne 121 en
Je n'ai plus ce souci, mais je n'ai pas encore testé si cela à des répercutions ou casse quelque chose.
Buster/NGINX/PHP7/PluXml5.8
Mais je préfère être prudent dans mes conclusions et je vais installer Admin_users_rights pour valider mes dires. Je reviens vers toi si j'ai des éléments de réponses + concrets
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
edit: explication technique pour ceux que ça intéresse donnée ici http://forum.pluxml.org/viewtopic.php?pid=52738#p52738
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Merci
Buster/NGINX/PHP7/PluXml5.8
Si je crée une image d’accroche à l'article celle-ci ne s'affiche pas sur le site
Le lien de l'image sur la partie public est indiqué http://domaine.tld/http://domaine.tld/data/medias/image.jpg
dans le source de la page généré :
Edit:
Maintenant mes images s'affichent correctement que ce soit images dans un dossier langue séparé ou non (testé les deux)
j'en ai profiter pour tester avec et sans plxMyBetterUrls-1.5.4b1 idem en commentant la ligne cela fonctionne.
Edit 2:
Pluxml configuré langue anglais par défaut, configuration Multilingue anglais 1, francais 2
Mon butineur est lui par contre en fr par defaut
J'ai mis pour mon test un domaine qui ne me servais pas.
Sur le site tout fonctionne correctement hormis dans un cas. si je visite une page/article ou autre en français exemple http://cryptocoins.exposed/fr/nouvel-article, puis, que je ferme le navigateur, je le ré-ouvre mais directement sur un article anglais exemple http://cryptocoins.exposed/new-article sans passer par le site avant, j'arrive sur une page 404 en français au lieu de l'article en anglais
Si je recharge la page (via F5), la, l'article en anglais s'affiche bien
On dirais que MyBetterUrl ou plxMyMultiLingue vas toujours rechercher en premier l'article par rapport à la langue de notre dernière visite (et donc ne la trouve pas) au lieu de la langue du site par défaut dans ce cas.
Est-ce que quelqu'un à le même soucis ?
Exemple: http://cryptocoins.exposed/new-article (copiez le lien avant)
Si vous arrivez bien sur l'article en anglais avec le thème en anglais, switchez en français, fermez le navigateur , rouvrez le et allez de nouveau directement sur le lien soit en le collant, soit en repassant par ici à nouveau.
Arrivez vous en 404 français comme moi ? Si oui Faites F5 cette fois ci l'article anglais s'affiche bien.
en désactivant les cookies dans le plugins ou dans le butineur, aucun souci de ce genre. ( d'ailleurs je ne vois plus le besoin d'utiliser un cookie coté site en fait puisque l'on a défini le domaine d'arrivé dans un language contrairement à avant ou il fallait rediriger le visiteur vers /fr/ ou /en/ ou autre, la ce n'est plus la peine, donc je pense que la langue peux rester en session mais plus besoin de cookie à moins que cela n'occasionne des soucis coté back-end mais d'après mes tests non )
Edit 3: 8) un autre soucis aussi mais dois investiguer davantage ( parfois cela me fait comme si le site switch en langue française par défaut et langue anglaise en dossier /en/ au lieu de langue anglaise par défaut et langue française en /fr/ ) en allant dans le plugin juste sauvegarder à nouveau la config (qui est pourtant bonne) cela redeviens normal mais je pense que c'est plutôt un problème de cookie (je dois tester mieux, cela me l'as fait par exemple quand j'ai changé mon mot de passe et dans d'autres cas inconnus).
Enfin à la réflexion cela dois être du au même problème que mon #2 (quand on arrive sur le site par défaut, cela charge le site dans la dernière langue que l'on a visité le site au lieu de la langue par défaut du site, donc sans cookies pas de souci normalement)
PS: Desolé du pavé à lire pour dire qu'au final le cookie sur le site front-end ne sers plus a rien et occasionne plus de soucis qu'autre chose
Buster/NGINX/PHP7/PluXml5.8
Là en voulant tester le bug que tu dis, je me connecte à mon répertoire de test, j'avais laissé sur "fr" comme langue par défaut, en arrivant sur le site, je me retrouve en anglais, et sur français cela rajoute /fr/, je vais dans l'admin, la langue par défaut s'est changée toute seule à "en", en n'ayant pas touché depuis 2/3 jours...et c'est pas la première fois que cela le fait ce changement automatique de la langue par défaut en une autre langue que celle qu'on a choisi, cela me l'a déjà changé en espagnol, en allemand (une langue même pas choisie dans les 3 langues de mon test : français, anglais, espagnol), donc ce bug de changer régulièrement la langue par défaut par une autre langue, ne serait-ce pas à cause du cookie ?
Sinon je confirme le bug signalé par Yannic (Merci Yannic), après avoir remis sur fr comme langue par défaut, vérifié que c'était bien changé sur le site, je garde l'url d'un article en anglais en mémoire dans le presse-papier, je reviens sur le site en français, je ferme le navigateur, et je colle mon url pour aller directement sur l'article en anglais : erreur 404, page non trouvée, et le blog reste en français, donc là encore sans doute un problème avec le cookie.
Pierre Aribaut - zetrader & zeforums
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8pre2
- j'ai supprimé l'utilisation du cookie qui pose probleme
- bug sur l'image d'accroche corrigé (et sur les images + généralement)
utiliser la version de PluXml 5.6 pre3 car il y avait aussi un bug propre à PluXml dans la réécriture d'url sur les images
https://github.com/pluxml/PluXml/releases/tag/5.6pre3
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Erreur qui s'affiche : J'ai d'abord pensé que c'était une histoire de cache ou d'avoir écrasé/remplacé les fichiers par upload et qu'il reste des choses en mémoire, j'ai donc tout supprimé, tout recommencé, vidé le cache, les cookies...et en réinstallant tout, même erreur, elle se produit au moment d'activer le plugin plxMyMultiLingue-0.8pre2 avec PluXml-5.6pre3, cela plante tout, ensuite le blog ne marche plus du tout.
Vous pouvez faire le constat : http://zetrader.info/test56multi/
Je n'ai plus accès à rien, ni le site, ni l'interface admin, même erreur en voulant aller sur le log admin.
Pierre Aribaut - zetrader & zeforums
Idem pour moi c'est la variable getParam("lang_style") dans la ligne 283 de plxMyMultiLingue qui me fait une erreur 500
si je remplace if('.$this->getParam("lang_style").') {
par if(1==1) { ou if(1==2) { plus d'erreur 500
Apres il suffit de configurer le plugin, puis ensuite on peux remettre l'ancienne ligne sans souci.
En fait si l'on configure le plugin avant de l'activer y'a pas d'erreur.
Edit: Hormis cette erreur presque tout vas bien. pour le moment je n'ai que de petits problèmes (une fois le site à switché d'anglais par défaut à français par défaut, je cherche encore le pourquoi/comment cela m'est arrivé, le sitemap qui ne suis pas la langue et, si l'on configure le plugin en Type d'affichage : Liste déroulante, cela renvoi vers un dossier langue quand on clique sur la langue par défaut au lieu d'aller directement sur le domaine, les autres affichages (Libellé et Drapeaux) n'ont pas ce souci.)
Edit2: Si je suis dans archives, une catégorie ou un tag dans une langue en dossier exemple ici Accueil du fil d'ariane renvoie vers le site sans le dossier donc dans la langue par défaut du site.
Edit3: Aussi dans la pagination exemple ici si l'on clique sur précédent on retombe sur la langue par défaut du site (donc sans le dossier) alors que "suivante ici" allais bien sur la page 2
Sinon cette version commence à être bien aboutie.
Buster/NGINX/PHP7/PluXml5.8
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8pre2a
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
je n'arrive pas à reproduire le problème
idem. chez moi pas de souci
idem, et je ne constate pas le souci sur ton site
confirmé. je regarde comment résoudre ça
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8pre2b
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Pierre Aribaut - zetrader & zeforums
Pour le sitemap si je vais sur
http://cryptocoins.exposed/pre3/sitemap.php/fr ce sont les articles anglais ( langue par defaut du site ) qui sont affichés
Pour les archives, tags et categorie c'est le accueil du fil d'ariane devant le nom du tag , categorie ou devant le archives qui quand on est dans une langue /fr/ renvoie vers / au lieu /fr/
Pour la liste deroulante si tu est sur le site en /fr/ et que tu choisis English qui est la langue par defaut cela renvoi vers /en/ au lieu de /
J'essaierai d'être plus précis ce soir/nuit en rentrant
Merci
Buster/NGINX/PHP7/PluXml5.8
Merci
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Bon week-end
Buster/NGINX/PHP7/PluXml5.8
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8rc1
/!\ Nécessite PluXml 5.6 rc1
PluXml 5.6 rc1
https://github.com/pluxml/PluXml/releases/tag/5.6rc1
/!\ Si le plugin MyBetterUrls est utilisé, il doit également être mis à jour pour fonctionner
MyBetterUrls 1.5.4 rc1
https://github.com/Pluxopolis/plxMyBetterUrls/releases/tag/1.5.4rc1
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Wow superbe, le sitemap par defaut qui renvoie vers les autres sitemap de langues et maintenant l'administration reste dans la langue du profil parfait ca !
Par contre faut regarder dans quel langue on est avant d’écrire un article ou autre mais c'est super que l'interface reste dans la langue de notre profil ! En modifiant un peu le thème d'administration pour mettre un élément plus visuel quelque part de la langue en cours ca vas être parfait.
Edit: quoi que l'on s'y fait vite à prendre l'habitude de regarder la langue sélectionné avant d'écrire.
Buster/NGINX/PHP7/PluXml5.8
Par contre j'ai un nouveau bug, le dossier médias à pris pour (root) le dossier de langue par défaut suivant la configuration.
"Utiliser un dossier medias différent pour chaque langue :" est sur "Oui"
Sur mon serveur il y a bien eu de créé dans le dossier /data/medias/ un sous-dossier /en/ et un sous dossier /fr/
mais à l’écriture d'article en anglais ou en français, lorsque j'importe une image celle-ci est toujours placée dans /en/ (langue par défaut du site)
Dans l'onglet Gestion des médias cela m'affiche "Emplacement : (racine) /" et "Dossier : (Racine)" et ne me propose pas de sélectionner /en/ ou /fr/ car en fait, il n'y en as pas car il n'est pas dans (Racine) il est dans le sous dossier /data/medias/en/ sans possibilité de remonter à la vrai racine.
D'ailleurs du coup il m'a même fait un .thumbs dans le dossier en en croyant etre en racine
---
Si je change le paramètre "Utiliser un dossier medias différent pour chaque langue :" sur "Non"
La plus de souci, le dossier racine est bien le dossier racine /data/medias/
et la je peux sélectionner d'aller dans /en/ ou dans /fr/
Le bug est seulement si l'on sélectionne "Oui"
Buster/NGINX/PHP7/PluXml5.8
Tu peux utiliser le paramètre suivant dans la config du plugin en le mettant sur la valeur "non"
Configuration plugin > Préserver l'affichage de l'interface d'administration avec la langue du profil utilisateur
Dans ce cas là, l'interface de l'admin sera dans la langue du drapeau et ne restera pas avec la langue du profil utilisateur connecté
Pour le bug je vais regarder ça.
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
- le hreflang fera référence à l'url de la page statique (au lieu de la page d'accueil)
- l'url de la page statique pour la langue par défaut redirige en 301 vers la page d'accueil de la langue par défaut (ça c'est bien, pas besoin de changer)
- l'url des pages statiques des autres langues redirigent en 301 vers la page d'accueil de la langue par défaut (ça c'est moins bien, ce serait mieux que cela redirige vers la page d'accueil de la langue en question)
- si on a mis en place les dépendances pour relier les pages d'accueil de chaque langue, les liens proposés vers les autres langues redirigent vers la langue par défaut (pour cause, les liens font référence aux url présentées dans hreflang, et tous font de la redirection 301 vers la page d'accueil de la langue par défaut)
Le bug est visible en ce moment sur mon répertoire de test :
http://zetrader.info/test56multi/
Si on utilise le switch général ça va, si on utilise celui des dépendances, on ne peut qu'aller sur la version de la langue par défaut.
Pierre Aribaut - zetrader & zeforums
Corrections:
- bug: dossier médias différent pour chaque langue
- bug: hreflang de la page statique mise comme page d'accueil
- bug: lien dans les dépendances des pages statiques vers une page statique correspondant à une page d'accueil
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
- les hreflang indiquent les urls des pages d'accueil de chaque langue, nickel
- les liens générés dans les dépendances idem, nickel
- si on laisse les liens des pages statiques de chaque langue dans le menu, tous redirigent vers la page d'accueil, mais ce n'est pas un problème car on peut les cacher du menu (pour éviter de les faire référencer, les urls pour ces pages statiques devant être celles des pages d'accueil dans les différentes langues)
Donc tout est nickel de ce point de vue là, bravo et merci
Un bug qui persiste de manière aléatoire : le changement de langue par défaut, là en testant les différentes langues, en ayant mis la langue française par défaut, je ferme le navigateur après avoir visité la version espagnole, je reviens dessus, le site est en espagnol, et la langue par défaut a changé à l'espagnol (je l'ai donc remise sur français).
Je dis que c'est aléatoire car fermer le navigateur sur une autre langue que la langue par défaut et revenir sur le site ne provoque pas toujours ce bug de changement de la langue par défaut.
Pierre Aribaut - zetrader & zeforums
Superbe, pour ma part hormis un petit bug de réécriture d'url, je n'ai pas trouver d'autres soucis.
Mon petit bug est avec ou sans MyBetterUrls (donc pas lui)
mondomaine.com/$lang/articleNUM redirige vers
mondomaine.com/articleNUM/TITRE (le titre est bon mais le lien à perdu la langue)
Exemple , si je test un lien (je sais que normalement on as pas ce lien qui s'affiche) mais cela est pratique que cela fonctionne
http://cryptocoins.exposed/rc1/fr/article10/
renvoi vers :
http://cryptocoins.exposed/rc1/article10/le-corbeau-et-le-renard (sans betterurl) ou
http://cryptocoins.exposed/rc1/le-corbeau-et-le-renard (avec betterurl)
au lieu de :
http://cryptocoins.exposed/rc1/fr/article10/le-corbeau-et-le-renard (sans betterurl)
http://cryptocoins.exposed/rc1/fr/le-corbeau-et-le-renard (avec betterurl)
PS: Merci.
[em]Sur le site de zetrader, http://zetrader.info/test56multi/es/article1/ enverras sur http://zetrader.info/test56multi/article1/mon-premier-article-en-francais au lieu de http://zetrader.info/test56multi/es/article1/mi-primer-articulo[/em]
Buster/NGINX/PHP7/PluXml5.8
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8rc3
Corrections:
- redirection 301 à partir d'url incomplète ex: http://localhost/fr/article1/
/!\ Nécessite PluXml 5.6 rc2
PluXml 5.6 rc2
https://github.com/pluxml/PluXml/releases/tag/5.6rc2
/!\ Si le plugin MyBetterUrls est utilisé, il doit également être mis à jour pour fonctionner
MyBetterUrls 1.5.4 rc1
https://github.com/Pluxopolis/plxMyBetterUrls/releases/tag/1.5.4rc1
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Le seul nouveau bug, c'est qu'en ayant comme page d'accueil des pages statiques, il y a un petit bug sur le lien des dépendances, le lien vers la langue par défaut devient domaine.com/xx/ au lieu de domaine.com, quand on est sur une autre langue.
Les liens vers la langue par défaut restent corrects au niveau du switch général, seul le lien vers la langue par défaut pointe désormais vers domaine.com/xx/
Pierre Aribaut - zetrader & zeforums
+1
Même si les href lang sont bien défini quand on regarde la source de la page html généré on peux se retrouver en /en/ ou /fr/ au lieu de /
une petite redirection site/langpardefaut/ vers site/ devrais régler ce soucis qui n'est en fait que visuel vu que le href lang est bon et que les autres liens sont bons.
---
Sinon, j'ai aussi peu après avoir ajouté en 3ème langue le russe dans la configuration du plugin et avoir écris un article ainsi qu'une page statique retrouvé mon site en langue par défaut russe au lieu de son traditionnel anglais.
----
Edit aussi si je regarde http://cryptocoins.exposed/rc2/feed/ru/rss
le <link>http://cryptocoins.exposed/rc2/</link>; ne devrais pas plutot être <link>http://cryptocoins.exposed/rc2/ru/</link>; ?
----
Edit: je me suis encore ce matin retrouvé avec le site en language par defaut russe au lieu d'anglais mais cette fois je ne sais pas comment car pas fait grand chose entre hier et aujourd'hui, cela me semble étonnant.
Edit: Résolu en rc4
Buster/NGINX/PHP7/PluXml5.8