Language Domains (de Yireo - Jisse Reitsma)

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • RobertG
    a répondu
    Je suis en train de tester un site J3 déjà bilingue : avec GJ, ça ne fonctionne pas (il faut que je comprenne pour quelle raison), le nom de domaine ne change pas. Avec Language2Domain, en effet, on arrive à supprimer le code de langue. Pour ça, il ne faut pas ajouter les codes dans la zone "bindings" et désactiver l'affichage de ce code dans le plugin filtre de langue.

    Complément : test GJ sur un site J3 avec Joaktree, pas de changement de nom de domaine, pour une raison que je n'ai pas pu mettre en évidence ; sur un site neuf, le changement de nom fonctionne, mais il est impératif de conserver le tag de langue. Cela dit, je n'avais pas testé GJ sur des extensions tierces.
    Dernière édition par RobertG à 21/06/2022, 09h31

    Laisser un commentaire:


  • woluweb
    a répondu
    Efectivement, Language2Domain est capable de retirer le code de langue.

    Au départ je n'avais pas besoin de retirer le code de langue.
    Mais c'est une bonne suggestion.
    J'imagine qu'on pourrait adapter le .htaccess (et du coup les ReReplacer) pour réaliser cela.
    daneel, qu'en dis-tu ?

    Laisser un commentaire:


  • RobertG
    a répondu
    A ce que je vois, tes actions ReReplacer conservent les codes de langue, tout comme la version de GJ, ce que j'avais essayé de modifier, sans succès.
    Si je me souviens bien de mes tests, Language2Domain était capable de s'en affranchir.
    Il faudrait que je teste les extensions officielles sur une version 3.

    Laisser un commentaire:


  • woluweb
    a répondu
    Merci RobertG !
    Ton site de démo confirme ce que j'avais cru remarquer sur le mien où j'utilise le plugin GJ (mais pour Joomla 3) : les "steps" 2 et 3 ne sont pas gérés par GJ.
    Donc pour le référencement notamment, tu as intérêt à appliquer les "steps" 2 et 3 que j'explique dans mon petit document.

    Laisser un commentaire:


  • RobertG
    a répondu
    Bonjour,

    Pour info, j'ai un site de test multidomaines multilangue J3 migré en J4 qui tourne sous PHP 8.0 (pas testé avec la 8.1) avec GJ Multilanguage Domains depuis pas mal de temps. https://multi-fr.par-robertg.fr/
    Je sais qu'il y a des anomalies, mais depuis que j'ai adapté ce plugin, j'ai oublié quoi
    C'est notamment la suppression du code langue dans le plugin filtre qui est interdite.
    Contact par MP si quelqu'un veut tester après avoir exploré.

    J'avais tenté de rendre Language2Domains compatible, mais je n'ai pas réussi ("La page n'est pas redirigée correctement"). Comme l'autre semblait globalement fonctionner, je n'avais pas cherché plus avant.

    Laisser un commentaire:


  • woluweb
    a répondu
    Et bien pile trois ans après avoir ouvert ce sujet, je vous reviens pour faire une petite mise à jour.
    Surtout que si pour Joomla 3 on a finalement eu Peter Martin qui a repris le plugin "Language Domains" de Jisse Reitsma aka Yireo, pour Joomla 4 on n'a toujours rien à l'horizon.
    (pour être complet, il avait été question d'avoir du multidomaines / multisites pour Joomla 4.2, mais ce ne sera clairement pas pour J4.2... et rien à l'horizon non plus)

    Bref, comme je souhaitais migrer le site en question vers Joomla 4, j'ai planché sur le sujet... et j'ai trouvé une solution pragmatique (qui ne requiert même pas de plugin donc pas de code. Ceci étant dit, si sur cette base qqun voulait créer un plugin, je serais ravis de tester / participer bien sûr).

    Voici donc la solution que j'ai mise et point et testée.
    Sur mon site ça fonctionne.

    Si vous avez la moindre suggestion d'amélioration ou un commentaire à formuler, je suis preneur !
    (je pourrai alors aussi intégrer votre feedback pour essayer de transformer cette note en un article pour le Joomla Community Magazine histoire de partager nos trucs & astuces)

    https://github.com/woluweb/a_differe..._each_language

    Laisser un commentaire:


  • houba_houbi
    a répondu
    Bonjour

    daneel

    Envoyé par daneel Voir le message
    Bonjour,

    En vérifiant le site, tout est correct et bien réalisé mis à part l'absence des pages traduites en italien dans le plan de site it (et c'est ok pour anglais et français) :
    http://www.overland-collection.it/in...&view=xml&id=3

    Mon avis pour la nouvelle version c'est d'utiliser le même plugin ainsi qu'osmap, cela reste la meilleure solution.

    Le fait que yiero n'assure plus le développement n'est pas si grave car le code n'est pas non plus très compliqué.
    On pourra toujours se créer un groupe de travail pour le reprendre et le faire évoluer pour J4 pour les personnes intéressées.
    Ok super et merci pour le site map brisé... Je vais regarder de plus près !
    Je ne suis pas dév donc je ne me propose pas pour travailler sur ce plugin

    Laisser un commentaire:


  • houba_houbi
    a répondu
    Bonjour

    woluweb

    Envoyé par woluweb Voir le message
    Bref, même avec Yireo la balise langue s'adapte visiblement.
    (J'ignore donc pourquoi ce n'est pas le cas sur https://vider-mon-cache.fr/)
    Je viens de regarder dans les param du plugin sur mon site, bon pas de paramétrages compliqués :
    Cliquez sur l'image pour l'afficher en taille normale

Nom : Capture d’écran 2019-06-21 à 12.45.15.png 
Affichages : 212 
Taille : 109,3 Ko 
ID : 2002485
    Ensuite le plugin Système Code Langue est activé sans paramètres particuliers. Mais le plugin Filtre de langue est désactivé (je crois que c'était nécessaire pour utiliser le plugin Yireo ?)

    Laisser un commentaire:


  • daneel
    a répondu
    woluweb

    Merci Marc. C'est une solution temporaire qui fonctionne et des idées d'amélioration pour une prochaine version.

    Je pense que ce sera plus simple de recréer l'extension compatible joomla 3.x et 4.0
    Si vous avez d'autres questions ou suggestions, n'hésitez pas.



    Laisser un commentaire:


  • woluweb
    a répondu
    Merci daneel

    Bon, le plugin ne gère pas ça

    Je viens d'ajouter une règle à l'aide de ReReplacer ("treat as list") qui fait le remplacement suivant dans le Head :

    Remplace
    Code HTML:
    https://www.belgiqueenbonnesante.be/nl/,https://www.healthybelgium.be/nl/,https://www.belgiqueenbonnesante.be/en/,https://www.gezondbelgie.be/en/,https://www.healthybelgium.be/fr/,https://www.gezondbelgie.be/fr/
    Par
    Code HTML:
    https://www.gezondbelgie.be/nl/,https://www.gezondbelgie.be/nl/,https://www.healthybelgium.be/en/,https://www.healthybelgium.be/en/,https://www.belgiqueenbonnesante.be/fr/,https://www.belgiqueenbonnesante.be/fr/
    Et ça marche

    Tant qu'à faire, j'ai ajouté une règle Rereplacer pour le Body, histoire que le Language Switcher s'adapte aussi :
    Remplace
    Code HTML:
    <a href="/nl/,<a href="/fr/,<a href="/en/
    par
    Code HTML:
    <a href="https://www.gezondbelgie.be/nl/,<a href="https://www.belgiqueenbonnesante.be/fr/,<a href="https://www.healthybelgium.be/en/
    NB : je ne ferme pas la balise <a href=" parce que le remplacement doit être fait pour toutes les page du site, pas juste la page d'accueil
    Dernière édition par woluweb à 20/06/2019, 17h44

    Laisser un commentaire:


  • daneel
    a répondu
    Hello Marc,

    Quand on examine le code source de la page https://www.belgiqueenbonnesante.be/fr/

    Code HTML:
    <link href="https://www.belgiqueenbonnesante.be/nl/" rel="alternate" hreflang="nl-NL" />
    <link href="https://www.belgiqueenbonnesante.be/fr/" rel="alternate" hreflang="fr-FR" />
    <link href="https://www.belgiqueenbonnesante.be/en/" rel="alternate" hreflang="en-GB" />
    Il me semble que le lien devrait être le site healthybelgium pour la version en-GB et gezondbelgie pour la version nl-nl ???

    Comme je l'ai indiqué précédemment, effectuer uniquement une redirection pose problème et génère des erreurs dans search console.
    Il faudrait intercepter ces url et les remplacer par leur url correspondante avant l'affichage de la page donc d'avoir au final :

    Code HTML:
     <link href="https://www.gezondbelgie.be/nl/" rel="alternate" hreflang="nl-NL" />
    <link href="https://www.belgiqueenbonnesante.be/fr/" rel="alternate" hreflang="fr-FR" />
    <link href="https://www.healthybelgium.be/en/" rel="alternate" hreflang="en-GB" />

    Laisser un commentaire:


  • woluweb
    a répondu
    Petite info en passant : je viens de faire un petit comparatif des deux plugins... au niveau de la balise langue générée :

    GJ Multilanguages Domain de Chillout
    https://www.belgiqueenbonnesante.be/fr/ <html lang="fr-fr" dir="ltr">
    https://www.healthybelgium.be/en/ <html lang="en-gb" dir="ltr">
    https://www.gezondbelgie.be/nl/ <html lang="nl-nl" dir="ltr">

    Language Domains de Yireo
    https://www.ajpds.be
    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr-fr" lang="fr-fr" dir="ltr" class="com_content view-article itemid-469 j39 mm-hover com_content view-article itemid-469 mm-hover j39">
    https://www.vpjsr.be
    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl-nl" lang="nl-nl" dir="ltr" class="com_content view-article itemid-470 j39 mm-hover com_content view-article itemid-470 mm-hover j39">
    (bref, il y a peut-être un autre problème indépendant pour clear-my-cache.com genre une autre extension qui cause le souci)

    Bref, même avec Yireo la balise langue s'adapte visiblement.
    (J'ignore donc pourquoi ce n'est pas le cas sur https://vider-mon-cache.fr/)

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par houba_houbi Voir le message
    Bonjour

    pour les sitemap j'ai utilisé l'extension Osmap pour avoir des sitemap par langue. Mais j'ai dû créer le sitemap.xml qui indique les urls des différents Osmaps => Je ne sais pas si c'était la meilleure solution mais la seule que j'avais trouvé à l'époque.
    Bonjour,

    En vérifiant le site, tout est correct et bien réalisé mis à part l'absence des pages traduites en italien dans le plan de site it (et c'est ok pour anglais et français) :
    http://www.overland-collection.it/in...&view=xml&id=3

    Mon avis pour la nouvelle version c'est d'utiliser le même plugin ainsi qu'osmap, cela reste la meilleure solution.

    Le fait que yiero n'assure plus le développement n'est pas si grave car le code n'est pas non plus très compliqué.
    On pourra toujours se créer un groupe de travail pour le reprendre et le faire évoluer pour J4 pour les personnes intéressées.


    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par woluweb Voir le message

    ah, figure-toi que j'aurais voulu faire ça, mais j'ai pas trouvé la solution "simple" en .htaccess
    Tu aurais un lien sous la main ?

    Sinon, Eric mentionnait l'alternative https://extensions.joomla.org/extens...guages-domain/.
    J'ai jeté un rapide coup d'oeil au code : c'est beaucoup (beaucoup) plus court que le plugin de Yireo.
    Mais dans mon cas, peu importe falang (jamais utilisé) et les autres extensions. Donc peut-être que ça fait le job.
    Je testerai mais si qqun a un retour d'expérience, c'est toujours bon à prendre...

    Surtout par rapport à ce "lang=" qui semble ne pas être correct avec Yireo visiblement (merci Yann pour le retour).

    Dans GJ Multilanguage, dans le site cité par Eric (https://pinetteemidecau.ru/ru/), le "lang=" semble être mieux (même si je suis étonné de voir des classes dans la balise html).

    <html lang="ru-ru" dir="ltr"
    class='com_content view-featured itemid-1011 j39 mm-hover'>
    désolé je n'ai pas de liens mais j'essaierai de réécrire la règle pour le htaccess... elle est assez simple
    Tout aussi simple que GJ multilangue qui effectue également une redirection 301 mais ne modifie pas les alternatives dans le code source des pages et les balises canonical ne sont pas correctes.

    Je suis peut être trop exigeant mais le plus simple c'est de vérifier à travers google search console. Dans ciblage international, on doit voir les erreurs.
    Normalement si on donne une adresse alternative pour une langue, elle doit correspondre à l'adresse définitive et non une redirection comme l'a précisé John Mueller (et je le crois!!) :
    http://www.thesempost.com/google-don...irecting-urls/



    Laisser un commentaire:


  • woluweb
    a répondu
    Envoyé par daneel Voir le message
    Hello,

    Dans certaines configurations Joomla, on peut gérer simplement via le htaccess (donc sans extensions).
    ah, figure-toi que j'aurais voulu faire ça, mais j'ai pas trouvé la solution "simple" en .htaccess
    Tu aurais un lien sous la main ?

    Sinon, Eric mentionnait l'alternative https://extensions.joomla.org/extens...guages-domain/.
    J'ai jeté un rapide coup d'oeil au code : c'est beaucoup (beaucoup) plus court que le plugin de Yireo.
    Mais dans mon cas, peu importe falang (jamais utilisé) et les autres extensions. Donc peut-être que ça fait le job.
    Je testerai mais si qqun a un retour d'expérience, c'est toujours bon à prendre...

    Surtout par rapport à ce "lang=" qui semble ne pas être correct avec Yireo visiblement (merci Yann pour le retour).

    Dans GJ Multilanguage, dans le site cité par Eric (https://pinetteemidecau.ru/ru/), le "lang=" semble être mieux (même si je suis étonné de voir des classes dans la balise html).

    <html lang="ru-ru" dir="ltr"
    class='com_content view-featured itemid-1011 j39 mm-hover'>

    Laisser un commentaire:

Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X