Créer via une REGEXP une rediection HTAccess sur Apache

Bonjour

Je souhaite faire une redirection sur mon serveur Apache via le fichier HTAccess.
Et RegExp c'est pas ma tasse de thé.

Pour éviter des problèmes de cache sur le navigateur, je me suis inspiré de ce site https://blog.smarchal.com/mise-en-cache-js-css
Donc mes fichiers javaScript sont appelés ainsi :

Code:

---

1 2	<script type="text/javascript" src="MonFichierJS.<?php echo $t ?>.js"></script>

---

où $t représente la date du fichier MonFichierJS.js

Au chargement de la page, le navigateur réclame le fichier MonFichierJS.1569593028.js (qui bien sur n'existe pas).
Apache doit lui renvoyer MonFichierJS.js

Pour cela je cherche à mettre en place une expression régulière.

J'ai fait ce test sur ma page (je n'ai pas accès au HTAccess) :

Code:

---

1 2 3 4 5 6 7 8 9 10

$MonFichier='DAASC.1569593028.js'; $RegExp='#^([\w-]+)\.\d+\.js#'; preg_match($RegExp, $MonFichier, $matches); echo '<br/>'; // on obtient DAASC print_r($matches); echo '<br/>'; $rempl=preg_replace($RegExp , '$1.js' , $MonFichier); echo '<br/>remplacement : '.$rempl.'<br/>'

---

J'ai donc bien mon remplacement.

J'ai fait mettre en place le remplacement dans HTAccess, mais je n'ai pas mon fichier :
Pièce jointe 507165

la commande dans HTAccess est :

Code:

---

1 2	RewriteRule ^([\w-]+)\.\d+\.js $1.js [L]

---

Je suppose qu'il me manque le chemin.
Je modifie mon test pour intégrer le chemin :

Code:

---

1 2 3 4 5 6 7 8 9

$MonFichier='https://maracana.intra.cea.fr:5020/modules/influx/DAASC.1569593028.js'; echo '<br/>Recherche dans '.$MonFichier; $RegExp='#$([\w-]+)\.\d+\.js#'; preg_match($RegExp, $MonFichier, $matches); echo '<br/>'; print_r($matches); echo '<br/>'; $rempl=preg_replace($RegExp , '$1.js' , $MonFichier);

---

Mais il ne trouve rien (donc pas de remplacement).

Comment dans expression régulière intégrer le chemin ?
1- pour que l'occurence soit trouvée
2 -pour que le chemin soit conserver dans le remplacement

Bonjour,

si le souci est juste de forcer la lecture du fichier à chaque fois (au lieu de prendre celui en cache), on peut écrire :

Code:

---

<script src="MonFichierJS.js?v=<?php echo date('Ymd'); ?>"></script>

---

Comme date('Ymd') change chaque jour (sinon, on peut utiliser time()), le fichier est toujours vu comme "nouveau".
"v=" est même facultatif.

Et là... plus besoin de tripatouiller le .htaccess... :aie:

N.B. C'est d'ailleurs ce qui est indiqué dans ton lien : piste 2: le timestamping

Je suggère pour le .htaccess (tout en minuscule précédé par un point)¹:

Code:

---

1 2	RewriteEngine on RewriteRule ^((?:[^/]*/)*[\w-]+)\.\d+\.js$ $1.js [L]

---

Mais si tu connais par avance le path (ou les paths) à partir de la racine du site où sont situés les fichiers .js, il est préférable de l'inscrire "en toutes lettres" dans la regex:

Code:

---

1 2	RewriteEngine on RewriteRule ^(mon/path/[\w-]+)\.\d+\.js$ $1.js [L]

---

ou

Code:

---

1 2	RewriteEngine on RewriteRule ^((?:mon/path1/|mon/path2/|etc\./)[\w-]+)\.\d+\.js$ $1.js [L]

---

D'une manière générale, la réécriture d'url ne demande pas de notions de regex trés poussées ou farfelues, on reste dans le basique, donc un tutoriel de base sur le sujet et quelques tests sur regex101 devraient venir à bout de ce genre de problème.

La branche 5.4 de PHP n'est plus supportée depuis le 3 septembre 2015, peut-être faudrait-il envisager de passer à la 7.3 (ou d'attendre début décembre pour la 7.4) et par la même trouver un hébergement mutualisé qui donne la main sur le .htaccess, voire, soyons fou, un serveur virtuel dédié comme kimsufi d'ovh (ce qui demande un peu plus d'investissement, mais qui donne toute liberté quant à sa configuration tout en restant bon marché).


^{(1) .htaccess est le nom utilisé par défaut par apache, néanmoins, rien n'interdit dans la configuration d'apache de choisir un nom différent. Autre chose, il est plus performant de ne pas faire appel aux fichiers .htaccess et d'intégrer les règles de réécritures directement dans le fichier de configuration du serveur.}

---

^{NB: [^/]*/ est équivalent à [^/]*+/ du fait que PCRE par défaut pratique l'auto-possessivification (traduction bon an mal an de auto-possessification) ce qui, contrairement à ce qu'on pourrait croire de prime abord, n'est pas une pratique sexuelle déviante, mais le fait qu'un caractère ou une classe de caractères répété par un quantificateur et suivi d'un caractère ou d'une classe de caractères qui l'exclut (comme par exemple a*b, [^a]*a, a*[^a]), rend automatiquement ce quantificateur possessif. Donc au final (?:[^/]*/])* n'est pas vraiment différent de (?>[^/]*/)* car tout risque de backtracking à l'intérieur du groupe est écarté. Néanmoins, ce comportement peut être désactivé à la compilation de la bibliothèque PCRE ou en commençant la pattern par la directive (*NO_AUTO_POSSESS) (mais je doute sérieusement que les réécritures d'url d'apache gobent un truc pareil).}

Bonjour
j'ai testé la RegExp sur ma page PHP.
Impeccable même si je n'arrive pas à comprendre ce qui a été ajouté à la RegExp.
J'ai donc fait appliquer celle-ci dans mon HTAccess

Code:

---

1 2	RewriteRule ^((?:[^/]*/)*[\w-]+)\.\d+\.js $1.js [L]

---

Et cela fonctionne.
Comme il n'est pas très utile ici de lire la date du fichier puisque je force le rechargement , j'ai remplacé

Code:

---

1 2	$t1 = filemtime($Fichier);

---

par

Code:

---

1 2	date('YmdHis');

---

Merci bcp