Me revoila!

Alors dans ton json, tu a marqué seulement:
"siteUrl":"http:\/\/www" ?

normalement , tu devrais avoir:
"siteUrl":"http:\/\/www.monsite.fr"

(monsite.fr étant ton nom de domaine).
essais de modifier le baseURL pour correspondre a ton nom de domaine (ne touche pas al partie \/\/
(sinon j'ai peut être pas bien compris ^^)

Noemmie

Rien d'anormale de ce côté là du coup...
(tant que tu ne perd pas ton dossier data/ normalement tout ce que tu as fais n'est pas perdu)

Ce que je trouve étrange c'est que même le master en ayant écrasé ton ancienne installation n'ai pas résolu le problème.

je relisais ta dernière intervention sur l'autre sujet (pour le fichier install.php supprime le c'est pas grave ça )

OVH n'aurait pas fait une maj serveur de son coté qui aurait supprimé le mod_rewrite?
si tu veux vérifier ça , tu peux copier coller le code suivant pour le mettre dans un fichier .php et y accéder après avoir l'avoir mis sur ton serveur:
<?php
if (function_exists('apache_get_modules')) {
$modules = apache_get_modules();
echo in_array('mod_rewrite', $modules) ? 'mod_rewrite est activé' : 'mod_rewrite n\'est pas activé';
} else {
echo 'La fonction apache_get_modules n\'est pas disponible.';
}
?>
une fois que tu as le résultat supprime le fichier de ton serveur (pour ne pas l'encombré pour rien).

Suivant le résultat il faudra surement attendre @Max le dev principal de 299Ko , c'est lui la bible ici

Noemmie

peut être le plus gentils mais au niveau du CMS en lui même le grand sage (très gentil aussi) c'est @Max ! C'est son bébé 299Ko et pour faire la même comparaison que toi au niveau technique, dis toi que, vis a vis de @Max, je suis au même niveau que toi

(la pub déguisée c'est admis ici ?)

Quand c'est pour du dépannage est ce de la pub déguisée? si tu as un réel problème et que c'est accessible autant en profiter, du moment que tu ne fais pas un post spécial racoleur pour attirer du monde je n'y vois pas d'objection

Au moins ça nous permets de voir ce que nos membres font avec le CMS

Noemmie

le script php que j'avais fournis pour voir si c'était en mode rewrite ne vérifiait pas cela effectivement!

il faut voir côté serveur.
Cherche sur ton hébergeur coté Services PHP, quelque chose comme php-fpm a activer !

je vais aller voir ton site , si tu a besoin de conseils même pour modifier le design n'hésite pas a demander !

(tu as dû résoudre ton problème le site est bien accessible !)

de souvenir , ce message n'indique que le fait que "on ne peut pas vérifier la réécriture" mais ça ne devrait pas empêcher 299Ko de fonctionner.

Ton soucis vient seulement de la partie administration donc...
Ce que je trouve étrange c'est que ça n'impacte que la partie admin.

Pourrais tu nous faire un copier / coller du contenu du fichier logs.txt que tu trouveras dans le dossier data/ ? cela nous donnera peut être plus d'informations. Je n'ai pas vu @Max se connecter hier, avec son travail il n'as peut être pas eu la possibilité, en attendant je cherche de mon coté ce qui pourrais provoquer cela.

Noemmie alors pour la réécriture d'URL, j'ai, à la racine du site, le fichier htaccess qui semble correct :

RewriteEngine on
<FilesMatch ".+.(json|tpl|ini)$">
Order allow,deny
Deny from all
</FilesMatch>
Options -Indexes
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . index.php [L]

essai de remplacer par:

<IfModule mod_rewrite.c>
    RewriteEngine on

    <FilesMatch ".+\.(json|tpl|ini)$">
        <IfModule mod_authz_core.c>
            # Apache 2.4
            Require all denied
        </IfModule>
        <IfModule !mod_authz_core.c>
            # Apache 2.2
            Order deny,allow
            Deny from all
        </IfModule>
    </FilesMatch>

    Options -Indexes

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule . index.php [L]
</IfModule>

Noemmie Pour le moteur d'exécution de php, j'ai le fichier ovhconfig qui indique bien php et non phpcgi :

app.engine.version=8.4
container.image=stable64
app.engine=php
http.firewall=security
environment=production

rajoute "-fpm" a la ligne app-engine=php-fpm
ca ne règlera peut être pas le soucis mais tu ne devrais plus avoir le message orange a l'installation !

Noemmie

Alors la... Je ne saurait ou me diriger , le .htaccess que je t'es fais remplacer ne devrait pas apporter ce comportement.... Si ça marchait mieux avec celui d'avant remets le...

Le plus sage serait d'attendre que max passe par là car honnêtement, au vue du problème que tu rencontres je ne sais plus trop où me diriger pour te dépanner !

De plus @Max connait bien OVH je pense et sera plus à même de te dire quoi faire s'il s'avère que le soucis puisse venir d'une config de chez eux!

Honnêtement je n'en sais rien et ne vais pas m'avancer plus sur quoi que ce soit !

Navré de ne pas pouvoir faire plus pour toi.
Attendons ensemble le Maître de 299Ko !

Edit:
(As tu essayé de travailler en local pour voir le comportement ? Tu fais une copie de ce que tu as sur ton serveur (data compris)
Dans le fichier config.php tu modifie le baseURL pour qu'il corresponde a ton localhost.
Et ensuite tu vas essayer en local voir si tu a le même problème !

J'arrive pas a reproduire le comportement que tu as ...

Hello ici.

Bienvenue @Noemmie . Désolé pour le temps de réponse, j'ai été embêté avec un ordinateur à mon tour...

La réécriture fonctionne bien puisque le reste du site, notamment le plugin page, redirige bien vers les articles.
PHP FPM ou CGI, ça ne change rien, ce n'est pas le problème ici (du moins je ne vois pas le rapport).

Sais-tu si la date où tu as rencontré l'erreur correspond à peu près à l'installation de PHP 8.4 par OVH ou pas du tout ?
Je ne l'ai jamais testé avec PHP 8.4 (seulement 8.3), je vais creuser.

Quelle est l'adresse (URL) affichée lorsque l'erreur apparaît (dans ton post initial) ?

Merci pour ton retour.

HS : Tu as raison, @NemStudio18 est le plus gentil