Hello. Nice theme, very modern and fresh :)

Just one small bug: the "Add smooth scrolling to all links" script prevents some links on home page to be followed (those to comments). There is a warning in the browser's web console: Uncaught TypeError: $(...).offset() is undefined

I think the script should only be used on post page

Pour modifier tous les chemins vers les images, tu peux utiliser phpMyAdmin, et dans la fenêtre SQL entrer les lignes suivantes :

UPDATE dc_post SET post_excerpt = replace(post_excerpt,'/dotclear/public/images/','/public/images/');
UPDATE dc_post SET post_excerpt_xhtml = replace(post_excerpt_xhtml,'/dotclear/public/images/','/public/images/');
UPDATE dc_post SET post_content = replace(post_content,'/dotclear/public/images/','/public/images/');
UPDATE dc_post SET post_content_xhtml = replace(post_content_xhtml,'/dotclear/public/images/','/public/images/');

Et exécuter la requête. Ça marchera à la condition que le préfixe des tables soit bien "dc_" et que toutes les images liées dans les billets soient bien dans /public/images/

Auparavant, faire une sauvegarde de la base de données, en cas de problème ;)

Essaie avec themes_url : /themes dans about:config (enlever "/dotclear")

Je ne comprends pas ce que tu vois par FTP, l'URL https://gernoult.lautre.net/dotclear/th … /style.css retourne une erreur 404, alors que https://gernoult.lautre.net/themes/Alto … /style.css affiche la feuille de style du thème

Ce n'est probablement pas la réponse attendue, mais je pense qu'il est préférable de laisser l'utilisateur choisir comment ouvrir les liens. Dans certains cas c'est une question d'accessibilité.

C'est un comportement normal pour les liens que de les ouvrir dans la même page, et chacun peut choisir ou non d'ouvrir un nouvel onglet ou une nouvelle fenêtre en faisant un clic droit, ou encore plus simple un clic avec la molette de la souris.

Si tu veux rester en PHP8, il te faudra aussi récupérer le fichier /dotclear/inc/libs/clearbricks/image/class.image.tools.php, ce qui permettra la   génération des miniatures quand on les insère dans la médiathèque

@hyperion66 : je crois que c'est la limite de temps laissée à PHP pour trouver tous les dossiers qui est trop courte, ou la mémoire allouée à PHP, ou les deux à la fois ;)

Si, sur ton hébergement, tu as accès au fichier php.ini et que tu peux le modifier, tu y trouveras  les valeurs à augmenter pour ton usage. Pas sûr que ça te fasse gagner beaucoup, mais c'est à tenter en premier... 6000 fichiers, ça fait certes beaucoup, mais le script ne doit rechercher que les dossiers, qui se comptent peut-être seulement par centaines (?)

Voici les valeurs que je modifie dans php.ini quand c'est possible :

upload_max_filesize = 32M
post_max_size = 48M
memory_limit = 256M
max_execution_time = 600
max_input_vars = 3000
max_input_time = 1000

La version de développement a corrigé ce problème, il faudra attendre la v 2.19 pour une mise à jour.

Si tu veux bricoler, tu peux récupérer le fichier /dotclear/plugins/widgets/class.widgets.php corrigé dans son archive

Il y a aussi un problème pour la génération des miniatures d'images avec php8, là encore corrigé dans la v 2.19

Si possible, ce mode de lecture des URLs n'est pas conseillé, voir ici pour les explications

Pour la traduction des règles de réécriture je répète que je ne connais pas IIs, donc aucune idée malheureusement

Toutefois, ces règles ne sont absolument pas nécessaires et ne devraient pas être utilisées tant que tout ne marche pas comme il faut. Il faut réussir à faire fonctionner les commentaires sans réécriture avant tout ;)

Ce n'est pas le fichier dont je parlais, celui-ci ne devrait pas être touché et n'a pas d'effet sur la partie publique du blog.

Celui que je mentionne devrait se trouver à la racine du blog, au même niveau que le fichier index.php. Mais il est possible qu'il n'y en ait aucun, en effet comme je le disais dotclear ne le crée pas, par défaut, car il n'est pas obligatoire pour son fonctionnement. En général, les utilisateurs l'ajoutent pour réécrire les URLs (par exemple pour supprimer index.php? dans les adresses) ou pour d'autres améliorations de performances.

Lorsqu'on tente de poster un commentaire, une redirection est opérée vers la racine du blog, à tort manifestement. Reste à savoir ce qui la provoque, mais je ne connais pas du tout IIs, et ne pourrai pas vous aider pour ce type de serveur, désolé.

Par défaut, dotclear n'utilise pas de fichier htaccess. Peux-tu poster ici le contenu du tien ?

Bonjour. Peut-être que l'hébergeur a changé, sans vous avertir, la version de PHP utilisée par le serveur. Actuellement, le site fonctionne avec PHP 7.

Il faudrait en premier lieu vérifier si, dans le fichier dotclear/inc/config.php, le driver pour l'accès à la base de données est correct. Cela devrait être

define('DC_DBDRIVER','mysqli'); (noter le i à la fin)

Si ce n'est pas le cas, soit si le driver est

define('DC_DBDRIVER','mysql'); (sans le i à la fin)

il faudra modifier cette ligne et renvoyer le fichier corrigé sur le serveur

Enfin, si ce n'est pas la raison du bug, il faudrait nous donner ici plus d'informations sur la configuration de l'hébergement

Ce n'est pas un problème de script côté public, mais de génération par dotclear de la page post.html. Si l'appel au behavior est dans le _head.html, on doit retrouver dans ta page un code similaire à celui que j'ai posté en #13, même si pour une autre raison ça ne marche pas ;)

Pour être bien sûr :

- quelle est la version de dotclear ? (cela ne devrait pas trop importer, ce behavior est là depuis très longtemps)
- es-tu vraiment certain d'utiliser le _head.html/le thème qui contient {{tpl:SysBehavior behavior="publicHeadContent"}} ?
- le plugin commentswikibar est-il activé et à jour ?