[sexy] error_handler
by Denis Jean-Christian
Hello les (non) vacanciers,
J'ai fini les quelques fixes que je savais faire sur la branche
"default" et je suis retourné sur la branche "sexy". Ce mail me permet
de faire une petite mise au propre de mes réflexions sur la gestion des
erreurs et surtout d'avoir un petit coup de main ;-)
Je me penche donc sur la mise en place d'un gestionnaire d'erreur pour
TOUT Dotclear, en effet aujourd'hui il y a un peu tout est n'importe
quoi comme manière de lever des erreurs:
- Erreur de lancement avec __error(),
- Erreur interface avec core->error(),
- Erreur divers avec throw new Exception(),
- Erreur style deprecated (comme dans dcSettings) avec trigger_error(),
- ETC...
Avec également encore des différences avec les modes DC_DEBUG, CLI_MODE, ...
Mon but est que tout passer par un seul et même endroit puis d'y
redistribuer après, cela faciliterait la gestion des erreurs et
l'ouverture aux plugins, ou autres gestionnaires de backoffice et aussi
les log en mail/text/base...
Quelques limites se dessinent:
- Pas forcément compatible avec l'existant (surtout pour les plugins),
- Même si l'handler est définie très tôt certaines erreurs risquent
d'être levées avant,
- Certaines erreurs ne peuvent pas être loguées en base car appelées
trop tôt ou dû à la base,
- Pas forcément possible d'utiliser des plugins pour les même raisons
Pour l'instant je n'ai rien coder, je fouille un peu partout pour voir
ce qu'il se fait, si vous avez des avis/idées je suis preneur !
Cordialement,
JC|au chaud
10 years, 8 months
Plugin backupDaemon
by Greg
Salut les gens,
Pourriez-vous installer ce nouveau plugin
http://dleds.net/labs/download/5356 s'il vous plait,puis le tester (=
cliquer sur le bouton "Tester" en bas de la page sans modifier quelconque
paramètre) ?
En retour, vous aurez la durée de la sauvegarde affichée en haut de la
page, une sauvegarde de tous les blogs dans le dossier public du blog
courant dans un sous répertoire et un mail envoyé automatiquement avec la
pièce jointe à votre adresse Email (préférences utilisateur).
C'est cette durée qui m'intéresse :)
--
Greg
11 years
branche twig, suites
by Dsls
Hello,
Je continue mon petit bout de chemin sur la branche twig, sur laquelle
vous avez probablement vu passer quelques commits, notamment un update
de la dernière version de twig.
Je suis en train de recaser formfilters dans cette nouvelle branche,
en y mettant la flexibilité de twig, idem pour la sélection des
colonnes à afficher et compagnie.
A noter pour JC : le tag {% form %} prend désormais une expression et
plus un nom : au lieu de {% form post %}, il faudra maintenant
utiliser {% form 'post' %}. Cela permettra notamment d'utiliser une
variable à cet endroit.
Quand tout cela sera ficelé, je pense bien merger la branche sexy avec
la branche twig, l'écriture des plugins en devenant carrément
simplifiée... enfin j'espère :)
--
Bruno
11 years, 1 month
Re: [Dotclear Dev] branche twig, suites
by Jean-Christian Denis
J'allais te proposer de fusionner twig et sexy :-)
Dsls <dsls(a)morefnu.org> a écrit :
>Hello,
>
>Je continue mon petit bout de chemin sur la branche twig, sur laquelle
>vous avez probablement vu passer quelques commits, notamment un update
>de la dernière version de twig.
>
>Je suis en train de recaser formfilters dans cette nouvelle branche,
>en y mettant la flexibilité de twig, idem pour la sélection des
>colonnes à afficher et compagnie.
>
>A noter pour JC : le tag {% form %} prend désormais une expression et
>plus un nom : au lieu de {% form post %}, il faudra maintenant
>utiliser {% form 'post' %}. Cela permettra notamment d'utiliser une
>variable à cet endroit.
>
>Quand tout cela sera ficelé, je pense bien merger la branche sexy avec
>la branche twig, l'écriture des plugins en devenant carrément
>simplifiée... enfin j'espère :)
>
>--
>Bruno
>_______________________________________________
>Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
11 years, 1 month
Config nginx + plugins.DA
by Franck Paul
'jour les gens,
Noé et bibi bossont sur la remise en route du serveur DA (ça avance pas
mal), par contre j'ai un petit souci avec la console de dépôt et plus
précisément sur la gestion des exceptions.
Sur la validation d'un formulaire de soumission d'un plugin (en ayant
laissé volontairement un champs obligatoire vide), j'obtiens l'affichage
suivant (extrait) :
---
Ajouter un nouveau module
exception 'Exception' with message 'L'URL de support du module est
requis' in /home/www/dotaddict.org/plugins/_plugins/daRepository/inc/class.da.contrib.php:137
Stack trace:
#0 /home/www/dotaddict.org/plugins/_plugins/daRepository/_public.php(706)
<http://dotaddict.org/plugins/_plugins/daRepository/_public.php%28706%29>:
daContrib->addContrib()
#1 [internal function]: daRepositoryHandlers::modules('/new')
#2 /home/www/dotaddict.org/plugins/dotclear/inc/libs/clearbricks/url.handler/class.url.handler.php(166)
<http://dotaddict.org/plugins/dotclear/inc/libs/clearbricks/url.handler/cl...>:
call_user_func(Array, '/new')
#3 /home/www/dotaddict.org/plugins/dotclear/inc/public/lib.urlhandlers.php(174)
<http://dotaddict.org/plugins/dotclear/inc/public/lib.urlhandlers.php%2817...>:
urlHandler->callHandler('modules', '/new')
#4 /home/www/dotaddict.org/plugins/dotclear/inc/public/prepend.php(147)
<http://dotaddict.org/plugins/dotclear/inc/public/prepend.php%28147%29>:
dcUrlHandlers->getDocument()
#5 /home/www/dotaddict.org/console/index.php(3)
<http://dotaddict.org/console/index.php%283%29>:
require('/home/www/dotad...')
#6 {main}
---
Sur l'ancienne installation (Apache) on avait ça :
---
Ajouter un nouveau module
L'URL de support du module est requis
---
Y'a moyen d'obtenir le même comportement avec nginx ? Pour résumer ne
garder que le message associé à l'exception et rien d'autre ?
Franck
11 years, 2 months
Un projet, kinenveut ?
by Kozlika
Salut les gens,
J'ai vu que plusieurs intégrateurs s'étaient manifestés sur les derniers
échanges. Du coup, je me dis qu'il y aurait peut-être des amateurs pour
jouer avec moi : il s'agirait d'un chantier de refonte graphique et
d'organisation des contenus de Dotclear et DotAddict. Quelques éléments :
- les maquettes sont prêtes (depuis un bon bout de temps d'ailleurs) ;
- on mettrait notre ergonome en chef (Gautier Barrère) dans la boucle si ça
le branche -> expertise, tests utilisateurs ;
- conforme aux normes d'accessibilité autant que faire se peut – car la
perfection n'est pas de ce monde, mais on peut y tendre ;
- mettre les ressources et blablas concernant DC1 dans un « grenier » ;
- faire l'inventaire exhaustif des contenus du site, refaire une arbo ;
- cool URI don't die, of course -> préparer un tableau des redirections ;
- html5 / CSS3 négociable si on garde la rétrocompatibilité avec les
navigateurs antiques ;
- mediaqueries (ou version mobile, à réfléchir) ;
- adapter la CSS du forum et du Trac pour que ce soit en harmonie ;
- objectif fin d'année scolaire (ou avant si on est des ninjas motivés) ;
- c'est moi le chef :-P
Ceux qui me connaissent n'en seront pas étonnés : je voudrais que ce
chantier soit public, y compris la vue du front en cours de travaux et nos
discussions, réflexions, etc. avec possibilité à quiconque de commenter
(forum ? blog dédié ?).
Vous en dites quoi ?
Anne / Kozlika
11 years, 2 months
Du gestionnaire de médias chez OVH
by Dsls
Hello,
Je voudrais revenir sur le souci rencontré chez OVH avec le
gestionnaire de médias.
Il semblerait que ce soit du a des lenteurs d'accès au filesystem depuis PHP.
J'imagine qu'OVH sépare le stockage de ses fichiers entre les scripts
d'un coté (placés sur des serveurs dédiés à ça), et le contenu
statique de l'autre. Du coup, quand un coté essaye d'accéder à
l'autre, ça s'en ressent en termes de latence.
Ce cas met en exergue les travers du gestionnaire de médias :
* Quand on affiche un répertoire de médias dans l'admin, tous les
fichiers (sans exception) de ce répertoire sont récupérés
* cette liste de fichiers est comparée avec la liste des médias
présents en base, et une "réconciliation" entre les 2 est faite :
suppression en base des fichiers disparus, ajout des nouveaux, ...
* si un fichier est nouveau, on crée ses miniatures.
Ca fait beaucoup de choses de faites pour une page qui n'est censée
qu'afficher des médias...
Item pour l'affichage d'un média en particulier, la page
media_item.php scanne toute l'arborescence du répertoire public pour
pouvoir afficher la liste des répertoires où déplacer le fichier.
Cela rejoint ma réflexion d'il y a quelques temps sur la refonte
complète du gestionnaire, et entre autres la décorrélation entre
l'affichage et le rafraichissement d'un répertoire...
--
Bruno
11 years, 2 months
Re: [Dotclear Dev] pb 2.5
by Jean-Christian Denis
En plus j'ai écrit "dev" pfff j'suis un boulet, mes DC en prod sont sous 2.5-dev :p désolé pour le bruit.
Franck Paul <carnet.franck.paul(a)gmail.com> a écrit :
>_______________________________________________
>Dev mailing list
>Dev(a)list.dotclear.org
>http://ml.dotclear.org/listinfo/dev
11 years, 2 months
