Dotclear

Vous n'êtes pas identifié(e).

Annonce

13 février 2024 Sortie de Dotclear 2.29

#1 Re : [dc2] Migration et mises à jour » [Résolu] Mise à jour vers 2.28.1 depuis une VIEILLE version » 2023-12-28 16:15:01

bon, je ne sais pas ce que j'ai fait, mais c'est tombé en marche...

je sais que j'ai touché un peu à certaines clés de configurations de PHP liées aux sessions.

#2 [dc2] Migration et mises à jour » [Résolu] Mise à jour vers 2.28.1 depuis une VIEILLE version » 2023-12-25 11:50:29

flashfr
Réponses : 1

Salut à tout le monde,

J'ai profité des vacances pour me lancer dans une mise à jour d'un peu tout sur mon serveur. Passé à la dernière version de Debian avec PHP 8.2, et donc j'ai tenté la mise à jor de Dotclear. Je pense que j'étais dans une très très vieille version (2.6.2 je crois).

Et donc j'ai une erreur lorsque j'accède à l'admin après avoir fait le remplacement en mode manuel (et avoir recopié la config et tout ça):

 Cannot assign string to property Dotclear\Core\Backend\Favorites::$local_favorites_ids of type array

Ce message s'affiche dans la page web, par contre je n'ai rien dans les logs du serveur. Et je n'ai donc pas le fichier où l'erreur arrive.

Auriez-vous une idée ?
Merci!

#3 Re : [dc2] Questions et aide » Table dc2_captcha_hash crashed » 2013-11-02 15:07:14

Salut,

je pense que tu devrais essayer de supprimer le plugin, d'effacer toutes les tables dc2_captcha*, et réinstaller le plugin.

La prochaine fois, utilise plutôt l'option "réparer la table" que "supprimer la table" dans phpmyadmin ;)

#4 Re : [dc2] Bugs » Retours de tests pour la future 2.5.1 » 2013-07-14 08:02:17

et le top, ce serait de voir si Firefox te jette pas un message d'erreur dans sa console (tu peux taper: "ctrl + shift + k" pour l'afficher)

#5 Re : [dc2] Bugs » DC ne devrait pas interdire la création de billet vide » 2011-12-28 18:01:37

Je suis au courant que cette vérification est là depuis longtemps dans DC. Mais je ne comprends pas non plus le besoin de cette contrainte.

À la limite, je comprendrais cette vérification lors du passage à l'état publié.

Évidemment, un contournement évident est de rentrer un texte bidon. Ça ne me convient pas, car je ne comprends pas le besoin de cette vérification inutile.

#6 [dc2] Bugs » DC ne devrait pas interdire la création de billet vide » 2011-12-27 15:02:47

flashfr
Réponses : 9

Parfois, je veux créer un billet avec juste le titre, car, finalement, c'est déjà un contenu et je veux le sauvegarder avant de faire autre chose.

Or aujourd'hui, DC jette une erreur lorsqu'on crée un billet vide. C'est possible de changer ce comportement ?

#7 [dc2] Bugs » le titre saute lors de la conversion vers xhtml » 2011-12-27 14:54:58

flashfr
Réponses : 1

Salut,

tombé sur un nouveau bug aujourd'hui :)

* créer un nouveau billet en formattage "wiki" (ou autre formattage ajouté non xhtml)
* mettre un titre et un contenu
* enregistrer
* convertir en xhtml
* s'apercevoir que le titre a disparu

#8 Re : [dc2] Installation et hébergement » Remarques non critiques sur l'install » 2011-12-22 22:38:44

Moi, ske j'en dis, hein... j'ai réussi sans même chercher Google, mais le texte reste aride :)

comme j'ai dit dans le sujet, c'est non critique.

#10 Re : [dc2] Installation et hébergement » Remarques non critiques sur l'install » 2011-12-22 12:38:12

Enfin bon, depuis j'ai trouvé plus ou moins, c'était plus une remarque sur le moment.

#11 Re : [dc2] Installation et hébergement » Remarques non critiques sur l'install » 2011-12-22 12:25:00

Voui mais il apporte quoi par rapport à ce qui existait avant ? :)

Je me disais qu'on pourrait faire un simple lien vers dotaddict, mais non, il n'y a pas d'entrée dans dotaddict. Ce qui me fait penser que mettre les liens dans la partie "extensions" de l'admin, ça serait bien pratique. :) (mais c'est une autre histoire)

#12 [dc2] Installation et hébergement » Remarques non critiques sur l'install » 2011-12-22 12:14:16

flashfr
Réponses : 8

Salut,

après la mise à jour vers la 2.4, j'ai deux ptites remarques.

D'abord, sur le fichier de config. En effet, j'ai eu droit à un ptit message :

DC_ADMIN_MAILFROM n'est pas défini, vous devriez corriger votre fichier de configuration.

Je pense que ce serait pas mal que DC dise où il est, ce fichier de conf ! Je sais pas pour vous, mais moi, je vais pas l'éditer tous les jours :)

Deuxième chose: DC m'a indiqué que deux nouvelles extensions avaient été ajoutées: simpleMenu et widgets. Ok, c'est bien. Bon, je crois que j'avais déjà widgets, mais il a peut-être été mis à jour ? En tout cas, nulle part dans l'interface, je ne vois à quoi sert simpleMenu, enfin, vraiment quoi. Dommage !

Bon sinon j'aime bien les nouvelles icônes et le nouveau thème :)

#13 [dc2] Installation et hébergement » mise à jour qui échoue (precondition failed) + résolution du problème » 2011-12-22 12:08:00

flashfr
Réponses : 2

Salut,

sur mon hébergeur, les mises à jour échouent. Cela vaut en fait pour tout ce qui va créer des fichiers qui seront ensuite accessibles directement avec Apache: upload d'images, ajout de plugin, ajout de thème, et donc mise à jour.

En effet, l'hébergeur a ajouté des préconditions avant d'autoriser la requête. L'une d'elles vérifie les permissions du fichier demandé, et c'est là qu'il y a une erreur.

Après avoir un peu bidouillé, je pense que tout fichier avec un bit setuid ou setgid est interdit. Or, en tout cas sur mon hébergeur, dotclear crée des fichiers avec le bit setgid. Si je l'enlève, ça passe.

Pour exemple, voici deux fichiers rigoureusement identiques : http://everlong.org/temp/
ok.php a le mode 664 là où precondition-failed.php a le mode 2664 (avec le bit setgid donc). Voyez vous-même :)

Attention: c'est Bien que les répertoires aient ce bit configuré. Ce que je dis ne s'applique qu'aux fichiers !

Bon, par ailleurs, les installs créent des fichiers avec le bit exécutable, je pense que c'est inutile et que ça devrait être enlevé (encore une fois, juste les fichiers, pas les répertoires). Mais ça ne déclenche pas de problème chez moi :)

#14 Re : [dc2] Bugs » Problème lors de la réinitialisation des compteurs » 2011-11-08 07:51:32

Après correction de diverses erreurs du type 'ambiguous field' ou 'colonne invalide "nb_comment"', je suis arrivé à ça :

        $updCommentReq = 'UPDATE '.$this->prefix.'post '.
            'SET nb_comment = P.nb_comment '.
            'FROM (SELECT COUNT(C.comment_id) as nb_comment, C.post_id as post_id from '.$this->prefix.'comment C '.
            'WHERE C.comment_trackback <> 1 GROUP BY C.post_id) P '.
            'WHERE C.post_id = P.post_id';
       
        $updTrackbackReq = 'UPDATE '.$this->prefix.'post '.
            'SET nb_trackback = P.nb_comment '.
            'FROM (SELECT COUNT(C.comment_id) as nb_comment, C.post_id as post_id from '.$this->prefix.'comment C '.
            'WHERE C.comment_trackback = 1 GROUP BY C.post_id) P '.
            'WHERE C.post_id = P.post_id';

Et puis j'ai toujours une erreur :

    ERROR: missing FROM-clause entry for table "c"

Je pense qu'il faudra faire 2 requêtes (ou alors que moi, unique utilisateur de dotclear sur PG 8.1, change d'hébergeur).

#15 Re : [dc2] Bugs » Problème lors de la réinitialisation des compteurs » 2011-11-04 15:32:43

ah, même en 8.2 l'alias fonctionne normalement. (mais pas sûr pour la sous-requête)
Malheureusement j'ai pas la main...

#16 Re : [dc2] Bugs » Problème lors de la réinitialisation des compteurs » 2011-11-04 15:24:55

Pareil (enfin, ça plante sur "as")

J'utilise PGSQL 8.1.

d'après http://www.postgresql.org/docs/8.1/stat … pdate.html, on dirait que PGSQL 8.1 n'aime pas les aliases pour les update.
Effectivement la version 9 a ajouté ce support: http://www.postgresql.org/docs/9.0/stat … pdate.html

J'ai essayé d'enlever l'alias et de remplacer "P" par "post" dans la sous-requête. J'obtiens l'erreur suivante :

    ERROR: missing FROM-clause entry in subquery for table "post"

J'en déduis qu'il aime pas que j'utilise "post" dans la sous-requête sans qu'il soit dans le FROM de la sous-requête. Mais dans ce cas je sais pas trop comment relier la sous-requête avec la ligne à mettre à jour...

D'après http://archives.postgresql.org/pgsql-no … g00023.php, il y aurait bien une syntaxe propriétaire de PostgreSQL.

Bref, on est dans la mouise :-)

#17 [dc2] Bugs » Problème lors de la réinitialisation des compteurs » 2011-11-04 14:46:24

flashfr
Réponses : 5

Bonjour,

lorsque je veux réinitialiser les compteurs de commentaires (Extensions > Maintenance), j'obtiens l'erreur suivante :

    ERROR: syntax error at or near "P" at character 16

J'utilise Dotclear 2.3.1 sur PostgreSQL.

Mes extensions supplémentaires (ou pas, je sais plus exactement lesquelles sont là de base):
- l'excellent accessibleCaptcha
- dc1redirect
- emailNotification
- importExport
- formatting-markdown
- packager
- piwik
- sitemaps
- subscribeToComments
- syntaxehl

Pas encore eu le temps d'aller  voir dans le code.

Merci !

#18 Re : [dc2] Installation et hébergement » La migration vers 2.3 a échoué » 2011-05-17 06:09:38

C'est du mutualisé, donc j'ai pas fait grand chose ;)
C'est du PHP 5.1 (oui oui).
La base est Postgre 8.1.
Le phpinfo : http://www.everlong.org/buvonsuncoup/phpinfo.php

En fait ce qui m'étonne, c'est l'erreur à la base. Le fichier en question est bien dans le path autorisé... À mon avis il y a un second check pour les fichiers cachés commençant par un point.
(mais en passant, le .hgignore est pas non plus très utile pour une install de dotclear :-) ).

#19 [dc2] Installation et hébergement » La migration vers 2.3 a échoué » 2011-05-16 21:38:18

flashfr
Réponses : 4

Bonjour,

j'ai eu une erreur lors de la migration automatique :

ça apparait lorsque je suis sur la page /admin/update.php?step=backup

Et j'ai :

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/data/www/org/g/n/everlong.org/www/htdocs/blog/inc/libs/clearbricks/.hgignore) is not within the allowed path(s): (/data/www/org/g/n/everlong.org/www) in /data/www/org/g/n/everlong.org/www/htdocs/blog/inc/core/class.dc.update.php on line 284

Warning: Cannot modify header information - headers already sent by (output started at /data/www/org/g/n/everlong.org/www/htdocs/blog/inc/core/class.dc.update.php:284) in /data/www/org/g/n/everlong.org/www/htdocs/blog/inc/clearbricks/common/lib.http.php on line 102


J'ai deux manières de résoudre ça :
- désactiver open_basedir le temps de la migration
- désactiver l'affichage des warnings

Vous en pensez quoi ?

#20 Re : [dc2] Bugs » ajout d'un lien vers un post du blog » 2011-04-08 07:04:47

(désolé, j'ai cliqué trop vite...)

Bonjour,

J'ai vu qu'il y avait un nouveau bouton dans la barre d'outils pour ajouter un lien vers un billet interne. Ça marche bien !
Cependant, je pense qu'il y a mieux à faire.

En effet, ce bouton ajoute un lien avec l'URL vers le billet (par exemple : /blog/XXX/mon-beau-billet).

Or, je sais que dans dotclear, on peut faire des liens vers un numéro de billet comme ceci: [lien vers mon billet|post:415|fr].

Ça me semble pas mal, et potentiellement plus facile à maintenir sur le long terme (en tout cas j'utilise souvent cette syntaxe, même si c'est pour trouver l'id d'un billet il faut regarder les URL ;-) ).

Donc à mon avis il faudrait utiliser cette syntaxe pour cette fonctionnalité.

Vous en pensez quoi ?

#21 [dc2] Bugs » ajout d'un lien vers un post du blog » 2011-04-08 07:01:39

flashfr
Réponses : 1

Bonjour,

J'ai vu qu'il y avait un nouveau bouton dans la barre d'outil pour ajouter un lien vers un billet interne.  Cependant

#22 Re : [dc2] Plugins » PHP 5.3 : évolutions requises pour plugins et thèmes » 2010-05-17 07:49:03

J'ai une question bête.

Si l'erreur n'est qu'un Warning, est-ce qu'elle empêche le code de fonctionner vraiment ?

C'est-à-dire que si on empêche les warnings d'être affichés dans l'output HTML (variables error_reporting ou display_errors), est-ce que dotclear fonctionne toujours ?

Cela permettrait au moins de continuer à fonctionner si l'hébergeur est passé à PHP 5.3.

Voir http://fr2.php.net/manual/en/errorfunc. … -reporting et http://fr2.php.net/manual/en/errorfunc. … lay-errors

Comme ils disent dans la doc, notamment display_errors devrait être à "false" ou "stderr" en production.

Quelqu'un a essayé ?

#23 Re : [dc2] Plugins » PHP 5.3 : évolutions requises pour plugins et thèmes » 2010-05-17 07:43:02

JcDenis a écrit :

Si j'ai bien compris on peut sans problème remplacer:

$_ctx =& $GLOBALS['_ctx'];

simplement par

global $_ctx;

et tous les changements sur le context dans la fonction X seront répercutés par la suite dans la fonction Y ?
J'ai un gros doute?
Je pense ici aux pages public avec un context qui se promène de fonctions en fonctions.

Et moi, si j'ai bien compris, ça ne vaut que pour les passages d'objet en paramètre de fonctions. Donc pas pour ce que tu décris ! :-)

#24 Re : [dc2] Installation et hébergement » Question sur l'importation depuis DC1 » 2009-02-14 13:58:56

Bon, moi, j'y suis allé un peu plus bourrin.

Je suis allé éditer le fichier /plugins/importExport/inc/class.dc.import.dc1.php, et j'ai commenté les lignes qui marchaient pas (lignes 251 à 254). Ça donne ça :

		$db->execute('SET CHARACTER SET DEFAULT');
//		$db->execute("SET COLLATION_CONNECTION = DEFAULT");
//		$db->execute("SET COLLATION_SERVER = DEFAULT");
//		$db->execute("SET CHARACTER_SET_SERVER = DEFAULT");
//		$db->execute("SET CHARACTER_SET_DATABASE = DEFAULT");

Puis j'ai relancé la procédure d'importation.

Hé bien tout est passé comme une lettre à la poste (et 100 par 100 ;-) ) !

En espérant que ça puisse servir...

#25 Re : [dc2] Questions et aide » De DotClear 1.2.x à DotClear 2 » 2006-09-28 17:42:13

Désolé de flooder... juste pour dire que le même fichier d'export (une fois le problème des commentaires corrigé) s'importe correctement lorsqu'on utilise une base postgresql.

Je suis à votre disposition pour essayer de débugger ça.

Vous n'êtes pas identifié(e).

Pied de page des forums

Propulsé par FluxBB

Sites map