Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour,
Merci pour ta réponse.
Je crois que c'est grosso modo ce que j'ai essayé de faire il y a un mois, mais entre temps ça a mal tourné.
Je préfère éviter de repasser à 2.27.2 ou .3 car je dois changer la version de PHP et là encore la dernière fois, ça a mal tourné.
Une idée s'il vous plaît ? :)
Oui, c'est ce que j'ai fait au tout départ pour accéder au back office en mode sans échec. :)
OK, bon bah comme ça, je crois que c'est clair.
Heureusement, j'ai appris à ne plus être dépendant de CMS. ^^'
Non, ce n'est pas un problème de cache : je le vide en permanence quand je travaille sur mes sites, genre toutes les 5 minutes.
Bon, sinon, personne pour filer un coup de main ? :)
Voilà, je suis repassé en PHP 7.4 et j'ai installé ma version de Dotclear initiale (2.23.1) à la place de la 2.27.2..
Tout est OK à une exception près : la section "Apparence du blog" ne fonctionne pas et renvoie ce message d'erreur :
Warning: array_merge(): Expected parameter 2 to be an array,
null given in /home/xxx/xxx.com/inc/admin/lib.moduleslist.php on line 495
Fatal error: Uncaught TypeError: Argument 1 passed to __() must be of the type string, null given,
called in /home/xxx/xxx.com/inc/admin/lib.moduleslist.php on line 1690
and defined in /home/xxx/xxx.com/inc/libs/clearbricks/common/lib.l10n.php:29
Stack trace:
#0 /home/xxx/xxx.com/inc/admin/lib.moduleslist.php(1690): __(NULL)
#1 /home/xxx/xxx.com/admin/blog_theme.php(172): adminThemesList->displayModules(Array, Array)
#2 {main} thrown in /home/xxx/xxx.com/inc/libs/clearbricks/common/lib.l10n.php on line 29
Un petit coup de main pour corriger ça s'il vous plaît ?
Bonjour :)
Ce matin, je me décidais à mettre à jour et boom, erreur 500 sur la totalité du site (y compris la partie Admin).
Je suppose que c'est de ma faute : j'étais resté en PHP version 7.4. ^^'
Par contre, depuis l'erreur 500 générale, je suis passé en PHP version 8.2 mais le problème subsiste.
Dans mon client FTP, il y a un fichier backup-2.23.1.zip qui vient de se créer.
Pourriez-vous m'indiquer la marche à suivre pour utiliser ce backup ou l'endroit de la doc qui explique ça ?
Merci d'avance ! :)
Merci beaucoup pour les explications. :-)
J'ai fait les modifications dans le fichier du plugin comme tu me les as suggérées, mais ça ne fonctionne pas.
Finalement, j'ai testé ça et ça fonctionne :
// Gestion option alt : inherit / none
if ($alt == 'none') {
$img_alt = '';
}
// Lignes ajoutées
if ($alt == 'inherit') {
$img_alt = $rs->post_title;
}
Est-ce correct ?
Désolé, je viens seulement de tester, et malheureusement ce n'est pas aussi simple qu'il n'y paraissait pour moi.
Comme tu me l'as expliqué, j'ai indiqué l'information de l'attribut alt dans la médiathèque au niveau du "titre de fichier".
J'ai testé pas mal de chose mais rien n'y fait, l'attribut alt reste vide.
En revanche, j'ai renseigné l'attribut alt à l'endroit où l'image est appelée dans l'éditeur de billet.
Et là, l'attribut alt est désormais bien renseigné dans tous les autres contextes : page d'accueil, page catégorie, page archives, page article et section billet connexe de la page article.
Est-ce que c'est finalement censé fonctionner comme cela ou est-ce que je m'y prends mal ?
Je n'ai pas encore testé la modification de code dans le plugin, ce sera la prochaine étape. :)
Bonjour, un grand merci pour cette réponse qui résout parfaitement mon problème. :-)
Selon les sites concernés, une des deux méthodes conviendra.
Bonjour,
J'utilise la balise tpl:EntryImages : j'ai bien compris comment obtenir un title (avec bubble="entry") mais je n'ai pas compris le fonctionnement de la balise pour alt qui prend les valeurs "none" ou "inherit" selon la doc. Comment fonctionne inherit dans le contexte ? Où dois-je indiquer le contenu de alt pour que inherit fonctionne ?
Le cas échéant, ne serait-il pas possible d'ajouter une valeur "entry" pour alt ? Cela résoudrait mon problème sur de nombreux sites.
Merci d'avance pour votre aide :-)
Bizarrement, je rencontre un souci avec un tout nouveau site, mais uniquement pour rediriger les pages catégories, lesquelles renvoient des erreurs 404.
Le serveur de ce site est configuré en PHP 7.3, j'ai donc :
- downgradé mon hébergement en 7.0
- vérifié que mon fichier htaccess est bien en 7.0 lui aussi.
Et le problème a disparu.
Je comprends tout à fait adjaya que tu ne souhaites plus maintenir ce plugin, et je souhaite te remercier chaleureusement car cela fait au moins 5 ou 6 ans qu'il me rend de grands services. :)
Néanmoins, je voudrais savoir si je pourrais remplacer les fonctionnalités du plugin par des règles de redirection / réécriture d'URL directement dans mon fichier htaccess.
Est-ce faisable, déconseillé, fonctionnel etc...? Pourrais-je avoir un petit coup de main de votre part pour faire cela ? :)
Le plugin dcCKEditor est très pointilleux à ce sujet.
OK merci, je ne l'utilise pas, mais c'est bon à savoir.
Il faut laisser le https dans les paramètres du blog pour l'url, et modifier le fichier dotclear/inc/config.php pour que DC_ADMIN_URL y corresponde exactement
Bizarrement, je n'ai jamais modifié DC_ADMIN_URL et je n'ai jamais eu de problème particulier pour passer en HTTPS (côté back office et front office). J'imagine que c'est indispensable pour certains plugins en particulier ?
Je me contentais de modifier le fichier htaccess, puis URL du blog dans Paramètres avancés.
Désolé pour le dérangement... En fait, Philippe, tu m'avais donné le bon conseil. Hier, j'ai modifié mon installation pour passer du fuseau de Londres (configuré par défaut) à celui de Paris, et malgré ce que je disais dans mon précédent post, je constate aujourd'hui que tout est OK. :)
Je viens de faire quelques tests : que je choisisse le fuseau de Londres (-1h), Paris ou Helsinki (+1h), le résultat est le même.
Pour l'instant, j'ai pris le coup d'antidater mes articles d'une heure. ;-)
Je suis désolé pour ce déterrage de presque 9 ans...
J'aime beaucoup ce plugin.
Mais lorsque je publie un billet, il m'indique "il y a 59 minutes", puis "il y a 58 minutes" etc...
Je me doute que c'est une histoire d'heure du serveur, mais je n'ai pas la main là dessus...
Est-ce qu'il y aurait une solution facile à mettre en place pour palier à ça s'il vous plaît ? :)
- J'ai supprimé la ligne "blogroll" dans la table "dc_version".
- Puis j'ai déplacé le sous-dossier "blogroll" d'une installation neuve vers le dossier "plugin" via FTP.
- L'interface d'admin m'a confirmé l'installation de blogroll, et j'ai pu constater que la table "dc_link" était à nouveau créée
Et enfin, j'ai pu sauvegarder mon site via Maintenance.
Ouf, c'est tout bon, merci beaucoup.
Merci beaucoup pour ta réponse.
On parle bien du plugin "Liste de liens (blogroll)" ? S'il s'agit de ce plugin, je l'avais désinstaller via l'interface d'admin.
Comment je fais ça ? Est-ce que cela revient simplement à récupérer le sous-dossier "blogroll" d'une archive neuve et de le copier dans le dossier "plugin" de mon installation incomplète ?
J'ai fait un export de la table dc_link depuis une autre installation Dotclear et la requête SQL contient ceci (j'ai modifié le prefixe des tables pour ma nouvelle installation) :
SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET AUTOCOMMIT = 0;
START TRANSACTION;
SET time_zone = "+00:00";
CREATE TABLE `fig_link` (
`link_id` bigint(20) NOT NULL,
`blog_id` varchar(32) COLLATE utf8_bin NOT NULL,
`link_href` varchar(255) COLLATE utf8_bin NOT NULL,
`link_title` varchar(255) COLLATE utf8_bin NOT NULL,
`link_desc` varchar(255) COLLATE utf8_bin DEFAULT NULL,
`link_lang` varchar(5) COLLATE utf8_bin DEFAULT NULL,
`link_xfn` varchar(255) COLLATE utf8_bin DEFAULT NULL,
`link_position` int(11) NOT NULL DEFAULT '0'
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
ALTER TABLE `fig_link`
ADD PRIMARY KEY (`link_id`),
ADD KEY `fig_idx_link_blog_id` (`blog_id`) USING BTREE;
ALTER TABLE `fig_link`
ADD CONSTRAINT `fig_fk_link_blog` FOREIGN KEY (`blog_id`) REFERENCES `fig_blog` (`blog_id`) ON DELETE CASCADE ON UPDATE CASCADE;
COMMIT;
Est-ce que je peux lancer cette requête dans la base de mon installation incomplète pour résoudre mon problème ?
Bonjour,
À force de trifouiller dans la base de données, j'ai fini par supprimer quelque chose qui était utile, et je viens seulement de m'en rendre compte.
Il y a quelques semaines j'ai supprimé la table dc_link de ma base de données et visiblement, cela semble lié au fait que je ne puisse plus faire de sauvegarde de ma base de données via l'interface d'administration de mon site.
Erreur : Table 'xxx.dc_link' doesn't exist (1146)
Je voudrais recréer cette table : quelle serait la méthode la plus sûre et/ou la plus simple ?
Merci d'avance pour votre aide, je suis inquiet :-)
Vous n'êtes pas identifié(e).