Exemple :

• Une image est ajoutée dans un article, puis, upload avec un mauvais nom.
• Un backup réinstallé pour lequel il manquerait des datas.
• Un backup réinstallé, pour lequel il manquerait des droits.

Je vous propose pour une prochaine mise à jour, de permettre à Apache de renvoyer le code http 404 sur les fichiers qui n'existent pas sur le serveur.

# BEGIN -- Pluxml
Options -Multiviews


RewriteEngine on
RewriteBase /

######################
# In CGI environment #
######################
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
############################
# Début Hack code http 404 #
############################
# PB : Afficher une page avec une image qui n'existe pas sur le serveur Apache2.4 est rewrite par index.php et le code http affiché dans les logs apache2 sera TOUJOURS 200 !
# Le code http 200 devient code http erreur 404 pour les fichiers - images - qui n'existent pas sur le serveur Apache2.4.
# xx.xx.xx.xxx - - [24/Aug/2024:21:21:42 +0200] "GET /data/avatars/amis-sh.png HTTP/2.0" 404 141 "https://amis-sh.fr/" "Mozilla/5.0 (X11; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0"
############################
#
# Première solution :
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
# NE PAS CREER la page 404.php sinon le code http de retour sera 200.
#RewriteRule ^(.*)$ 404.php?$1 [L]
#
# Deuxième solution :
# Always send 404 on missing files in these folders :
RewriteCond %{REQUEST_URI} !^/(data|plugins|themes)/
#
# Troisième solution :
# Toutes les requêtes, à l'exception des fichiers .js, .ico, .gif, .jpg, .png et .css, seront réécrites en index.php :
# RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php [NC,L]
#
############################
# Fin Hack code http 404   #
############################

# Never rewrite for existing files, directories and links :
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
# Réécriture des urls vers index.php affiche toujours un code http 200 :
RewriteRule ^(?!feed)(.*)$ index.php?$1 [QSA,L]
RewriteRule ^feed\/(.*)$ feed.php?$1 [QSA,L]

# END -- Pluxml

Avez vous une autre approche pour permettre à Apache2.4 d'afficher un code erreur http 404 pour les fichiers qui n'existent pas sur le serveur ?

NB : J'ai remarqué que Apache ne m'affiche pas de message du type " File not exist / File not found " dans les logs.
Ici, j'ai renommé l'image amis-sh.png pour vérifier le code .htaccess , mais, je n'ai que le code erreur 404, sans le message "File not exist".
xx.xx.xx.xxx - - [24/Aug/2024:21:21:42 +0200] "GET /data/avatars/amis-sh.png HTTP/2.0" 404 141 "https://amis-sh.fr/" "Mozilla/5.0 (X11; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0"
Savez vous si cela est le comportement par défaut de Apache2.4 ?
Il doit être possible de changer le format des logs pour afficher un message du type "File not exist".
Je n'ai pas trouvé de réponse pour le moment, et, je dois me contenter de l'erreur code http 404.

Merci de vos avis.

Voici la config de mon site

• PluXml 5.6
• MyBetterUrls activé
• Réécriture d'url activée

Voici mon fichier .htaccess

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

RewriteCond %{HTTP_HOST} ^www.mon-site.net$
RewriteRule ^(.*) https://mon-site.net/$1 [QSA,L,R=301]


# BEGIN -- Pluxml
Options -Multiviews
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
# Réécriture des urls
RewriteRule ^(?!feed)(.*)$ index.php?$1 [QSA,L]
RewriteRule ^feed\/(.*)$ feed.php?$1 [QSA,L]
</IfModule>
# END -- Pluxml

J'ai supprimé certaines catégories et certains articles de mon site et afin d'éviter les erreurs 404, je les redirige.
Le problème, c'est que ma page redirigée récupère le nom de l'ancienne page et l'ajoute dans l'url après un "?".

Voici un exemple, cela sera plus parlant

RedirectPermanent /ancienne-page /nouvelle-page

Me donne : https:// mon-site.net/nouvelle-page?ancienne-page
Et me génère une erreur 404.

Pouvez-vous m'aider ?
Merci

Pour être complétement efficace, il faut modifier une valeur laisser vide par PluXml afin de ratisser toutes les URL menant nul part vers la page d'erreur 404 au lieu de la page d'accueil (pour en savoir plus, voir le sujet : https://forum.pluxml.org/discussion/7173/resolu-gestion-des-erreurs-pages-introuvables#latest )

Adresse de téléchargement du plugin https://github.com/gcyrillus/plx_what_tze_404/archive/refs/heads/main.zip

Il peut-être surprenant de voir quelle sont les URLs que certains visiteurs ou robots ont tentés d'atteindre.

Tout d'abord, bravo pour ce petit CMS qui est vraiment bien pratique à utiliser :-)

Je vous contacte car je me suis aperçu d'un petit "bug" sur PluXml

En effet, si nous accédons à une mauvaise URL (ex : monsite.com/toto), la page d'accueil du site est renvoyée, en code 200, ce qui génère de la duplication de contenu, ce qui n'est donc pas super pour les moteurs de recherches.

Pour info, je suis sur PluXml v 5.8.4

Savez vous comment il est possible de corriger ce problème ?

Merci d'avance pour votre aide.

Cordialement,

Thomas

Le lien du site en question: petitpouyo.fr

EDITO: J'ai réussi à corriger le problème en désactivant la réécriture des URL et en la réactivant tout de suite après.
Sûrement un soucis avec le fichier .htaccess, je laisse la solution à mon problème ici, ça pourrait servir à d'autres.

A bientôt sur PluXml !

Ce ne serait pas un gros problème si l'interface admin laissait modifier l'url à la main comme c'était le cas avant, mais dès lors qu'on rajoute le "en" à la main dans l'url puis on sauvegarde, cela saute à chaque fois, il refuse de garder cette modification d'url manuelle.
Donc si on veut conserver nos urls, il faut alors supprimer le fichier xml (article) ou php (page statique) et uploader l'ancien fichier, mais pour la page statique c'est plus problématique, elle n'apparaîtra plus dans la liste des pages statiques côté admin (peut-être du fait d'avoir le mot "interdit") et ne sera pas non plus accessible sur le site, ou renommer le fichier xml via un logiciel FTP pour les articles, parce que pour les pages statiques qui sont des fichiers php, visiblement c'est foireux, ce ne sera pas accessible sur le site ni en admin.
Enfin bref, le CMS vient apporter des difficultés pour une supposée fonction intelligente qui vient mettre le bordel quand avant ce n'était pas un problème.
On fait comment pour désactiver cette nouvelle fonction de "correction/optimisation d'url" ?

Sinon ça oblige soit à adapter toutes les urls, soit à ne plus toucher à ces articles ou pages statiques via l'éditeur PluXml, éditer à chaque fois en externe pour éviter les modifications d'url...

EDIT : je vois que cela le fait pas seulement avec "en" mais aussi avec :

• "de" ou "des", "un" ou "une", "le" (mais pas "les" bizarrement..) ou "la", "vers", "du" (où est la liste complète ? J'en découvre régulièrement), et même chose, l'interface empêche de corriger à la main l'url, si on corrige en modifiant l'url via l'interface cela refuse de garder les changements, cela supprime de toutes façons ces mots de l'url, donc pas mal d'erreurs 404 en perspective.

EDIT 2 : Après test, je vois que cela le fait aussi pour les catégories, suppression de certains mots des url des catégories, quand on sauvegarde après création d'une nouvelle catégorie, donc d'autres erreurs 404 du côté des catégories.