Dommage, moi malheureusement je m'y connais pas bcp en php et j'étais un peu perdu en allant sur le fichier viewcat.php :(

Excusez mes compétences limitées à ce sujet, et je fais tout pour éviter la hard task :)
Aurait-il par exemple un moyen de continuer à consulter les pages admin en mode http malgré la redirection https sur mon fichier htaccess ?
Car le problème se pose uniquement quand j'essaye d'aller sur ma console d’administration.

Je viens de faire l'essai sans inverser les paramètres et ça marche.
ça donne cela :
documents/categories/start=5/11
S'il y a donc une petite astuce pour inverser les paramètres dans l'url réécrite ou carrément dans le module wfdownloads, ce serait parfait :)
Merci encore pour tes lumières.

Bonjour Alain,
J'ai essayé la réécriture de l'url directement comme tu l'as proposé :
RewriteCond %{THE_REQUEST} \s/modules/wfdownloads/viewcat\.php\?start=([0-9]+)&cid=([0-9]+)\s [NC]
RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
RewriteRule ^documents/categories/([0-9]+)\/start=([0-9]+)$ /modules/wfdownloads/viewcat.php?start=$1&cid=$2 [L]

Mais cela ne fonctionne pas car les paramètres ne sont pas inversés sur l'url réécrite !

Bonjour Babouille,
Merci bcp pour tes lumières.
Voici ce que la console de Chrome dit :
------------------------------
- 8Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure stylesheet '<URL>'. This request has been blocked; the content must be served over HTTPS.
- 7Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure script '<URL>'. This request has been blocked; the content must be served over HTTPS.
- 45Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure image '<URL>'. This content should also be served over HTTPS.
- Uncaught TypeError: Cannot read property 'dd' of undefined at admin.php:293
------------------------------------------
- Dans le premier cas, le problème concerne les fichiers css qui ne sont pas servis en https, comme "/modules/system/class/gui/oxygen/css/style.css"
- Dans le deuxième cas c'est des fichiers javascript comme "/include/xoops.js"
- Dans le 3eme cas c'est des fichiers images comme "/modules/system/class/gui/oxygen/img/home.png"
Comment puis-je corriger cela ?

Le problème ne concerne pas l'url des titres de documents où cid vient avant lid. J'ai pas de problème de ce côté là.
En fait mon problème concerne l'url des pages de navigation dans les catégories qui comportent le paramètre "start".

Le problème est que dans le premier cas, le paramètre "cid' vient avant "start" et dans les pages de navigation, le paramètre "start" vient avant "cid";
Impossible d'avoir donc la même logique dans l'url réecrite avant d'avoir inversé l'ordre des paramètres dans l'url des pages de navigation !

J'ai pas de problème sur les pages accessibles aux utilisateurs. C'est juste les page admin ou il y a le problème. leur contenu s'affiche de manière désordonnée !
Moi ça me dérange pas de rester sur Xoops 2.4.2 vu que mon partenaire qui s'occupait des aspects techniques a abandonné le site il y a bien longtemps :(
Pas de solution tout en restant sur Xoops 2.4.2 ?

Bonsoir Alain,
Merci bcp pour ton aide :)
En fait mon objectif est de faire la réécriture d'url de manière à obtenir les résultats suivants :
Je veux que l'url :
/modules/wfdownloads/viewcat.php?cid=9
soit réécrite comme ça :
/categories/9
et l'url :
/modules/wfdownloads/viewcat.php?cid=9&start=5
comme ça :
/categories/9/start=5

Si le paramètre "start" précède "cid" comme c'est le cas maintenant, ça devient difficile.

J'ai fait une petit modif sur cette ligne en mettant le paramètre "cid" avant "start" :
$pagenav = new XoopsPageNav($total_numrows, $xoopsModuleConfig['perpage'] , $start, 'start', 'cid=' . $cid);
Mais seule la valeur du paramètre "cid" sort dans l'url sans l'intitulé "cid="