Vous n'êtes pas identifié(e).
13 février 2021 Sortie de Dotclear 2.18.1
Tu pourras aussi remarquer l’usage que je fais de Related entries dans les billets de la catégorie London ;)
Oh ! Un deuxième utilisateur de ce plugin ^^ Tu l'as bien bricolé, c'est joli :)
Je le trouve déjà très chouette ! Et avec un configurateur il sera parfait. Vivement la suite.
Je suppose qu'il faudra utiliser le plugin Featured Media pour attacher une image à chaque billet, ou le thème prend-il la première image du billet ? Et s'il n'y en a pas, d'image ?
Un détail : sur petit écran en mode portrait il y a un ascenseur horizontal avec la vue adaptative de Firefox, mais pas celle de Chrome. Pas sûr donc que ce soit un bug. En revanche, avec les deux navigateurs, les boutons #hamburger et #gotop sont partiellement masqués à droite.
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
You could mark the posts as selected (check the "selected entry" chekbox in post view or choose several posts in posts list and apply the "Mark as selected" option)
Then you can use the "Selected entries" widget to list these posts in your sidebar.
However, if you need to display selected posts first on your home page, you will need to make some changes to your home.html file, and the way to do it depends on the theme you are using.
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 ;)
Pour les images de la médiathèque, vérifie public_path et public_url dans about:config, il doit y avoir le même genre 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
Les fichiers du thème sont dans lautre.net/themes/AltoWithCSS3/ . Le répertoire /dotclear/themes/ semble vide.
Vérifie les valeurs de themes_path et themes_url dans about:config > système. Si tu y fais des changements, vide aussi le cache des templates avant d'aller voir côté public.
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.
Bonjour
Dans le code source de ta page, la feuille de style est appelée à l'adresse
https://gernoult.lautre.net/dotclear/th … /style.css
alors qu'elle se trouve là
https://gernoult.lautre.net/themes/Alto … /style.css
Il en va de même pour touts les liens vers des CSS, des fichiers javascript, ou d'autres billets
La chaîne "/dotclear" est donc en trop dans toutes les urls du blog. Tu peux corriger cela dans les paramètres du blog > URL du blog
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
J'hésite depuis longtemps à passer à un autre plugin de gestion d'image.
Tu pourrais utiliser l'un des plugins Lightbox, Magnific Popup ou Colorbox ?
@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
@Lomalarch : la gestion des miniatures, voulais-tu dire ?
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
Try extracting the official widgets plugin from a fresh archive of dotclear 2.18, and send it to your server in the /dotclear/plugins directory
J'avais dû laisser tomber le basculement vers la méthode d'url PATH_INFO
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 ;)
I just need it so I can have a search function and some links to a contact page, etc, in the sidebar.
Have you tried, now that the faulty plugin is removed, to add the search widget?
Bonjour Philippe, trouvé dans /httpdocs/inc/ et voici le contenu :
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é.
Sorry I have no experience with this plugin (translatedWidgets) which does not come with the official packages. May I ask why you would need it precisely?
If your bug comes from the widgets plugin (which is not clear in your message), try emptying templates cache directory from the maintenance plugin.
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
Ça fonctionne chez moi en local :)
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 ?
Vous n'êtes pas identifié(e).