[RÉGLÉ] Modifier uniquement les articles

[pjuignet]

Bonjour à tous,

J'utilise le template protostar et j'ai modifié les paragraphes de la manière suivante dans le user.css

p {
font-family: Georgia,"Times New Roman", serif;
font-size: 1.2em;
line-height: normal;
text-align: justify;

Mais la modif s'applique à toute la page (partout ou il y l'appel <p> ce qui et normal). Je voudrais limiter la modification aux articles. J'ai essayé diverses variantes de :

.article > div[itemprop="articleBody"] {
    font-family: Georgia,"Times New Roman", serif;
    font-size: 1.2em;
    line-height: normal;
    text-align: justify;
}

mais ce n'est pas le bon code. Une idée du code approprié ??

[lomart]

Bonjour,

Vous n'étiez pas loin

div[itemprop="articleBody"] p {
     font-family: Georgia,"Times New Roman", serif;
     font-size: 1.2em;    
     line-height: normal;
     text-align: justify;
}

[pjuignet]

OK merci je vais essayer immédiatement

[pjuignet]

Le code marche. Il a fallu ajouter quelques modifs au user.css parce que ça désorganisait d'autres modifications préalables. Bref j'ai mis au point en local mais en production je me retrouve avec le même problème que précédemment : d'anciens user.css qui font effet et empêchent le nouveau de fonctionner. Je commence à désespérer de Joomla !

Je passe en réglé car le problème de modifier les articles uniquement a été effectivement été réglé par le code de Lomart.

[lomart]

en production je me retrouve avec le même problème que précédemment

Et encore ? précédemment, il a été résolu comment ?

Je commence à désespérer de Joomla !

Est-ce vraiment Joomla le fautif ?
Si le cache est vidé, il n'y a aucune raison que l'unique user.css dans le dossier css du template ne soit pas pris en compte

[pjuignet]

Précédemment le problème a été résolu en changeant l'adresse du site qui est dans un sous répertoire (/www>Pss). Maintenant l'adresse y mène directement.

Le user.css fantome est de retour !

Cette fois ci c'est

https://philosciences.com/templates/protostar/css/user.css?448a3b8c3e4bae7ceeced6d6fc3ea06e

et

https://philosciences.com/templates/protostar/css/user.css?448a3b8c3e4bae7ceeced6d6fc3ea06e:2

Il semble que la modification du user.css fasse revenir ce fichier fantôme.

Ceci n'a pas lieu en local, mais uniquement en production. En local la modification est prise en compte sans problème.
Je précise que j'ai vidé ET désactivé tous les caches.

Si tu as des dons de Ghostbuster pour me débarrasser de cet ennuyeux revenant ce serait un soulagement.

[lomart]

Précédemment le problème a été résolu en changeant l'adresse du site qui est dans un sous répertoire (/www>Pss)

Donc c'est un problème d'hébergement (htaccess). Joomla se débrouille avec ce qu'il reçoit !

Si tu as des dons de Ghostbuster pour me débarrasser de cet ennuyeux revenant ce serait un soulagement.

Non, mais une idée : il y a peut être un lien en dur vers l'ancien chemin. Mais déjà commencer par désactiver les optimiseurs comme jcoptimize

[pjuignet]

j'ai vidé le cache de jch optimise et désactivé le plug-in par sécurité, mais sans succès.

Si c'est .htaccess qui est en cause je peux tenter de remettre le htaccess de base ?

[lomart]

Si c'est .htaccess qui est en cause je peux tenter de remettre le htaccess de base ?

Non, il y a plus de chance que ce soit jchoptimize ou la compression gzip de Joomla ou aesecure ou l'hébergeur. Il faut explorer tout les caches !

[pjuignet]

essai de htaccess de base : pas de changement. Donc tu as raison c'est pas le htaccess.
Précédemmetn fait :
- jhh optimise : cache vidé et plug-in désactivé
- système cache joomla : désactivé
- cache général de joomla : vidé et désactivé
- gzip joomla : pas activé car double emploi avec jch.
- aesecure je ne l'ai plus a cause de divers problèmes j'utilise admin tools et j'ai effacé le htaccess généré par cet utilitaire.

Voila pourquoi il faut un Ghostbuster, le fantôme se cache bien.

Autre idée, n'y a-t-il pas une erreur de code qui fait que joomla se reporte sur le old user.css pour compenser ? Je penche en faveur de cette idée mais je ne vois pas ce qui ne va pas dans mon code et il fonctionne bien en local.
Voici le code du user.css actuel:

* Formatage page entiere */

body {
    font-size: 1em;
}

h1 {
    font-size: 2.1em;
}

h2 {
    color: #cb1010;
    font-size: 1.6em;
}

h3 {
    font-size: 1.3em;
}

h4 {
  font-size: 1.2em;
}

.item-page > div {
    margin: 0em 6em 0em 6em;
}

/*Formatage des articles*/

div[itemprop="articleBody"] p {
     font-family: Georgia,"Times New Roman", serif;
     font-size: 1.2em;    
     line-height: normal;
     text-align: justify;
}

/* Formatage du blog des articles d'une categorie */

.blog div[itemprop="blogPost"] {
  border: 0.15em solid #F1AB5C;
  border-radius: 5px;  
  margin: 0em 0em 2em 0em;
  padding: 1em;
}

div[itemprop="blogPost"] p {
  font-family: Georgia,"Times New Roman", serif;
  font-size: 1em;
  text-align: justify;
}


/* Formatage pour tablettes et telephones */

[USER="80685"]media[/USER] (max-width: 980px) {
    [class^="leading-"],
    .item-page > div {
      margin: 0;
}
}

[USER="80685"]media[/USER] (max-width: 980px) {
  div[itemprop="articleBody"] p {
     font-size: 1.1em;    
  }
  }

[USER="80685"]media[/USER] (max-width: 480px) {
  div[itemprop="blogPost"] p {
    font-size: 0.9em;
}
}

[USER="80685"]media[/USER] (max-width: 480px) {
    div[itemprop="articleBody"] p {
     font-size: 0.9em;    
  }
  }

?

[pjuignet]

Il est 17h30 et tout marche sans nouvelle intervention de ma part (je suis allé planter mes légumes), comme si y avait un longue latence (20 heures) avant que le nouveau user.css fasse effet ????????
Un jeu de cache, voire de cache-cache...très énervant !!!
Merci Lomart pour ton aide.

[woluweb]

des hébergeurs comme OVH ont leur propre système de cache (outre tous les caches possibles avec Joomla).
Voyez si vous avez un fichier .ovhconfig à la racine du site (ou un niveau au-dessus).

Si oui et s'il y a une valeur "production" qqpart, alors il y a une latence pour tout changement de vos fichiers css p ex

[pjuignet]

Précédemment j'avais remarqué une latence mais beaucoup plus courte (que j'attribuais à jch optimise).

Mon fichier .ovhconfig contient :

environment=production

[woluweb]

Pour info, voir https://docs.ovh.com/fr/hosting/conf...web-mutu-2014/
En mettant development plutôt que production (qd on fait des modifs sur un site), ça évite déjà ce cache (que j'estime à 30 minutes ou une heure),

[pjuignet]

OK merci pour l'info

(que j'estime à 30 minutes ou une heure)

Oui, c'est ce que j'avais constaté lors d'une précédente modification.