Dotclear

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

Annonce

13 février 2024 Sortie de Dotclear 2.29

#1 Re : [dc2] Migration et mises à jour » Erreur au chargement du blog » 2017-04-01 19:10:31

Pour info, j'ai eu le même problème en faisant la mise à jour. version dotclear 2.11.2.

Dotclear
Unknown column 'post_firstpub' in 'field list' (1054)
Something went wrong while loading template file for your blog.

Le problème venait du fait que je ne m'étais pas déconnecté de l'admin. La mise à jour n'avait donc pas été réalisée.
En me déconnectant, la mise à jour a été réalisée et tout est rentré dans l'ordre ;)

Merci,
F.

#2 Re : [dc2] Le coin des sorciers » VM Dotclear (via vagrant et puppet) avec des tests Behat » 2011-12-07 16:05:07

annso a écrit :

Je crois avoir compris ce que tu avais fait (mais j'avoue que je ne connaissais aucun des outils cités).

Du coup, je suis curieuse sur ces tests :

franek a écrit :

En bonus, j'ai écrit quelques tests BDD (Behavior Driven Development) - http://fr.wikipedia.org/wiki/Behavior_D … evelopment - qui sont exécutés via Behat (un framework BDD écrit en php).
.

Quels types de tests peut-on faire sur une BDD ?  S'agit-il de ça : https://github.com/franek/vagrant-debia … on.feature ?
(si oui, c'est super dur à lire le frenglish, j'ai du mal à tout comprendre :p)

Les tests ont été écrits avec Behat. Je ne connaissais pas l'outil non plus (simplement de nom).

https://github.com/franek/vagrant-debia … on.feature est effectivement un exemple de tests BDD. L'objectif est de disposer d'un test qui doit normalement être lisible et compréhensible par un non technicien.

Dans la doc de Behat, il est indiqué que l'on peut normalement écrire les tests dans la langue de son choix (cf. http://docs.behat.org/guides/1.gherkin. … languages). En pratique, cela ne semble pas évident et c'est la raison pour laquelle j'ai dû écrire les tests  en franglais. Il faudrait que je les réécrive tous en anglais. Cela serait plus simple à comprendre pour tout le monde.

Si tu veux en savoir plus sur l'écriture des tests, je t'invite à lire : http://docs.behat.org/guides/1.gherkin.html ou http://docs.behat.org/quick_intro.html

#3 Re : [dc2] Le coin des sorciers » VM Dotclear (via vagrant et puppet) avec des tests Behat » 2011-12-07 15:39:04

Bonjour,

Je vais essayer de détailler mon projet. Je ne travaille pas sur des modifications de dotclear.

Dans un monde idéal, dans le cadre d'un développement logiciel, afin de limiter les régressions, à chaque modification d'une application, on va exécuter des tests (unitaires, fonctionnels,...).
Si certains tests échouent, il est probable que l'applicatif soit devenu instable.
Si l'ensemble des tests réussissent, il est fort possible que l'applicatif soit stable et on peut envisager une livraison.

La mise en place de ce type de process fait partie de ce qu'on l'appelle "l'intégration continue" (cf. http://fr.wikipedia.org/wiki/Int%C3%A9gration_continue).

Les éléments que j'ai préparés doivent permettre, à mon sens, de débuter un process d'intégration continue autour du développement de Dotclear.
A chaque commit dans Mercurial, la VM que j'ai créée pourrait, par exemple, être détruite et reconstruite puis les tests BDD (qui doivent être enrichies) pourraient être exécutés.

La mise en place de process de ce type ne correspond peut-être pas à la volonté des dev de dotclear. Ils sont peut être organisés différemment, ... C'est ma vision des choses et je me trompe peut-être.
Comme évoqué plus haut, j'ai réalisé tout ça dans un processus d'apprentissage. Je vous les livre en l'état en espérant que cela puisse servir.

Je reste ouvert à toute question ou demande d'évolution.

bonne journée,
Fr.

#4 [dc2] Le coin des sorciers » VM Dotclear (via vagrant et puppet) avec des tests Behat » 2011-12-04 12:31:41

franek
Réponses : 4

Bonjour,

Pour m'amuser un peu et apprendre, j'ai monté une petite VM contenant un dotclear fraîchement installée en utilisant des outils que je voulais tester :
* vagrant (cf. http://vagrantup.com/)
* puppet (cf. http://puppetlabs.com/)
* behat (cf. http://behat.org/)

L'idée est de disposer d'un environnement facilement reproductible, paramétrable et qu'il sera facile de faire évoluer (puppet permet de décrire les paquets qu'il est nécessaire d'installer, les dépendances, ...).
Aujourd'hui, cette VM s'appuie sur un système Debian 6.0.3 mais il serait facile et rapide de remplacer Debian par Ubuntu, Mint ou un autre OS.

En bonus, j'ai écrit quelques tests BDD (Behavior Driven Development) - http://fr.wikipedia.org/wiki/Behavior_D … evelopment - qui sont exécutés via Behat (un framework BDD écrit en php).

Bien sûr, l'environnement n'est pas parfait. Il y a encore des choses à améliorer mais c'est un début...

L'idéal serait d'écrire d'autres tests d'acceptation (BDD), puis d'intégrer tout ça dans un process d'intégration continue (jenkins, sonar et tout le toutim) afin de vérifier que des modifications du coeur de dotclear n'impacte pas les tests fonctionnels.

Tout ça se trouve par là-bas (c'est sur github, désolé) : https://github.com/franek/vagrant-debian-dotclear

J'espère que cela pourra vous aider sinon, j'aurai appris de nouvelles choses ;-)

Bonne journée,
Fr.

#5 Re : [dc2] Installation et hébergement » Dotclear2 et cherokee » 2010-05-28 16:44:37

Si ça intéresse quelqu'un, je me suis lancé.
Cela semble plutôt efficace.

Un petit tuto :
http://franek.chicour.net/post/2010/05/ … %C3%A2teau...

Si vous avez des commentaires, n'hésitez pas !

bon week-end sous le soleil !

#6 [dc2] Installation et hébergement » Dotclear2 et cherokee » 2010-05-24 10:22:20

franek
Réponses : 2

Bonjour,

Je suis en train de regarder pour installer dotclear2 (en multiblog) sur cherokee (serveur web qui semble assez performant). Je tourne actuellement sous Apache et je le trouve assez gourmand.
Quelqu'un a-t-il déjà réalisé cette opération ? Si oui, pourrait-il faire un retour d'expérience (gestion des rewritings rules, ...) ?

Merci,
Fran'

#7 Re : [dc2] Installation et hébergement » Dc 2.1 Problème d'installation » 2009-03-20 14:56:07

bonjour,
J'ai le même problème à partir d'une "fresh" install. sous Windows XP en utilisant Easy PHP3.0.

Pour reproduire le bug :
  * installer EasyPHP 3.0
* créer un user dotclear et une base dotclear dans phpmyadmin (donner les droits qui vont bien)
* Décompresser dotclear dans le répertoire EasyPHP 3.0\www\ , 
* accéder à l'URL : http://127.0.0.1/dotclear/admin/install

Après la saisie du formulaire de création d'un compte, j'obtiens l'erreur :

Incorrect string value: '\xC2-!' for column 'post_url' at row 1 (1366)

La rustine de swingalot a réglé mon problème.

Merci,
François

#8 Re : [dc2] Questions et aide » Blog privé » 2008-05-31 14:04:14

olivier a écrit :

Un plugin va être développé pour faire ce genre de chose facilement.

Super... j'attends ça avec impatience...

Merci,

#9 Re : [dc2] Questions et aide » install multiblog - variable dynamique dans public_path et themes_path » 2008-05-30 19:44:37

Merci Olivier pour ta réponse. Je viens de tester. Cela fonctionne très bien.

Dans mon cas, j'ai utilisé le code suivant dans le fichier config.php

$__top_behaviors[] = array('coreBlogConstruct','modifConfig');

function modifConfig($blog) {
  $blog->themes_path = '/home/'.$blog->id.'/public_html/themes';
  $blog->public_path = '/home/'.$blog->id.'/public_html/public';
}

Par contre, c'est un peu déroutant car la configuration de themes_path et public_path dans "about:config" n'est pas modifiée.
De plus, Je peux modifier les valeurs dans about:config mais elles ne sont pas prises en compte (et c'est compréhensible).

Merci,

#10 [dc2] Questions et aide » install multiblog - variable dynamique dans public_path et themes_path » 2008-05-29 20:51:48

franek
Réponses : 3

bonjour,

J'ai cherché un peu mais je n'ai pas trouvé de solution à mon problème.

Petite explication :
J'ai une installation multiblog sur un serveur dédié. Chaque blog est hébergé dans le répertoire /home/<user>/public_html/index.php
Chaque blog a un virtual host dédié (en utilisant le mod_macro de apache) avec le document_root suivant /home/<user>/public_html

Exemple :
* toto.mondomaine.com pointe sur /home/toto/public_html/index.php (identifiant du blog : toto)
* roger.mondomaine.com pointe sur /home/roger/public_html/index.php (identifiant du blog : roger)

Le nom de l'utilisateur unix porte donc le nom de l'identifiant du blog et est identique à son virtual host.
Tout fonctionne très bien et j'en suis très satisfait.

J'ai juste un point qui me chagrinne (orthographe ?). Lorsque je crée un nouveau blog, je suis obligé de modifier le public_path et le themes_path via about:config pour y mettre :
/home/<user>/public_html/public et /home/<user>/public_html/themes

N'y aurait-il pas une variable dynamique contenant l'identifiant du blog à l'image des variables "{y}: year, {m}: month, {d}: day, {id}: post id, {t}: entry title" utilisées pour post_url_format ?

En supposant que cette variable existe et qu'elle se nomme {u}, je pourrais ainsi mettre de manière globale la valeur /home/{u}/public_html/public ?

Pour le moment, j'ai peu de blog mais si ça vient à grossir, cela me simplifierait la vie.

Peut-être avez-vous des conseils à me donner dans l'organisation de mon système de fichiers.

Merci,

#11 Re : [dc2] Questions et aide » [FAQ] Elaboration d'une FAQ » 2007-11-17 17:10:41

Je viens de créer un nouveau blog, quand j'accède à l'URL de ce nouveau blog, j'obtiens le message "Blog is not defined".

Vous devez modifier le fichier index.php de votre blog et y ajouter l'identifiant de votre blog (disponible dans paramètres de votre blog).

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

Pied de page des forums

Propulsé par FluxBB

Sites map