J'ai réussi à reproduire [del]une[/del] deux des conditions de changement langue du site :
- Configuration de base: Langue par défaut du site : en
| |
-> Être en langue française comme pour la rédaction d'un article en français.
-> Configuration avancée : Clef d'administration (URL privés) : vide pour régénérer. -> [Bouton] Modifier la configuration
-> Plugin : MultiLingue : Configuration [Bouton] Enregistrer
Le site passe en Français par défaut.
Si je refait la même manip dans une autre langue
-> se mettre dans cette autre langue comme pour la rédaction d'un article dans cette langue.
-> Changer/sauvegarder la configuration avancée ou l'option d'affichage
-> Aller sur plugin et sauvegarder la configuration du plugin multilingue
Le site passe par défaut dans la langue dans laquelle on était.
A noter qu'être dans une autre langue et juste changer la configuration du plugin semble ne pas suffire pour reproduire le bug, il semble qu'il faille une autre condition avant tel que modifier la configuration avancée ou les options d'affichage.
* Changer "Option d'affichage" au lieu de "Configuration avancée" produit la même résultat/bug.
2°) Quand j'ai tenter de mettre du code (même avec ckeditor qui converti en > et autres pour que ce ne soit pas interprété)
Par exemple si j'écris : <a href="#static_url"> celui-ci était réécrit aussi en <a href="http://mondomaine.com/mapage/#static_url">;
(mais la uniquement à l'affichage, pas comme le précédent bug qui lui modifie l'article ou la page à la base)
Je n'ai pas vu d'autres bugs à ce jour. (hormis bien sur le non support de la langue russe)
( testé avec et sans aucun plugin Editor, et uniquement les plugins multilingue et betterurl )
Je pense que d'une manière générale le contenu d'un article ou d'une page ne devrais pas être réécrit/transformé par multilingue/betterurl si cela est possible.
Salutation, je ne sais pas si c'est moi qui ai mal fait quelque chose mais je n'arrive pas a téléverser une image dans cette version cela me donne cette erreur :
Unable to move '/tmp/phpL3nwoY' to '../../data/medias/fr/../..1./data/medias/fr/'
Quelqu'un d'autre à le même souci ?
Le dossier destination semble ré-écris en double dans le log
Salutation, je ne sais pas si c'est moi qui ai mal fait quelque chose mais je n'arrive pas a téléverser une image dans cette version cela me donne cette erreur :
Unable to move '/tmp/phpL3nwoY' to '../../data/medias/fr/../..1./data/medias/fr/'
Quelqu'un d'autre à le même souci ?
Le dossier destination semble ré-écris en double dans le log
J'ai pu reproduire le bug et j'ai trouvé d'où ça vient. Je vais corriger
edit: hum un bon petit bug bien vicieux dans PluXml, rien à voir avec le multilingue, c'est juste qu'il l'a fait apparaitre
Tu utilises quelle version de plxEditor ? Moi je viens de mettre la toute dernière (plxEditor 1.5.4b2) : https://github.com/Pluxopolis/plxEditor/releases
Et...j'ai aussi un problème en testant ce que tu dis, impossible d'uploader une imagem quand je choisis un fichier il est ensuite écrit avec une croix devant et il y a écrit "aucun fichier choisi" à côté de sélect. fichiers, si je tente avec d'autres cela ne fait que grandir la liste des noms de fichiers avec une croix devant.
Bref je ne peux pas uploader d'image avec cette version (je m'en étais pas rendu compte car j'utilisais pas l'upload d'images par ce biais, j'utilisais le ftp car dès qu'il y a beaucoup d'images dans le répertoire cela se met à ramer voire planter donc j'ai laissé tomber l'upload via l'éditeur d'article ou la rubrique médias).
Cela dit comme hier j'ai voulu tester l'accès et l'upload d'images via le mobile par curiosité, je confirme que ce n'était pas le cas dans la beta précédente, j'avais pu uploader une image dans un article depuis le mobile.
J'ai fermé le navigateur, fait un coup de ccleaner, revenu pour tester et le problème reste le même.
Au passage dans mon fichier cela se situe en ligne 303 et non 314 comme indiqué sur github.
Oui j'utilise PluXml-5.6rc3, je l'ai uploadé ce matin sur mon répertoire de test (en écrasant/remplaçant les fichiers de la version précédente), à l'exception des dossiers "data" et "theme".
Je peux refaire un upload si tu veux, pour tester si il y a un changement, mais a priori je ne vois pas pourquoi ce serait différent, je l'ai téléchargé hier aprem du github que tu cites.
Coucou non même problème enfin cette fois je vois bien le nom de mon image "French" sans le "png" qui à été remplacé ou resté "1" et avec le dossier réécris derriere
Unable to move '/tmp/phpfjKDHb' to '../../data/medias/French.1./data/medias/'
En testant avec plxEditor 1.5.4b2 qui rentre comme chemin d'image "data/medias/image.png"
- Pas de souci dans un article.
- En page statique par contre, l'image est affichée au début, puis une fois la page sauvegardée, l'image n'est plus affichée dans la page en cours d’édition car elle tente d'afficher "http://monsite.com/rc3/core/admin/data/medias/image.png" au lieu de "http://monsite.com/rc3/data/medias/image.png" toutefois sur le site l'image est bien affichée puisque qu'en fait le chemin enregistré ( data/medias/image.png ) est bon.
Avec CKEditor 4.5.11 qui lui affiche comme chemin de fichier /rc3/data/medias/images.png dans l'édition d'un article et d'une page statique (même si en vrai il sauvegarde data/medias/image.png) , pas de soucis
( /rc3/ car mon installation de pluxml est dans le dossier /rc3/ )
--- Edit: j'ai aussi un bug avec les feed xml ( mais là c'est du à BetterUrls car cela le fait avec ou sans multilingue )
- Le fil rss des articles d'une catégorie ne se limite pas aux articles de cette catégorie mais affiche tous les articles.
---
Edit 2: Le bug de réécriture des liens dans la page statique n'est plus à l'édition de la page statique mais il persiste à l'affichage de la page en question.
En testant avec plxEditor 1.5.4b2 qui rentre comme chemin d'image "data/medias/image.png"
- Pas de souci dans un article.
- En page statique par contre, l'image est affichée au début, puis une fois la page sauvegardée, l'image n'est plus affichée dans la page en cours d’édition car elle tente d'afficher "http://monsite.com/rc3/core/admin/data/medias/image.png" au lieu de "http://monsite.com/rc3/data/medias/image.png" toutefois sur le site l'image est bien affichée puisque qu'en fait le chemin enregistré ( data/medias/image.png ) est bon.
--- Edit: j'ai aussi un bug avec les feed xml ( mais là c'est du à BetterUrls car cela le fait avec ou sans multilingue )
- Le fil rss des articles d'une catégorie ne se limite pas aux articles de cette catégorie mais affiche tous les articles.
Bah mince alors, je ne comprends pas, je viens d'uploader la version master du 10 mars, tout uploadé sauf dossiers theme et data (pour pas avoir à tout refaire), supprimé PlxEditor et installé plxEditor-1.5.4rc1 la dernière version, fermé le navigateur, vidé le cache/cookies avec ccleaner, je reviens, j'essaye d'uploader une image via PlxEditor et le problème persiste, quand je sélectionne une image, cela reste sur "Aucun fichier choisi" et le nom du fichier apparaît avec une croix devant, et si j'insiste avec d'autres images, je fais qu'allonger cette liste...et c'est sûr que j'ai la dernière version, la nouveauté s'affiche "Taille maxi par fichier : 64 Mo / Taille maxi des données : 64 Mo" et les images sont bien en dessous de cette taille, j'avoue que je ne comprends pas ce qu'il se passe, mais en tout cas toujours impossible d'uploader une image via PlxEditor / Outil de gestion des médias.
Est-ce que je dois écraser aussi theme et data ? Il y a du nouveau dans ces dossiers ?
Sinon tout le reste marche nickel, à la limite pour moi c'est pas grave vu que je n'utilisais pas cette fonction, mais bon, c'est quand même bizarre et puis c'est quand même mieux que cela fonctionne.
EDIT : je viens de faire une installation rapide "from scratch" avec rien d'autre, sans aucun plugin installé, dans un autre dossier, avec Pluxml la dernière version PluXml-master du 10 mars et dans le gestionnaire de médias, impossible d'uploader une image. Donc rien à voir avec theme et data ou un quelconque plugin installé.
EDIT 2 : après avoir testé l'upload depuis le pc, en testant depuis le téléphone mobile (cela avait marché avant le changement de version), upload impossible aussi depuis le mobile, vraiment bizarre.
EDIT 3 : en testant sur mon Pluxml 5.5 je ne peux pas non plus uploader d'images sur le gestionnaire de médias, c'est nouveau ça, un changement de mon serveur ? (1and1). Sinon sur le même domaine/serveur, je viens de tester je peux uploader des images sans problème avec un autre CMS (Punbb), de forum, aussi bien via le chat (upload d'images) qu'en topic (upload d'images ou de fichiers pdf). J'avoue que cela me laisse perplexe, il y a visiblement quelque chose qui ne plait pas à mon serveur dans la manière d'uploader de Pluxml. J'ai regardé les permissions du dossier "medias" via Filezilla, c'était sur 705, j'ai mis sur 777 pour permettre upload à tout groupe, cela ne change rien à l'affaire, toujours impossible d'uploader via Pluxml.
Copie d'écran du problème sur installation toute neuve sans aucun plugin :
J'ai essayé d'uploader une image après l'autre, aucune n'a été uploadé.
@zetrader
1) cliques sur le bouton "Select. fichiers"
L'affichage "Aucun fichier choisi" est un affichage systeme propre à tous les sélecteurs de fichiers. Le libellé peut varié en fonction des navigateurs. Rien à voir avec PluXml, c'est propre au html
2) la petite croix rouge devant le nom des fichiers est pour supprimer les fichiers de la file d'attente des envois
3) cliques sur le bouton "Envoyer" en dessous de Emplacement : (racine) / pour déclencher l'envoi des fichiers sur le serveur.
Ce mode de fonctionnement n'est pas nouveau il existe depuis plusieurs version de PluXml, je suis donc étonné du contenu de ton post, ou alors j'ai pas tout compris le probleme que tu rencontres.
Oups, autant pour moi, cela fait tellement longtemps que je n'utilise plus le gestionnaire de médias que je pensais que cela uploadait après avoir avoir sélectionné le fichier, je n'avais pas fait l'étape 3, cliquer ensuite sur le bouton "envoyer" (sur d'autres cms comme punbb cela uploade directement après sélection du fichier).
Donc désolé, après test sur pc et sur smartphone, l'upload d'images fonctionne bien partout, à condition de cliquer sur le bouton "Envoyer"
Finalement il reste encore des bugs ? Parce que là je n'en vois plus, cela veut dire que la version finale approche
MyMultiLingue fonctionne bien, PlxEditor aussi, Pluxml la dernière version master aussi..cela donne envie d'utiliser tel quel vu les avancées ^^
Il reste encore des choses à corriger sur Mybetterurls ?
Il y a un truc que je ne comprends en testant le multilingue et en m'intéressant à la problématique des hreflang (car visiblement parfois c'est dur à faire détecter par google), premièrement en mettant le dossier de test dans google webmaster tools il ne voit pas les hreflang car dossier pas référencé (normal c'est un dossier de test), en testant vite fait l'ajout des hreflang sur mon site principal, il ne trouve pas non plus les balises hreflang (là c'est plus inquiétant car le site est référencé et bien présent dans google webmaster tools, peut-être un temps de mise à jour qui peut être long), en cherchant sur le thème je vois que nombreux sont ceux qui ont ce problème : https://www.google.fr/?gws_rd=ssl#q=Votre+site+ne+contient+aucune+balise+%22hreflang%22&*
Et en tombant sur un outil pour vérifier ses hreflang : http://flang.dejanseo.com.au/
Je vois que mon site de test ( http://zetrader.info/test56multi/ ) ou celui de Yannic ( http://cryptocoins.exposed/rc3/ ) renvoie cette erreur pour les 2 autres langues que la langue principale : "We can't found link on alternate location!"
En testant un site international (ce n'est pas le mien : royalartpalace.com) qui a rencontré des problèmes avec la détection de la balise hreflang par google il y a des mois de ça mais qui semble l'avoir résolu parce qu'au même outil il passe les 3 langues sans erreur.
Donc d'où peuvent venir les erreurs dans les autres langues sur notre CMS ?
Nota : sur mon dossier de test, je suis sur les toutes dernières versions de Pluxml (version master de cet aprem) et plxMyMultiLingue (master, téléchargé et mis à jour ce soir).
Il y a un truc que je ne comprends en testant le multilingue et en m'intéressant à la problématique des hreflang
[...]
Salut, pour cryptocoins.exposed/rc3/, ne pas se fier car il est no-index, no follow donc c'est normal en théorie que cela ne les vois pas.
Pour ton site je vois bien tes href lang avec l'outil https://technicalseo.com/seo-tools/hreflang/
if ($_SERVER['REQUEST_URI']=='/rc3/en') {header('Location: http://cryptocoins.exposed/rc3/en/'); exit;}
if ($_SERVER['REQUEST_URI']=='/rc3/ru') {header('Location: http://cryptocoins.exposed/rc3/ru/'); exit;}
Cela fonctionne sur http://flang.dejanseo.com.au/
[em]D'ailleurs cela serais peut-être pas mal que /$lang renvoie vers /$lang/ [/em]
Pour google, la prise en compte est parfois longue, aussi les hreflang ne sont pris en compte que si il existe les liens de retour
exemple : /mapage.fr dois renvoyer vers /mapage.en et inversement /mapage.en dois aussi renvoyer vers /mapage.fr sinon ce n'est pas pris en compte.
if ($_SERVER['REQUEST_URI']=='/rc3/en') {header('Location: http://cryptocoins.exposed/rc3/en/'); exit;}
if ($_SERVER['REQUEST_URI']=='/rc3/ru') {header('Location: http://cryptocoins.exposed/rc3/ru/'); exit;}
Cela fonctionne sur http://flang.dejanseo.com.au/
[em]D'ailleurs cela serais peut-être pas mal que /$lang renvoie vers /$lang/ [/em]
Pour google, la prise en compte est parfois longue, aussi les hreflang ne sont pris en compte que si il existe les liens de retour
exemple : /mapage.fr dois renvoyer vers /mapage.en et inversement /mapage.en dois aussi renvoyer vers /mapage.fr sinon ce n'est pas pris en compte.
Merci Yannic, bien vu pour le /$lang sans slash à la fin, je viens de tester en effet /en ou /es renvoie vers une erreur 404, c'est donc pour ça que le site flang.dejanseo.com.au détecte une erreur de non renvoi du hreflang, si il le fait, peut-être que certains robots vont aussi tester l'url sans slash à la fin, bonne suggestion que la redirection de /$lang vers /$lang/ en 301.
Salutations, Il y a aussi un petit bug de class="active", noactive sur le menu page-blog
dans les autres langues que celle par défaut celui-ci reste toujours en noactive
Pour le reste du menu, tout semble bien fonctionner.
Le problème se produit avec aussi bien la fonction $plxShow->pageBlog du thème que via la fonction $plxShow->staticList avec en paramètre le menu blog.
Edit: en modifiant le regex pour enlever le "^" et en ajoutant un $this->plxMotor->mode au QUERY_STRING lignes 1316 et 1794 de class.plx.show.php
if ($this->plxMotor->get AND preg_match('/^(blog|categorie|archives|tag|article)/', $_SERVER['QUERY_STRING'])) {
par :
if ($this->plxMotor->get AND preg_match('/(blog|categorie|archives|tag|article)/', $_SERVER['QUERY_STRING'].$this->plxMotor->mode)) {
Le problème semble résolu dans tous les cas (avec ou sans multilingue, avec ou sans betterurls, avec ou sans réécriture d'url)
Exemple: http://cryptocoins.exposed/rc4/fr/blog
@Yannic: j'ai corrigé ce bug de class active sur le lien Blog. J'ai modifié le plugin et pas le fichier class.plx.show.php
Si tu veux tester c'est à partir de la version de la branche master sur github https://github.com/Pluxopolis/plxMyMultiLingue/archive/master.zip
Je ferai la mise à jour de la version pre-release si tu me confirmes que c'est bon.
Merci
Réponses
- Configuration de base: Langue par défaut du site : en
| |
-> Être en langue française comme pour la rédaction d'un article en français.
-> Configuration avancée : Clef d'administration (URL privés) : vide pour régénérer. -> [Bouton] Modifier la configuration
-> Plugin : MultiLingue : Configuration [Bouton] Enregistrer
Le site passe en Français par défaut.
Si je refait la même manip dans une autre langue
-> se mettre dans cette autre langue comme pour la rédaction d'un article dans cette langue.
-> Changer/sauvegarder la configuration avancée ou l'option d'affichage
-> Aller sur plugin et sauvegarder la configuration du plugin multilingue
Le site passe par défaut dans la langue dans laquelle on était.
A noter qu'être dans une autre langue et juste changer la configuration du plugin semble ne pas suffire pour reproduire le bug, il semble qu'il faille une autre condition avant tel que modifier la configuration avancée ou les options d'affichage.
* Changer "Option d'affichage" au lieu de "Configuration avancée" produit la même résultat/bug.
Edit: résolu en rc4
Buster/NGINX/PHP7/PluXml5.8
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8rc4
- bug perte langue par défaut dans l'administration si modification du paramétrage
- mauvaise prise en compte des langues dans les flux rss <link>
/!\ 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 du projet (2010 à 2018)
Deux petits soucis que je viens de trouver
1°) Quand je met un lien ou même juste une url dans une page statique ou un article celui-ci est réécris
Exemple si j'écris dans la page ou l'article :
http://pluxopolis.net/article83/afficher-les-categories-sous-forme-de-menus-deroulants (dans une balise <a href ou non)
celui-ci vas se transformer lors de la sauvegarde de l'article/page en:
http://pluxopolis.net/afficher-les-categories-sous-forme-de-menus-deroulants (sans le article 83)
puis au fur et à mesure des éditions de l'article/page celui-ci vas se transformer en :
http://pluxopolis.net/fr/fr/fr/afficher-les-categories-sous-forme-de-menus-deroulants (avec plein le dossier langue qui s'ajoute à chaque éditions)
2°) Quand j'ai tenter de mettre du code (même avec ckeditor qui converti en > et autres pour que ce ne soit pas interprété)
Par exemple si j'écris : <a href="#static_url"> celui-ci était réécrit aussi en <a href="http://mondomaine.com/mapage/#static_url">;
(mais la uniquement à l'affichage, pas comme le précédent bug qui lui modifie l'article ou la page à la base)
Je n'ai pas vu d'autres bugs à ce jour. (hormis bien sur le non support de la langue russe)
( testé avec et sans aucun plugin Editor, et uniquement les plugins multilingue et betterurl )
Je pense que d'une manière générale le contenu d'un article ou d'une page ne devrais pas être réécrit/transformé par multilingue/betterurl si cela est possible.
Buster/NGINX/PHP7/PluXml5.8
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
https://github.com/Pluxopolis/plxMyMultiLingue/releases/tag/0.8rc5
- bug réécriture des liens sur la page d'édition des pages statiques (administration)
/!\ Nécessite PluXml 5.6 rc3
PluXml 5.6 rc3
https://github.com/pluxml/PluXml/releases/tag/5.6rc3
/!\ 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 du projet (2010 à 2018)
Le dossier destination semble ré-écris en double dans le log
Buster/NGINX/PHP7/PluXml5.8
J'ai pu reproduire le bug et j'ai trouvé d'où ça vient. Je vais corriger
edit: hum un bon petit bug bien vicieux dans PluXml, rien à voir avec le multilingue, c'est juste qu'il l'a fait apparaitre
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Et...j'ai aussi un problème en testant ce que tu dis, impossible d'uploader une imagem quand je choisis un fichier il est ensuite écrit avec une croix devant et il y a écrit "aucun fichier choisi" à côté de sélect. fichiers, si je tente avec d'autres cela ne fait que grandir la liste des noms de fichiers avec une croix devant.
Bref je ne peux pas uploader d'image avec cette version (je m'en étais pas rendu compte car j'utilisais pas l'upload d'images par ce biais, j'utilisais le ftp car dès qu'il y a beaucoup d'images dans le répertoire cela se met à ramer voire planter donc j'ai laissé tomber l'upload via l'éditeur d'article ou la rubrique médias).
Cela dit comme hier j'ai voulu tester l'accès et l'upload d'images via le mobile par curiosité, je confirme que ce n'était pas le cas dans la beta précédente, j'avais pu uploader une image dans un article depuis le mobile.
Pierre Aribaut - zetrader & zeforums
https://github.com/pluxml/PluXml/commit/71d4c3daa109209e87e034856c8c807668d71ca1
Si vous pouvez tester et me confirmer que c'est bien corrigé... Merci.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
J'ai fermé le navigateur, fait un coup de ccleaner, revenu pour tester et le problème reste le même.
Au passage dans mon fichier cela se situe en ligne 303 et non 314 comme indiqué sur github.
Pierre Aribaut - zetrader & zeforums
http://forum.pluxml.org/viewtopic.php?pid=52976#p52976
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Je peux refaire un upload si tu veux, pour tester si il y a un changement, mais a priori je ne vois pas pourquoi ce serait différent, je l'ai téléchargé hier aprem du github que tu cites.
Pierre Aribaut - zetrader & zeforums
donc un peu mieux qu'avant mais toujours pas ca.
@zetrader , sans plugin éditor pour le moment.
[em]PS: sinon c'est normal que la position de la ligne puisse différer car il y a eu un commit qui ajoute des lignes sur ce fichier depuis la rc3[/em]
Buster/NGINX/PHP7/PluXml5.8
- Pas de souci dans un article.
- En page statique par contre, l'image est affichée au début, puis une fois la page sauvegardée, l'image n'est plus affichée dans la page en cours d’édition car elle tente d'afficher "http://monsite.com/rc3/core/admin/data/medias/image.png" au lieu de "http://monsite.com/rc3/data/medias/image.png" toutefois sur le site l'image est bien affichée puisque qu'en fait le chemin enregistré ( data/medias/image.png ) est bon.
Avec CKEditor 4.5.11 qui lui affiche comme chemin de fichier /rc3/data/medias/images.png dans l'édition d'un article et d'une page statique (même si en vrai il sauvegarde data/medias/image.png) , pas de soucis
( /rc3/ car mon installation de pluxml est dans le dossier /rc3/ )
---
Edit: j'ai aussi un bug avec les feed xml ( mais là c'est du à BetterUrls car cela le fait avec ou sans multilingue )
- Le fil rss des articles d'une catégorie ne se limite pas aux articles de cette catégorie mais affiche tous les articles.
---
Edit 2: Le bug de réécriture des liens dans la page statique n'est plus à l'édition de la page statique mais il persiste à l'affichage de la page en question.
A l'affichage vas remplacer le lien/texte en ( le article80 disparait quand on affiche la page statique)
Edit 3: cela me le fait aussi dans un article.
Buster/NGINX/PHP7/PluXml5.8
Peux-tu tester avec la version de PluXml dispo à partir de la branch master
https://github.com/pluxml/PluXml/archive/master.zip
Sinon peux-tu me donner + de détails sur le paramétrage de ton multilingue pour que je sois dans les memes conditions que toi
Merci
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Corrigé
https://github.com/Pluxopolis/plxEditor/releases/tag/1.5.4rc1
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
OK, problème d'image à l'upload et d'affichage avec plxeditor résolu tous les deux avec avec la branche master.
Buster/NGINX/PHP7/PluXml5.8
ouf ça me rassure :P
edit: sinon y a bien un bug dans le fil rss des articles d'un catégorie à cause MyBetterUrls
edit2: je confirme le bug avec MyBetterUrls
A l'affichage va etre remplacé par
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Corrigé
https://github.com/Pluxopolis/plxMyBetterUrls/releases/tag/1.5.4rc2
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Cela commence à bien aller à ce que je teste, c'est pas mal du tout
[del]Edit: pour le problème de mybetterurl, je m'en suis sorti en rajoutant dans le plugin plxMyBetterUrls:[/del] (ne fonctionne plus) et en modifiant la fonction RewriteUrls() du plugin pour y ajouter à la fin
C'est peut-être "un peu" bourrin mais ca fait la job en attendant.
Edit 2: Cela ne resoudra pas le probleme si de tels liens sont mis en sidebar ou autre mais en tout cas dans le contenu c'est déjà cela.
Buster/NGINX/PHP7/PluXml5.8
Est-ce que je dois écraser aussi theme et data ? Il y a du nouveau dans ces dossiers ?
Sinon tout le reste marche nickel, à la limite pour moi c'est pas grave vu que je n'utilisais pas cette fonction, mais bon, c'est quand même bizarre et puis c'est quand même mieux que cela fonctionne.
EDIT : je viens de faire une installation rapide "from scratch" avec rien d'autre, sans aucun plugin installé, dans un autre dossier, avec Pluxml la dernière version PluXml-master du 10 mars et dans le gestionnaire de médias, impossible d'uploader une image. Donc rien à voir avec theme et data ou un quelconque plugin installé.
EDIT 2 : après avoir testé l'upload depuis le pc, en testant depuis le téléphone mobile (cela avait marché avant le changement de version), upload impossible aussi depuis le mobile, vraiment bizarre.
EDIT 3 : en testant sur mon Pluxml 5.5 je ne peux pas non plus uploader d'images sur le gestionnaire de médias, c'est nouveau ça, un changement de mon serveur ? (1and1). Sinon sur le même domaine/serveur, je viens de tester je peux uploader des images sans problème avec un autre CMS (Punbb), de forum, aussi bien via le chat (upload d'images) qu'en topic (upload d'images ou de fichiers pdf). J'avoue que cela me laisse perplexe, il y a visiblement quelque chose qui ne plait pas à mon serveur dans la manière d'uploader de Pluxml. J'ai regardé les permissions du dossier "medias" via Filezilla, c'était sur 705, j'ai mis sur 777 pour permettre upload à tout groupe, cela ne change rien à l'affaire, toujours impossible d'uploader via Pluxml.
Copie d'écran du problème sur installation toute neuve sans aucun plugin :
J'ai essayé d'uploader une image après l'autre, aucune n'a été uploadé.
Pierre Aribaut - zetrader & zeforums
1) cliques sur le bouton "Select. fichiers"
L'affichage "Aucun fichier choisi" est un affichage systeme propre à tous les sélecteurs de fichiers. Le libellé peut varié en fonction des navigateurs. Rien à voir avec PluXml, c'est propre au html
2) la petite croix rouge devant le nom des fichiers est pour supprimer les fichiers de la file d'attente des envois
3) cliques sur le bouton "Envoyer" en dessous de Emplacement : (racine) / pour déclencher l'envoi des fichiers sur le serveur.
Ce mode de fonctionnement n'est pas nouveau il existe depuis plusieurs version de PluXml, je suis donc étonné du contenu de ton post, ou alors j'ai pas tout compris le probleme que tu rencontres.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Donc désolé, après test sur pc et sur smartphone, l'upload d'images fonctionne bien partout, à condition de cliquer sur le bouton "Envoyer"
Pierre Aribaut - zetrader & zeforums
MyMultiLingue fonctionne bien, PlxEditor aussi, Pluxml la dernière version master aussi..cela donne envie d'utiliser tel quel vu les avancées ^^
Il reste encore des choses à corriger sur Mybetterurls ?
Pierre Aribaut - zetrader & zeforums
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
https://www.google.fr/?gws_rd=ssl#q=Votre+site+ne+contient+aucune+balise+%22hreflang%22&*
Et en tombant sur un outil pour vérifier ses hreflang : http://flang.dejanseo.com.au/
Je vois que mon site de test ( http://zetrader.info/test56multi/ ) ou celui de Yannic ( http://cryptocoins.exposed/rc3/ ) renvoie cette erreur pour les 2 autres langues que la langue principale : "We can't found link on alternate location!"
En testant un site international (ce n'est pas le mien : royalartpalace.com) qui a rencontré des problèmes avec la détection de la balise hreflang par google il y a des mois de ça mais qui semble l'avoir résolu parce qu'au même outil il passe les 3 langues sans erreur.
Donc d'où peuvent venir les erreurs dans les autres langues sur notre CMS ?
Nota : sur mon dossier de test, je suis sur les toutes dernières versions de Pluxml (version master de cet aprem) et plxMyMultiLingue (master, téléchargé et mis à jour ce soir).
Pierre Aribaut - zetrader & zeforums
Salut, pour cryptocoins.exposed/rc3/, ne pas se fier car il est no-index, no follow donc c'est normal en théorie que cela ne les vois pas.
Pour ton site je vois bien tes href lang avec l'outil https://technicalseo.com/seo-tools/hreflang/
Par contre sur http://flang.dejanseo.com.au/ que tu cite il y a un problème il vois les liens sans le dernier slash ( http://zetrader.info/test56multi/en qui renvoie vers un 404 de la langue par défaut au lieu de http://zetrader.info/test56multi/en/ )
Apparemment c'est une erreur de dejanseo ([em] à moins que ce ne soit volontaire de leur part ? [/em]) car quand on regarde le code source toutes les urls sont bien avec un / à la fin.
A la limite faudrait tester en ajoutant un renvoi de http://zetrader.info/test56multi/en vers http://zetrader.info/test56multi/en/ et idem pour /es/
Edit: en testant rapidement avec en code : Cela fonctionne sur http://flang.dejanseo.com.au/
[em]D'ailleurs cela serais peut-être pas mal que /$lang renvoie vers /$lang/ [/em]
Pour google, la prise en compte est parfois longue, aussi les hreflang ne sont pris en compte que si il existe les liens de retour
exemple : /mapage.fr dois renvoyer vers /mapage.en et inversement /mapage.en dois aussi renvoyer vers /mapage.fr sinon ce n'est pas pris en compte.
Buster/NGINX/PHP7/PluXml5.8
Merci Yannic, bien vu pour le /$lang sans slash à la fin, je viens de tester en effet /en ou /es renvoie vers une erreur 404, c'est donc pour ça que le site flang.dejanseo.com.au détecte une erreur de non renvoi du hreflang, si il le fait, peut-être que certains robots vont aussi tester l'url sans slash à la fin, bonne suggestion que la redirection de /$lang vers /$lang/ en 301.
Pierre Aribaut - zetrader & zeforums
dans les autres langues que celle par défaut celui-ci reste toujours en noactive
Sur la langue par défaut, tout vas bien, le menu blog est en "active"
Exemple:
http://cryptocoins.exposed/rc4/blog
http://zetrader.info/test56multi/blog
Par contre sur les autres langues :
http://zetrader.info/test56multi/en/blog , http://zetrader.info/test56multi/es/blog
on vois que le menu blog est resté en "noactive"
Pour le reste du menu, tout semble bien fonctionner.
Le problème se produit avec aussi bien la fonction $plxShow->pageBlog du thème que via la fonction $plxShow->staticList avec en paramètre le menu blog.
Edit: en modifiant le regex pour enlever le "^" et en ajoutant un $this->plxMotor->mode au QUERY_STRING lignes 1316 et 1794 de class.plx.show.php par :
Le problème semble résolu dans tous les cas (avec ou sans multilingue, avec ou sans betterurls, avec ou sans réécriture d'url)
Exemple:
http://cryptocoins.exposed/rc4/fr/blog
Buster/NGINX/PHP7/PluXml5.8
Si tu veux tester c'est à partir de la version de la branche master sur github
https://github.com/Pluxopolis/plxMyMultiLingue/archive/master.zip
Je ferai la mise à jour de la version pre-release si tu me confirmes que c'est bon.
Merci
Consultant PluXml
Ancien responsable du projet (2010 à 2018)