NB: le fichier .txt est bien là toujours sur le serveur

Ca porrait être un soucis avec le timestamp de 9 ou 10 chiffres non ?

PluXml 5.8.22 - PHP 8

Ligne 1152, remplacer if(!empty(trim($url)) par if(!empty(trim($url ?? ''))

Attention un fichier .htaccess est déjà présent à la racine de votre PluXml. En activant la réécriture d'url ce fichier sera modifié

Je suis sous PluXml 5.8.21, cache vidé.

C'est bon j'ai trouvé c'était une erreur en effet dans l'URL s'était glisser ":" ça faisait foirer la page.

Autant l'erreur 1, je peux enlever le code en question et bon, je ne vois pas trop à quoi ça sert; autant la 2ème, ça me fait poser des questions.
Quels sont les corrections svp?

Merci
PEM

PS : les erreurs sont dans une popup qui peut être fermée.

Fatal error :
type : 2
message : Use of undefined constant can_view - assumed 'can_view' (this will throw an Error in a future version of PHP)
file : /core/admin/article.php(325) : eval()'d code
line : 4

See https://www.php.net/manual/en/errorfunc.constants.php about type of error
============================================================
User : 001
Profil : 0
PluXml version : 5.8.16
PLX_DEBUG : false
PHP version : 7.4.33
============================================================
About this server :
HTTP_USER_AGENT : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:132.0) Gecko/20100101 Firefox/132.0
HTTP_ACCEPT : text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP_ACCEPT_LANGUAGE : fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
HTTP_ACCEPT_ENCODING : gzip, deflate
HTTP_REFERER : /core/admin/article.php?a=0049
SERVER_SOFTWARE : Apache
SCRIPT_FILENAME : /core/admin/article.php
SERVER_PROTOCOL : HTTP/1.1
REQUEST_METHOD : GET
QUERY_STRING : a=0049
REQUEST_URI : /core/admin/article.php?a=0049
SCRIPT_NAME : /core/admin/article.php
PHP_SELF : /core/admin/article.php

Que doas-je faire ?
Merci de votre aide !

J'ai remarqué que sur ma version 5.8.16, <?php $plxShow->meta('author')?> ne renvoie rien.
J'ai un autre site en 5.8.5 sur lequel cette fonction affiche bien la ligne meta author.
Est-ce que c'est que chez moi ?

Merci !

merci pour votre patience

[== PHP ==]
<?php $plxShow->lastArtList('urlRewrite($plxMotor->aConf['racine_themes'].$plxMotor->style).'/img.php?src=#img_url&w=860&h=860&crop-to-fit" alt="Random" > ',1,'','','random'); ?>

J'ai constaté le même comportement avec kzGallery 1.0.1 et avec Galart 1.2 ce qui m'amène à penser qu'il se passe quelquechose en dehors des plugin, probablement lors du upload et/ou du renommage en .jpg.
Pour l'instant, je ne me suis pas plongé dans le source donc, si quelqu'un a une idée, je suis preneur.
Par ailleurs, autre problème, avec kzGallery, les images sont affichées deux fois avec des comportements différents (il me semble avoir vu passer quelque chose à ce propos dans le forum mais je n'ai pas retrouvé).

ma config : hebergement chez ouvaton, phpPluXml version 5.8.19 (encodage UTF-8), Version de PHP : 8.3.20, Apache/2.4.62 (Debian)
Merci,
Stephane

Je viens de découvrir un bug rigolo, mais pas évident à corriger, avec kzScrolling :
Si la page tient intégralement dans l'écran, alors on ne peut pas scroller et il devient impossible d'afficher les articles suivants en scrollant.

À l'origine, je recherchais un autre problème, donc j'ai fait une installation toute fraiche pour tester :
https://www.txori.com/stuff/pluxml/

PluXml 5.8.19 (charset UTF-8)
PHP 8.4.6
Theme: default-enhanced 5.10.0
kzScrolling 1.1.0

Si votre écran est plus petit que la page, faites ctrl+minus pour dézoomer l'affichage du site avant de le recharger, pour simuler le problème.

Maintenant que le site s'affiche en entier dans l'écran, il est impossible de scroller, et donc d'afficher la suite des articles.

Dans le cadre de cet exemple, j'ai limité l'affichage des articles à 1 par page. Mais sur mon vrai site, qui en affiche 5 a la fois, mais dont le thème est plutôt compact, le problème apparait sur une grande résolution d'écran.
Par exemple : https://www.txori.com/archives/2010

En attendant, je peux contourner facilement ce problème en affichant plus d'articles par page. Ça reste néanmoins un bug pas facile à résoudre au niveau du plugin

Fatal error :
type : 2 E_WARNING - See https://www.php.net/manual/en/errorfunc.constants.php#constant.e-warning
message : Undefined array key 2 
file : G:\htdocs\pluxml\core\lib\class.plx.glob.php 
line : 193 
============================================================
User / Profil : 001 / 0
PluXml version : 5.9.0-rc7
PLX_DEBUG : true
PHP version : 8.4.4
============================================================
About this server :
REQUEST_URI : /pluxml/core/admin/comment_new.php?c=0001.1739562684-1
REQUEST_METHOD : GET
SCRIPT_FILENAME : G:\htdocs\pluxml\core\admin\comment_new.php
SERVER_SOFTWARE : Apache/2.4.54 (Win64) OpenSSL/1.1.1q mod_fcgid/2.3.10-dev
HTTP_ACCEPT_LANGUAGE : en-GB,en-US;q=0.9,en;q=0.8
HTTP_USER_AGENT : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/133.0.0.0 Safari/537.36

Can anyone help tell me how to sort this please? I downloaded Pluxml from Github

📌 Informations complémentaires :

Version PHP : 8.2
CMS : PLUXML 5.8
Plugin pour reécriture : plxMyBetterUrls ACTIVE
URLS REWRITE : activé

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

Bonne journée,

voici un extrait de htaccess qu'un pro ma déjà optimisé :

#PHP 8.1 : 
<FilesMatch .php$>
SetHandler application/x-httpd-php81

</FilesMatch>
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
<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>

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]


<IfModule mod_expires.c>
  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"

</IfModule>
<IfModule mod_headers.c>
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"

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

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

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

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

<ifModule mod_gzip.c>
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.*

</ifModule>
#compress all text & html:
AddOutputFilterByType DEFLATE text/html text/plain text/xml
# Or, compress certain file types by extension:
<Files *.html>
SetOutputFilter DEFLATE
</Files>
# END -- Pluxml

5.8.15 

Contexte d'hebergement

Hpro 

serveur

Apache 

message d'erreur coté administration ?

on 

copier/coller le message ici

erreur ligne 93 :  uksort($plx_arts, create_function('$a, $b', 'global $plxShow; return strcmp(array_search($a, array_keys($plxShow->plxMotor->aCats)), array_search($b, array_keys($plxShow->plxMotor->aCats)));')); 

Le bug est -il du à un Plugin?

Oui 

Nom du plugin

MySiteMap 

Version du plugin

1.1 

adresse de l'archive du plugin

//ressources.pluxopolis.net/plugins/mysitemap.zip 

A quel moment le bug s'est t-il declaré

onactivate 

Pas de message mais ne fonctionne pas.

on 

J'ai récemment mis à jour mon site avec la dernière version de PluXml. Et aujourd'hui, je me suis rendu compte que le listing des articles par tags / mots clés ne fonctionnait plus. Après recherche, il s'avère que les mots clés sont toujours présents dans les articles, mais qu'ils ne sont pas correctement listés :

Je les ai donc réactivés en sauvegardant tous les articles un par un (158 ) :

J'ai simplement uploadé les dossiers 'core' et 'update' comme toujours depuis 2010.
Est-ce que quelque chose a changé ?

Bonjour.
Ayant besoin d'un formulaire de recherche sur mon site j'ai d'abord installé la version la plus récente du plugin MySearch 1.8 mais celle ci ne fonctionnant pas j'ai utilisé la version précédente fonctionnelle elle dans un autre pluxlm avec un thème perso de base.

Les infos sur mon installation Pluxml:

• Version Pluxml 5.8.18 (encodage UTF-8)
• Thème utilisé: kzMasonic

• Version php: 8.1.31

• Plugin installés: MySearch , CmiXml (v 1.1.2) le seul éditeur qui fonctionne partout nickel chez moi

Tout est 100% fonctionnel chez moi sauf quand j'active le plugin "MySearch"

Une alerte apparaît aussitôt (ce qui n'empêche pas le formulaire de recherche de fonctionner quand on clique sur le bouton de fermeture de cette alerte)
`Fatal error :
type : 2
message : Undefined array key "template"
file : /PluXml-Colibrix/themes/kzMasonic/footer.php
line : 28

See https://www.php.net/manual/en/errorfunc.constants.php about type of error`

A la ligne concernée dans le fichier footer.php de mon thème il y a cette instruction:
$stats =array_filter( $plxShow->plxMotor->aStats, function($item) { return ( (empty($item['menu']) or $item['menu'] != 'oui') and !empty($item['active']) and $item['template'] == 'static-sitemap.php' ); } );

static-sitemap.php semble être la cause du bug. Si je désactive le plugin je n'ai plus de bug donc c'est bien le plugin qui provoque cette alerte qui est ennuyeuse et que j'aimerais bien faire disparaitre ou au moins masquer son affichage car malgré cela tout marche pour ce formulaire de recherche.

Je suis preneur de toute solutions à essayer (ou tester bien entendu)
En vous remerciant par avance pour l'aide que vous m'apporterez.
Roger

Est-il possible d'éviter ce délai ?

A noter que sur Androïd, le délai est normal.

Joyeuses Fêtes

<meta name="keywords" content="cms pluxml xml " />↩
<link rel="icon" href="https://demo.pluxml.org/themes/defaut/img/favicon.png" />↩
<link rel="stylesheet" href="https://demo.pluxml.org/themes/defaut/css/plucss.css?v=1.3.1" media="screen,print"/>↩
<link rel="stylesheet" href="https://demo.pluxml.org/themes/defaut/css/theme.css?v=5.8.12" media="screen"/>↩
<link rel="alternate" type="application/rss+xml" title="Fil Rss des articles" href="https://demo.pluxml.org/feed.php?rss" />↩
<link rel="alternate" type="application/rss+xml" title="Fil Rss des commentaires" href="https://demo.pluxml.org/feed.php?rss/commentaires" />↩

En recherchant c'est dans le core qu'il faut faire des modifs, est-ce que cela est necessaire ??? Merci

We refresh the page and it continues to work, but any visitor will be scared of such a site!

Warning: Undefined variable $update in F:\htdocs\myPluXml-5.8.15\plugins\kzSkinSelect\kzSkinSelect.php on line 157

Par contre avec la version 1.2.5 du Bazooka07, il n'y a pas de message d'erreur.
Cordialement

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.

Est ce utile ?
Y manque t-il quelque chose ?
Y-a t-il des erreurs ?

Cdt

En vacance dans quelques heures, je ne répondrais probablement pas du tac au tac

D'où ça peu venir ?

Je viens de mettre en place un PluxML version 5.8.14 (encodage UTF-8), version de PHP : 8.2.20, nginx/1.26.1 sur Gentoo Hardened.

Cela marche, je n'ai aucune erreur de configuration rapportée par PluxML.

Cependant, après avoir crée une page statique et cliqué sur "Édition" à droite sur la même ligne, j'ai une pop-in affichant ceci (informations sensibles censurées):

Fatal error :
type : 8192
message : trim(): Passing null to parameter #1 ($string) of type string is deprecated
file : /core/admin/statique.php
line : 43

See https://www.php.net/manual/en/errorfunc.constants.php about type of error
============================================================
User : 001
Profil : 0
PluXml version : 5.8.14
PHP version : 8.2.20
============================================================
About this server :
HTTP_REFERER : https://blog.xxx.fr/
HTTP_ACCEPT_ENCODING : gzip, deflate, br, zstd
HTTP_ACCEPT_LANGUAGE : fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
HTTP_ACCEPT : text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
HTTP_USER_AGENT : Mozilla/5.0 (X11; Linux x86_64; rv:127.0) Gecko/20100101 Firefox/127.0
SERVER_SOFTWARE : nginx/1.26.1
SERVER_PROTOCOL : HTTP/2.0
REQUEST_URI : /core/admin/statique.php?p=001
SCRIPT_NAME : /core/admin/statique.php
REQUEST_METHOD : GET
QUERY_STRING : p=001
SCRIPT_FILENAME : /core/admin/statique.php
PHP_SELF : /core/admin/statique.php

Elle se situe en pleins milieu de la page, ne m'empêche pas de m'en servir mais sa présence est bien évidemment, hautement dérangeante, voir cette impression écran: https://files.koshie.fr/tree/img/pluxml_fatarerror_type_8192.png

À la ligne indiquée dans le fichier /core/admin/statique.php j'ai:

 43         $content = trim($plxAdmin->getFileStatique($id));

Concernant cette erreur: https://www.php.net/manual/en/errorfunc.constants.php#constant.e-deprecated

Je ne suis pas qualifié pour tenter de résoudre ça moi-même. Je pense que c'est un bug.

Si besoin, merci de m'indiquer ce que je peux ajouter pour corriger cette erreur.

Cordialement,
GASPARD DE RENEFORT Kévin

Version PluXml: 5.9.0 RC5
Plugins: plxMyBetterURLS, Time Lapse Reading, CKEDITOR 4.7.3, AutoSave, SimpleStat, cssBackSlash

Infos: je suis en 5.9.0-rc5 et aucuns nouveaux plugins installés depuis plus d'un an.

C'est l'apparition d'un e07e et e0c6 un peu partout sur le blog: