Paramètre de langue ne se met pas à jour

**dolmenhir** · 29/01/2020, 08h01

Salut,

Envoyé par pampryl Voir le message

et la version Joomla n'est pas à jour (3.5)

Commence par faire la mise à jour et ensuite on verra comment t'aider, si le problème persiste.

Dol.

**pampryl** · 29/01/2020, 08h26

Envoyé par dolmenhir Voir le message

Commence par faire la mise à jour et ensuite on verra comment t'aider, si le problème persiste.

J'ai failli l'indiquer ! On a essayé de faire une mise à jour, le site plante et le template n'est plus compatible. Comme il est prévu de faire une mise à jour et surtout une refonte à la fin de l'année, on ne veut pas payer pour un update maintenant et repayer ensuite pour la refonte.

Est-ce une condition sine qua-none afin d'obtenir de l'aide ?

**dolmenhir** · 29/01/2020, 09h35

Envoyé par pampryl Voir le message

Est-ce une condition sine qua-none afin d'obtenir de l'aide ?

Non, mais comprend bien que t'aider à régler un problème sur un environnement obsolète signifie qu'il y aura un écart entre ce que tu vois et ce que tu devrais voir.
Et à ce "jeu" là, on risque de tourner en rond à essayer de régler un problème qui pourrait ne dépendre que de ta version, alors que de notre côté on te donnerait des indications de sites multilingue tournant avec la dernière version.

Envoyé par pampryl Voir le message

et le template n'est plus compatible

Par ailleurs, ton template semble aussi traîner des pied, et là encore il n'est pas impossible qu'un conflit existe entre le template et des extensions (dont certaines sont probablement également instables).

Envoyé par pampryl Voir le message

Comme il est prévu de faire une mise à jour et surtout une refonte à la fin de l'année?

Tu veux dire fin 2020 ?

Si le site tient jusque là, parce que la v 3.5 est pas la plus étanche des versions.
De nombreuses failles de sécurité existent, et si le site est attaqué, le coût de la restauration pourrait se révéler bien plus cher que la mise à jour.

J'arrive toujours pas à comprendre pourquoi les gens mettent autant de temps à faire des màj.
La 3.5 date de 2016 quand même...
Et les mises à jour, lorsqu'elles sont faites régulièrement, ne coûtent rien (hors problème de compatibilité d'extensions ou de template).

**pampryl** · 29/01/2020, 10h14

Je ne veux pas débattre mais sache qu'on nous facture pour le développement (mises à jours comprises) sont facturées. Je pense qua ça devrait suffire comme "justification".

Un petit coup de main de ta part ou de la communauté, ce n'est donc pas possible ?

**woluweb** · 29/01/2020, 10h22

si si, c'est possible.
Mais je rejoins dolmenhir : si le prestataire n'est pas capable de résoudre ça en moins d'une heure, c'est difficile de demander à des bénévoles d'y passer des heures sachant que c'est une version périmée et que le plus probable est que ça en soit la cause.

Mais je ne vois pas où est le pb de mise à jour : que le template ne soit pas compatible avec un PHP actuel genre 7.3, je conçois bien.
Mais le template n'est même pas compatible avec Joomla 3.9.x ? Très (très) bizarre si c'est le cas.

Sinon, comme premier test de solution, je désactiverais déjà
- absolument le plugin "page cache"
- et ensuite si ça n'a pas résolu le problème, mettre en guise de test le "cache" sur "aucun" dans la Configuration Générale

**dolmenhir** · 29/01/2020, 10h50

Envoyé par pampryl Voir le message

Je ne veux pas débattre mais sache qu'on nous facture pour le développement (mises à jours comprises) sont facturées. Je pense qua ça devrait suffire comme "justification".

Mon intention n'est pas de débattre mais d'aider. Et t'as pas à te justifier, je m'en fiche en fait, ma réflexion n'étant que "philosophique".
Par contre, si te faire payer pour du dev c'est une chose logique, pour les mises à jour, en dehors d'un plan global de maintenance régulière (comme je propose à mes propres clients parce qu'ils n'ont pas le temps de s'en charger eux-même) c'est de l’enfumage.
T'adosser à un tiers qui te facture ses interventions mais qui ne prend pas la peine de veiller à ne pas laisser ton site techniquement à la traîne 3 ans durant, je te suggère de te mettre en quête d'un intervenant plus fiable et sérieux.

Envoyé par pampryl Voir le message

Un petit coup de main de ta part ou de la communauté, ce n'est donc pas possible ?

J'ai pas dis ça, mais comme le souligne également woluweb ta version seule pourrait être la cause de tes misères.

J'ai plusieurs sites clients en multilingue, dont un avec du français et du japonais (+ 10 autres langues).
Ce dernier site ne me pose aucun problème.
L'utilisation du module langue permet de switcher efficacement et de changer le référentiel de langue dans la balise html.

Sur ton site, j'ai noté qu'il fallait cliquer à 2 reprises pour cet attribut soit rafraîchit.
D'où ma première question :
1. quel type de cache utilises-tu sur le site ?

Je présume que les deux plugins
- Système - Code langue
et
- Système - Filtre de langue

sont bien activés et correctement configurés ? (le code langue est renseigné dans le premier ?)

Je note aussi que ta balise html s'accompagne de préfix "og".
As-tu une extension pour ça ? et si oui as-tu essayé en la désactivant pour voir si elle n'interfère pas ?

**pampryl** · 29/01/2020, 11h16

Je réponds ici à tous les deux.

Envoyé par woluweb Voir le message

si si, c'est possible.
Sinon, comme premier test de solution, je désactiverais déjà
- absolument le plugin "page cache"
- et ensuite si ça n'a pas résolu le problème, mettre en guise de test le "cache" sur "aucun" dans la Configuration Générale

Merci pour ton retour Woluweb,

Le plugin de cache était déjà désactivé.
J'ai mis le Cache en OFF dans l'onglet serveur de la Configuration globale.

Le problème est donc malheureusement toujours présent...

Envoyé par dolmenhir Voir le message

Sur ton site, j'ai noté qu'il fallait cliquer à 2 reprises pour cet attribut soit rafraîchit.
D'où ma première question :
1. quel type de cache utilises-tu sur le site ?

Je présume que les deux plugins
- Système - Code langue
et
- Système - Filtre de langue

sont bien activés et correctement configurés ? (le code langue est renseigné dans le premier ?)

Je note aussi que ta balise html s'accompagne de préfix "og".
As-tu une extension pour ça ? et si oui as-tu essayé en la désactivant pour voir si elle n'interfère pas ?

1. J'utilise le cache natif de Joomla.
Les deux plugins sont bien activés et les codes langue Fr, Jp apparaissent bien.
Le site utilise un composant tierce OVA Composer, il venait avec le template il me semble. Si je le désactive, le site disparait et est remplacé par "Site not found".

Je vais essayer avec un autre module de langues, voir ce que ça donne

**dolmenhir** · 29/01/2020, 11h35

Envoyé par pampryl Voir le message

Le site utilise un composant tierce OVA Composer

OVA Composer est un pagebuilder qui a peut etre servi à structurer tes pages

toutefois, je constate que tu a des doublons dans ton code.
ton "header qui contient le menu est en double

Code:

<header class="navbar navbar-default navbar-fixed-top" id="topnav">
<header class="navbar navbar-default navbar-fixed-top" id="topnav">

mais un seul est opérant lorsqu'on scrolle la page

Code:

<header class="navbar navbar-default navbar-fixed-top [COLOR=#FF0000][B]scrolled[/B][/COLOR]" id="topnav">
<header class="navbar navbar-default navbar-fixed-top" id="topnav">

Le module de langue foctionnant de concert avec les menus, ça peut être une piste.

Ton système de mise en page se charge peut-être d'aller cherche ton menu par défaut (plusieurs framework de template le font)
Du coup le module de menu correspondant est peut être actif et entre alors en conflit.

**pampryl** · 29/01/2020, 11h55

Envoyé par dolmenhir Voir le message

Le module de langue foctionnant de concert avec les menus, ça peut être une piste.

Ton système de mise en page se charge peut-être d'aller cherche ton menu par défaut (plusieurs framework de template le font)
Du coup le module de menu correspondant est peut être actif et entre alors en conflit.

J'ai désactivé tous les modules de Menu présents ainsi que le module de langues. Il semble que le double <header> n'apparait plus mais le problème persiste.
me trompe-je ?

**dolmenhir** · 29/01/2020, 12h54

Le problème est toujours là.
Je ce que trouve étrange, c'est qu'il faille cliquer à 2 reprise pour que le code langue soit mis à jour dans la balise html.
A croire que la page ne se recharge pas complètement, d'où mon impression de cache capricieux.
Mais une extension de type "optimisation" pourrait aussi engendre ce type de comportement.
A noter qu'un cache serveur peut aussi en être la cause.

Difficile de faire un diagnostic précis sans connaître tous les facteurs en jeu.

Tu pourrais peut être faire des tests de contournement en créant des liens vers 2 pages test française et japonaise (des items de menu que seul le super user peut voir) et qui feraient appel à des articles utilisant un template + basique comme protostar

Cela permettrait, par exemple, d'écarter tout ce qui est périphérique à ton template par défaut et de ne faire appel qu'à des outils/modules natifs.

**pampryl** · 30/01/2020, 02h57

Hello,

Pour ma part, je n'ai plus le problème du double <header>, peut-être en vidant le cache navigateur ?

Oui, en effet en chargeant deux fois la page, la langue se met à jour, mais deux fois c'est une fois de trop hehe°

Bonne idée, Je vais essayer de créer une section à part et je reviens pour un debrief.

**dolmenhir** · 30/01/2020, 07h09

Envoyé par pampryl Voir le message

Pour ma part, je n'ai plus le problème du double <header>, peut-être en vidant le cache navigateur ?

Moi non plus.
En fait, en parlant de problème je faisais allusion au problème de langue.
Le header en doublon a en effet disparu.

Envoyé par pampryl Voir le message

Bonne idée, Je vais essayer de créer une section à part et je reviens pour un debrief.

Ok, on reste dans les parages

**pampryl** · 02/02/2020, 11h37

Bonjour,

J'ai mis un peu de temps mais j'ai fini par créer deux pages sur des articles natifs de Joomla en deux langues ( Fr et Jp).
J'ai créé un nouveau module de switch de langues
Tout en faisant appel au template protostar bien sûr.

Mais le résultat est le même, la langue n'est pas prise en compte (vu dans le code source) lors du switch.

Je joins une capture de ce que ça donne.

Du coup, je sèche totalement. Tu as une autre piste qui te vient à l'esprit ?

Fichiers joints

**pampryl** · 07/02/2020, 07h06

Bonjour,

Malheureusement je n'avance pas, du coup je me permets de revenir sur le sujet.
Avez-vous une autre poste à me proposer ?

Merci

Paramètre de langue ne se met pas à jour

Paramètre de langue ne se met pas à jour

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Annonce

Partenaire de l'association