Pluxml multilingue : possibilité de relier manuellement les articles

12346»

Réponses

  • YannicYannic Member
    mars 2017 modifié
    Stéphane a écrit:
    @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

    OK, le menu blog en "active" apparaît bien quand on est sur la page-blog

    Toutefois, c'est pour cela que j'avais modifier plxShow, c'est qu'en fait avec BetterUrls la fonction fonctionne mal. (et à mon avis que ce soit avec ou sans multilingue), c'est juste que multilingue à fait ressortir le problème.

    Si je regarde ce qu'elle est censé faire : être "active" sur : page-blog, categorie, archives, tags, articles
    reg_match('/^(blog|categorie|archives|tag|article)/'
    
    Avec mybetterurls elle ne trouve pas categorie et article aussi bien dans la langue par défaut que dans une langue différente si l'on est dans des liens "direct" comme cela :
    http://cryptocoins.exposed/rc4/albert (<-article)
    http://cryptocoins.exposed/rc4/fr/fables (<- catégorie)

    mais trouvera :
    http://cryptocoins.exposed/rc4/tag/shampanskogo ( <- tag )
    et aussi maintenant :
    http://cryptocoins.exposed/rc4/fr/archives/2017/03 ( <- archives )

    Edit: Je confirme sans BetterUrls, pas de problème.

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    @Yannic: j'ai reporté ta modif dans PluXml qui est la meilleure et fait une rollback sur celle que j'avais fait sur le plugin
    Merci

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • YannicYannic Member
    mars 2017 modifié
    Stéphane a écrit:
    @Yannic: j'ai reporté ta modif dans PluXml qui est la meilleure et fait une rollback sur celle que j'avais fait sur le plugin
    Merci
    Salut, jai l'impression que tu n'as pas ajoutė le motor->mode mais je vais regarder mieux ce soir..
    Merci

    Buster/NGINX/PHP7/PluXml5.8

  • La modif est sur le github master de Pluxml ? Si je veux mettre à jour les versions de test pour Pluxml et plxMyMultiLingue, je télécharge où pour avoir les dernières versions incluant les dernières modifications ?
  • StéphaneStéphane Member, Former PluXml Project Manager
    Quand tu arrives sur la page d'accueil de github
    https://github.com/pluxml/PluXml
    clic sur le bouton vert à droite (clone or download)
    tu auras accès à un lien "Download Zip"

    Sinon directement à partir de ce lien
    https://github.com/pluxml/PluXml/archive/master.zip
    (lien qui est toujours le meme pour la branche en cours de developpement)

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • zetraderzetrader Member
    mars 2017 modifié
    Ok (pluxml mis à jour sur version de test) et plxMyMultiLingue, pas de modif finalement depuis le 9 mars (la dernière version que j'avais téléchargé le 16 mars avaient des fichiers modifiés en date du 9 mars) ?
    Je vois que des fichiers ont été modifié il y a environ 6 heures de ça :
    https://github.com/Pluxopolis/plxMyMultiLingue/
    changelog.txt maj changelog + infos (reverted from commit 5fe345d) 6 hours ago
    infos.xml maj changelog + infos (reverted from commit 5fe345d) 6 hours ago
    plxMyMultiLingue.php bug class active sur lien Blog (reverted from commit 85e600c) 6 hours ago

    Je télécharge cette dernière version master pour être à jour ?
  • YannicYannic Member
    mars 2017 modifié
    @zetrader, tu est correct avec plxMyMultiLingue du 16 mars, (le 21 retire le 20).

    ---

    @Stéphane, je confirme, tu as oublié de rajouter aux deux lignes du regex l'ajout du mode, sans cela la modif ne sers "presque" à rien
    $_SERVER['QUERY_STRING'].$this->plxMotor->mode
    
    ( Ainsi si il ne trouve pas article, categorie, blog, tags, archives dans le QUERY_STRING, il le trouvera dans le plxMotor->mode )

    ---

    Aussi, je ne sais pas si cela t’intéresse, vu que c'est le même fichier (plx.show.php) : la possibilité de mettre en "active" les tags d'un article montrés dans la sidebar lorsque l'on est sur ce même article.
    Exemple sur cette page: http://cryptocoins.exposed/rc4/fr/le-loup-la-mere-et-lenfant où, sur la sidebar les mots clefs de l'article "Mère", "Enfant, "Loup" apparaissent en rouge dans la sidebar.
    Exemple: ici le code modifié :
    http://cryptocoins.exposed/rc4/fr/quatrieme-page

    ---
    [del]
    Et à moins que tu ai une autre idée en tête pour nos amis Russes, si il était possible d'inclure la modification [Russe] http://forum.pluxml.org/viewtopic.php?pid=52934#p52934 (plx.utils.php)[/del] (je viens de voir qu'il était dans les bogues du changelog)

    Avec tout cela, je pense qu'on serais parfait et sans autres bugs connus pour ma part sur PluXml avec ou sans Multilingue avec ou sans BetterUrls.

    [em]Merci de ton temps.[/em]

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    Yannic a écrit:
    Aussi, je ne sais pas si cela t’intéresse, vu que c'est le même fichier (plx.show.php) : la possibilité de mettre en "active" les tags d'un article montrés dans la sidebar lorsque l'on est sur ce même article.
    Exemple sur cette page: http://cryptocoins.exposed/rc4/fr/le-loup-la-mere-et-lenfant où, sur la sidebar les mots clefs de l'article "Mère", "Enfant, "Loup" apparaissent en rouge dans la sidebar.
    Exemple: ici le code modifié :
    http://cryptocoins.exposed/rc4/fr/quatrieme-page

    Pris en compte.
    Merci
    https://github.com/pluxml/PluXml/commit/ee9d379abda856d765384b5162da3659eabb9d2c

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    @Yannic: j'ai reporté la modif pour la surbrillance du menu Blog. Encore merci

    https://github.com/pluxml/PluXml/commit/18bc4a77aa3e59c2bbb903732c878e0c5a173c2e

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • YannicYannic Member
    mars 2017 modifié
    Stéphane a écrit:
    @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

    Je viens de faire la mise à jour, et c'est très bon pour multilingue :cool:

    Merci :)


    [em][del]J'ai perdu la couleur de "blog" quand il est ajouté en paramètre à staticList(xx,yy,2) car il manque "static menu" devant le " active" dans la class, mais bon tu as peut-être pas fini de modifier.[/del][/em]

    Edit: merci encore.

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    Yannic a écrit:

    [em]J'ai perdu la couleur de "blog" quand il est ajouté en paramètre à staticList(xx,yy,2) car il manque "static menu" devant le " active" dans la class, mais bon tu as peut-être pas fini de modifier.[/em]

    Corrigé

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • YannicYannic Member
    mars 2017 modifié
    Merci Stéphane,

    Pour moi la version actuelle fonctionne bien et est plus qu’acceptable.


    En petit "glitch" mineur j'ai : (dans l'administration)

    Si l'on est avec le paramètres de ne pas suivre la langue.
    (Préserver l'affichage de l'interface d'administration avec la langue du profil utilisateur connecté : NON)
    - La traduction d'un terme/phrase peux parfois rester dans l'ancienne langue quand on change de langue.

    Exemple si dans l'édition d'un article, on clique sur le lien en dessous de "Dépendances de cet article : liste des identifiants par langue (option)"
    Cette même phrase reste dans l'autre langue, si l'on re-clique dessus la, la langue de cette phrase change cette fois mais du coup se retrouve inversé par rapport à la langue courrante

    ( mais bon c'est un tout petit bug mineur, il suffit de re-cliquer sur la langue en cours pour que cela se remette bien )

    ----

    Si il y avais une amélioration du plugin à faire, se serais lorsque que l'on change de langue on reste sur la même url avec les même paramètres en GET au lieu de toujours revenir sur index.php

    ----

    Edit: il existe un gros bug en fait ( côté visiteur seulement ) pour les plugins qui s'appuie sur $this->default_lang
    ( plxMyContact, plxMySearch, et dans un moindre mesure plxMyAllArchive testé pour le moment )
    Je develloperai demain le bug

    Buster/NGINX/PHP7/PluXml5.8

  • YannicYannic Member
    mars 2017 modifié
    Si je suis ce qui se produit dans les plugins (plxMyContact, plxMySearch, plxMyAllArchive (<-dans une moindre mesure) et peut-être d'autres ?) quand on est coté visiteur.

    $this->url reçu/utilisé dans ces plugins ( coté visiteur ) reste/retourne sur la langue par defaut ( sans /en/ par exemple si ils sont après mulitingue ou retourne l'url avec /en/ si ils sont avant multilingue mais fonctionnent encore plus mal )
    et :
    $this->default_lang reçu/utilisé dans ces plugins ( coté visiteur ) est soit :
    - la langue par défaut du site (si l'on est pas connecté à l'administration)
    - la langue langue actuelle dans l'administration (si l'on est connecté à l'administration)
    ( on dirais qu'elle suit la variable de session data_lang )

    Même si dans l'administration, tout à l'air de bien fonctionner.
    Tous les plugins que j'ai pu testé et qui était compatible multilingue ne le sont plus coté visiteur dans les autres langues.

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    Yannic a écrit:

    Edit: il existe un gros bug en fait ( côté visiteur seulement ) pour les plugins qui s'appuie sur $this->default_lang
    ( plxMyContact, plxMySearch, et dans un moindre mesure plxMyAllArchive testé pour le moment )

    c'est en cours de correction

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    @Yannic: tu peux refaire des tests si tu veux stp. j'ai également fait des corrections sur les plugins pour gérer le multilingue

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • YannicYannic Member
    avril 2017 modifié
    Stéphane a écrit:
    @Yannic: tu peux refaire des tests si tu veux stp. j'ai également fait des corrections sur les plugins pour gérer le multilingue

    En un mot superbe !
    La gestion des langues est vraiment meilleure et plus besoin de modifier un plugin pour rajouter une langue, belle améliorations en tout points.

    Testé un peu tout ce que je pouvais avec les dernières versions.

    ---

    Les seuls tout petit trucs que j'ai vu : ( histoire de dire quelque chose lol )

    [del]-> plxMyAllArchive : le "par" n'est pas traduit dans les résultats affichés.[/del]

    -> Dans le sitemap les liens ajoutés par les plugins sont sans leur dossier de langues
    exemple: sur http://cryptocoins.exposed/rc4/sitemap.php/en
    les pages de contact, allarchive et search sont sans le /en/

    et le bug récurant des textes et liens externes contenant article[num], categorie[num] et static[num] du à MyBetterUrls (mais bon on peux pas tout avoir lol)

    ---

    Sinon tout le reste à l'air super beau !
    Merci.

    Buster/NGINX/PHP7/PluXml5.8

  • YannicYannic Member
    avril 2017 modifié
    Edit: j'ai aussi un petit truc amusant :D ( valable uniquement si l'url de la page du plugin visité n'entre pas dans le cadre /([a-z]{2})/ )

    Si par exemple j'arrive sur l'url d'un plugin mais avec une ajout à l'url : (exemple /test)
    http://cryptocoins.exposed/rc4/allarchive/test
    cela vas inserer dans le menu uniquement à toutes les pages de plugins les deux derniers caracteres du plugin comme une langue (ici /ve/ de allarchive) comme s'il s'agissait d'une langue.
    dans le menu par exemple: le lien vers la page contact deviens http://cryptocoins.exposed/rc4/ve/contact

    avec http://cryptocoins.exposed/rc4/cherche/test
    le lien vers la page de contact deviens http://cryptocoins.exposed/rc4/he/contact

    ( cela ne le fait pas si l'on est dans une dossier de langue /([a-z]{2})/ ex: )
    http://cryptocoins.exposed/rc4/en/cherche/test
    les liens dans le menu vers les pages des plugins sont bons.

    Buster/NGINX/PHP7/PluXml5.8

  • YannicYannic Member
    avril 2017 modifié
    @Stephane, après quelques tests il manque en fait une sorte de "validate lang" aux lignes 24 des plugins plxMyContact,plxAllArchive,plxMySearch

    Exemple de correction rapide
    (à modifier pour les langues valides en fait, là je ne me suis pas embêté car je n'ai mis que deux langue si la langue n'est pas francais (seconde langue) alors elle deviens la langue que j'ai par défaut du blog (anglais) )
    		# gestion du multilingue plxMyMultiLingue
    		if(preg_match('/([a-z]{2})\/(.*)/i', plxUtils::getGets(), $capture)) {
    				$this->lang = $capture[1].'/';
    				if ($this->lang!='fr/') $this->lang='en/';
    		}
    

    J'ai remarqué ce problème car j'ai configuré sur mon dernier site de test plxMyBetterUrls pour avoir en url :
    http://cryptocoins.exposed/56/blog/mon-article

    Du coup dans le menu cela me faisait des liens :
    http://cryptocoins.exposed/56/og/allarchive
    http://cryptocoins.exposed/56/og/search
    http://cryptocoins.exposed/56/og/contact

    Buster/NGINX/PHP7/PluXml5.8

  • StéphaneStéphane Member, Former PluXml Project Manager
    @Yannic: à vérifier mais tu as installé ton PluXml dans un dossier 56. ça fait 2 caracteres comme pour les langues. J'ai rien sous la main pour tester, mais essaye en changeant le nom du dossier en le passant par ex sur 3 caracteres (faire la modif aussi dans le .htaccess à la racine)

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • YannicYannic Member
    avril 2017 modifié
    Stéphane a écrit:
    @Yannic: à vérifier mais tu as installé ton PluXml dans un dossier 56. ça fait 2 caracteres comme pour les langues. J'ai rien sous la main pour tester, mais essaye en changeant le nom du dossier en le passant par ex sur 3 caracteres (faire la modif aussi dans le .htaccess à la racine)

    EDIT: ma correction temporaire dans les plugins:
    # gestion du multilingue plxMyMultiLingue
    		if(defined('PLX_MYMULTILINGUE') && preg_match('/([a-z]{2})\/(.*)/i', plxUtils::getGets())) {
    				$this->lang = PLX_MYMULTILINGUE['lang'].'/';
    		}
    


    c'est pareil, (même problème que quand j’étais en sous-dossier rc4)
    Et en fait c'est le même problème même sans sous-dossier, j'ai modifier mon site de test de /56/ à /.

    pour voir le problème il suffit d'aller sur un article :
    http://cryptocoins.exposed/blog/lorem-ipsum-phasellus-porta-erat-tempus

    ou même un tag :
    http://cryptocoins.exposed/tag/programming

    ou la page des archives normales :
    http://cryptocoins.exposed/archives/2017/04

    (plxMyContact et plxMySearch sont ok car je leurs ai mis cette correction)

    j'ai retirer la correction du code de plxMyAllArchive et l'on vois dans le menu que cela cherche à redirigé vers
    http://cryptocoins.exposed/og/allarchive ( les deux dernières lettres de blog sinon ag pour un tag ou es pour les archives normales )

    ( le problème ne se produit pas si je suis dans la langue /fr/ par contre et ne se produit que pour les plugins qui tentent de récupérer la langue comme le font plxmycontact, plxmyallarchive et, plxmysearch )

    j'aurais pus mettre autre chose que blog, c'est le même résultat mais cette fois avec les deux dernières lettres de ce que j'aurais mis.

    Merci pour tout ce que tu fait

    Buster/NGINX/PHP7/PluXml5.8

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