<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>problème url — Forum de PluXml</title>
        <link>https://forum.pluxml.org/index.php?p=/</link>
        <pubDate>Tue, 19 May 2026 06:28:10 +0000</pubDate>
        <language>fr</language>
            <description>problème url — Forum de PluXml</description>
    <atom:link href="https://forum.pluxml.org/index.php?p=/discussions/tagged/probleme-url/feed.rss" rel="self" type="application/rss+xml"/>
    <item>
        <title>[RESOLU] Erreur 404 après avoir renommé le chemin sur le serveur</title>
        <link>https://forum.pluxml.org/index.php?p=/discussion/7865/resolu-erreur-404-apres-avoir-renomme-le-chemin-sur-le-serveur</link>
        <pubDate>Mon, 28 Jul 2025 09:46:43 +0000</pubDate>
        <category>Entraide</category>
        <dc:creator>patch_works</dc:creator>
        <guid isPermaLink="false">7865@/index.php?p=/discussions</guid>
        <description><![CDATA[<p>Bonjour,<br />
Pour un projet de "glossaire multilingue", j'ai installé PluXML avec 3 plug-ins (MultiLingue, CKEditor, MySearch) dans un répertoire "dev.domaine.extension/pluxml". <br />
Après les tests préliminaires, nous prévoyons de conserver PluXML; j'ai alors renommé le répertoire "pluxml" en "glossary". <br />
Si en admin je n'ai aucun souci (accès à l'admin dans les 3 langues retenues), en public, je n'ai que la page d'accueil, et encore incomplète (pas de page statique incrustée). Choisir une autre langue ou vouloir ouvrir le seul article visible génère à chaque fois une erreur 404...<br />
Cela m'inquiète dans l'immédiat, mais aussi pour la finalisation (on passera à "glossary.domaine.extension", et j'ai un autre site en fin préparation qui devra faire le même exercice bientôt)...</p>

<p>En fouillant dans le forum, je n'ai pas trouvé de cas semblable; pour un problème proche, il était suggéré de mettre un base href, ce que j'ai fait dans le template "header"  mais pas d'amélioration...<br />
J'ai aussi désactivé les plugins: je retrouve un page test créée avant le passage en multilingue, mais là aussi erreur 404 à la tentative d'ouverture...<br />
Enfin, j'ai tenté de renommer le répertoire comme avant, mais le problème persiste...</p>

<p>NB: je suis passé en 5.8.19 juste avant de constater le problème (n'ayant rien constaté de particulier en admin, je n'ai pas testé  le public de manière approfondie...</p>

<p>Auriez vous une piste? Merci d'avance!</p>
]]>
        </description>
    </item>
    <item>
        <title>Problème d’URL sur les posts Facebook avec ajout de paramétre:  fbclid</title>
        <link>https://forum.pluxml.org/index.php?p=/discussion/7794/probleme-d-url-sur-les-posts-facebook-avec-ajout-de-parametre-fbclid</link>
        <pubDate>Thu, 13 Feb 2025 15:31:31 +0000</pubDate>
        <category>Bogues</category>
        <dc:creator>bastien</dc:creator>
        <guid isPermaLink="false">7794@/index.php?p=/discussions</guid>
        <description><![CDATA[<p>Bonjour à tous,<br />
J'ai vu des piste de code à rajouter sur le forum, mais dés que je les mets j'obtiens une erreur 500<br />
Je remonte un problème concernant les posts partagés sur Facebook. Lorsqu’une URL est partagée, un paramètre "?fbclid=IwY2xjawIa7AZleHRuA2FlbQI" est ajouté automatiquement, ce qui entraîne une redirection vers la page d’accueil au lieu de la destination prévue.<br />
en gros les url ressemblent à monsite.fr/monarticle?fbclid=IwY2xjawIa7AZleHRuA2FlbQI</p>

<p>📌 Informations complémentaires :</p>

<pre><code>Version PHP : 8.2
CMS : PLUXML 5.8
Plugin pour reécriture : plxMyBetterUrls ACTIVE
URLS REWRITE : activé
</code></pre>

<p>Si quelqu’un a une solution ou une piste pour corriger ce comportement, je suis preneur. Merci d’avance pour votre aide !</p>

<p>Bonne journée,</p>

<p>voici un extrait de htaccess qu'un pro ma déjà optimisé :</p>

<pre><code>#PHP 8.1 : 
&lt;FilesMatch .php$&gt;
SetHandler application/x-httpd-php81

&lt;/FilesMatch&gt;
AddHandler application/x-httpd-php81 .php
# Redirection vers HTTPS 
RewriteCond     %{SERVER_PORT} ^80$
RewriteRule     ^(.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R]
# BEGIN -- Pluxml
Options -Multiviews
&lt;IfModule mod_rewrite.c&gt;
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]
&lt;/IfModule&gt;

RewriteCond %{HTTP_HOST} !^www. [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

RewriteCond %{HTTPS} !=on
# monsiteweb renseigne ton adresse de ton site
RewriteCond %{HTTP_HOST} ^(?:www.)?monsiteweb.fr(?:.*)$ [nc]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [redirect=301,L]
RewriteRule ^sitemap.xml$ sitemap.php [L]


&lt;IfModule mod_expires.c&gt;
  ExpiresActive On
  # Images
  ExpiresByType image/jpeg "access plus 1 year"
  ExpiresByType image/gif "access plus 1 year"
  ExpiresByType image/png "access plus 1 year"
  ExpiresByType image/webp "access plus 1 year"
  ExpiresByType image/svg+xml "access plus 1 year"
  ExpiresByType image/x-icon "access plus 1 year"
  # Video
  ExpiresByType video/mp4 "access plus 1 year"
  ExpiresByType video/mpeg "access plus 1 year"
  # CSS, JavaScript
  ExpiresByType text/css "access plus 1 month"
  ExpiresByType text/javascript "access plus 1 month"
  ExpiresByType application/javascript "access plus 1 month"
  # Others
  ExpiresByType application/pdf "access plus 1 month"
  ExpiresByType application/x-shockwave-flash "access plus 1 month"

&lt;/IfModule&gt;
&lt;IfModule mod_headers.c&gt;
FileETag None
Header unset Pragma
Header unset Cache-Control
#Header unset Last-Modified
# default cache 1 year = 31556926 s
Header set Cache-Control "max-age=31556926, public, no-transform, must-revalidate"

&lt;IfModule mod_alias.c&gt;
&lt;FilesMatch ".(html?|json|rss|txt|xhtml|xml)$"&gt;
# cache markup for 1 second
Header set Cache-Control "max-age=1, public, no-transform, must-revalidate"
&lt;/FilesMatch&gt;

&lt;FilesMatch ".(js|css)$"&gt;
# cache for 1 week = 604800 seconds
Header set Cache-Control "max-age=604800, public, no-transform, must-revalidate"
&lt;/FilesMatch&gt;

&lt;FilesMatch ".(gif|jpe?g?|png|ico)$"&gt;
# cache image files for 1 month = 2629744 seconds
Header set Cache-Control "max-age=2629744, public, no-transform, must-revalidate"
&lt;/FilesMatch&gt;

&lt;FilesMatch ".(doc|eot|flv|mp4|ogg|pdf|svg|swf|ttf|otf|woff)$"&gt;
# cache fonts and media files for 1 month = 2629744 seconds
Header set Cache-Control "max-age=2629744, public, no-transform, must-revalidate"
&lt;/FilesMatch&gt;
&lt;/IfModule&gt;
&lt;/IfModule&gt;

&lt;ifModule mod_gzip.c&gt;
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*

&lt;/ifModule&gt;
#compress all text &amp; html:
AddOutputFilterByType DEFLATE text/html text/plain text/xml
# Or, compress certain file types by extension:
&lt;Files *.html&gt;
SetOutputFilter DEFLATE
&lt;/Files&gt;
# END -- Pluxml
</code></pre>
]]>
        </description>
    </item>
    <item>
        <title>Modification d'url avec la nouvelle version de PluXml</title>
        <link>https://forum.pluxml.org/index.php?p=/discussion/6776/modification-durl-avec-la-nouvelle-version-de-pluxml</link>
        <pubDate>Sun, 21 Jun 2020 19:05:17 +0000</pubDate>
        <category>Bogues</category>
        <dc:creator>zetrader</dc:creator>
        <guid isPermaLink="false">6776@/index.php?p=/discussions</guid>
        <description><![CDATA[<p>Bonjour, j'ai migré mon contenu de la 5.7 vers la 5.8.3, et je me retrouve avec des urls qui font des erreurs.<br />
Motif : la dernière version de PluXml a visiblement une fonction "intelligente" qui se permet de supprimer le mot "en" (et peut-être d'autres mots ?) lors de sauvegarde d'articles ou pages statiques. Ce qui fait par exemple que si il y avait gagner-en-bourse dans l'url, cela devient gagner-bourse après modification ou nouvelle sauvegarde de l'article ou la page statique. Avec MyBetterUrls qui veut une url "stricte", c'est un problème puisqu'on se retrouve avec une erreur 404.</p>

<p>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.<br />
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.<br />
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.<br />
On fait comment pour désactiver cette nouvelle fonction de "correction/optimisation d'url" ?</p>

<p>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...</p>

<p>EDIT : je vois que cela le fait pas seulement avec "en" mais aussi avec :</p>

<ul>
<li>"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.</li>
</ul>

<p>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.</p>
]]>
        </description>
    </item>
   </channel>
</rss>
