faden a écrit 61 commentaires

Moi je cherche toujours un bon filtre à spam rapide. Et ne me dîtes pas que spamassasin est rapide ...

Pour avoir des nouvelles sur le nouveau flash player pour linux :

http://blogs.adobe.com/penguin.swf/

J'ai installé la béta 9 du flash player sur mon linux et ça fonctionne déjà incroyablement mieux que l'ancien flash player 7, en terme de performance et de fonctionnalitées.

Pour avoir utilisé le framework Django je ne peux que le conseiller : il est vraiment excellent !

La documentation semble avoir fait des progrès, c'est un peu ce que je lui reprochais. Sinon c'est un bon framework purement MVC qui permet de faire rapidemment de belles choses.

Pour faire fonctionner Django, je conseille FAST-CGI. Sinon avec mod_python il faut redémarrer le serveur lors de chaque modifications ce qui est ennuyeux si on n'a pas de contôle sur le serveur de production.

"Mieux vaut utiliser un PATH d'inclusion de template. Chaque utilisateurs peut alors personnaliser sont template."

Mouis ? Oki. Je connais pas bien toutes les possibilités du coté serveur. Mais là je suppose que tu veux dire qu'il est possible de restreindre l'éxécution d'un script PHP à un dossier particulier ? C'est bien ça ?

En ce qui concerne la sécurité, là il est encore possible d'inclure et d'hériter n'importe quel fichier. Il faudrait confiner ces fonctions au répértoire de base du fichier passé au constructeur. Je vais faire en sorte que ça fonctionne de cette manière dans la prochaine version.

"html, xhtml, pdf, rss, etc. c'est partout du texte."

Templight est faire pour générer n'importe quel format texte.

Tu ne vois pas l'interêt et je peux le comprendre. Oui on peut tout faire aussi avec PHP sans passer par un langage de template. Mais le fait de passer par là simplifie certaine chose comme la syntaxe, donne accès à des fonctions sympathique comme l'héritage (peut-on faire aussi simple en PHP ?) et pourrait permettre de réaliser un système de cache complex et unifié. Sans parler du fait que le langage de template pourrait être facilement implanté dans un autre langage de programmation.

Pour la question de la sécurité, si l'utilisateur veut défacer son site il est bien libre de faire ce qu'il veut. Mais il ne devrais pas pouvoir défacer celui des autres. Tu vois ce que je veux dire ?

Oui en effet c'est presque du PHP4... Mais ça ne mache pas en PHP4.

Cela provient , à mon avis, d'un problème de référence dans une partie assez restreinte du code (dans la génération de l'arbre de Node).

J'ai pas vraiment le temps de chercher d'où viens exactement le problème .... Mais si vous avez une idée ?

"En quoi est-ce un problème de sécurité d'utiliser PHP comme language de template"

Imagine que tu donne le droit en écriture sur le dossier des templates afin que les utilisateurs de ton système puissent changer des choses dans les templates.

Avec du PHP dedans c'est un problème de sécurité.

"Est-ce que TempLight est conçu pour générer différent formats ou juste changer la tronche du résultat"

Générer différent format de quoi ? TempLight est fait pour générer du format text. Ca s'arrête là.

"... la license." -> "... la licence"

J'en profite pour vous demander de faire de même pour un petit bug de rendu découvert dernièrement :

http://bugs.kde.org/show_bug.cgi?id=127027

En effet je pense que brian massassi a raison. Ces langages de templates sont là un peu pour forcer les gens à séparer la présentation et la couche métier.

Le php est en fait un excellent langage de template, il suffit de l'utiliser dans ce but et ainsi point besoin de langage de template.

D'un autre coté les langages de templates offrent couvent des facilités commes des filtres, des systèmes de cache (ce qu'il offre dans son implémentation), ou structures de contrôle plus évoluées.

Autre chose, on peut imaginer vouloir réutiliser les templates, dans un autre environnement de développement. Par exemple en Python... A ce moment il est souvent plus simple de réimplanter la classe de template en Python plutôt que de traduire tout les templates.

Et du coup, :), un petit coup de pub sur ma classe de template nommée TempLight : http://dosimple.ch/articles/TempLight/

Elle fait moins de 400 lignes et permet, par exemple, de traiter des structures de données arborescentes.

Salutations,
Batiste Bieler

Voilà le problème 1 est corrigé :)

Le point 2 ammène trop de complexité pour un si petit exemple.

"je préconise la validation dans le contrôle"

En fait on voit dans cette application que j'ai mis un début de validation dans le contrôle. Il y en a dans le modèle (au niveau de la base données), et il pourrait également en avoir dans la vue ...

C'est vrai que c'est un "problème" du modèle MVC. Je n'ai aucune idée de comment les autres modèle s'en tirent ...

"Pense à la localisation, surtout si tu es en suisse, il est probable que ton application doivent supporter plusieurs langue (et c'est le genre de truc qu'il est souvent pénible d'envisager après)."

Je ne sais pas trop comment gérer cela avec ASP.NET/C#.

"Le MVC c'est la séparation vue/modèle (et un controller pour décoder), un des problèmes de cette approche, c'est la validation: est-ce du modèle? de la vue? les deux? (valider qu'un champs doit être rempli peut être de la vue, valider que le client est connu dans la base de donnée sera du modèle). Ce n'est pas à négliger dans le développement."

En effet, mais comme la vue peut changer, je préconise la validation dans le contrôle. Certaine validation peuvent être effecutée dans la vue. Dans le cas d'une application web, il y a parfois redondance. Autrement je vois pas ou est le problème.

"- Pourquoi ne pas utiliser des DataSet typé?"

Surement parce que je ne sais pas ce que c'est :)

"- Gérer les connections db dans la vue, pas top du tout... ça se comportera comment avec un framework permettant de faire du ajax? un load par appel? etc..."

Ce n'est pas vraiment le cas là, je considère qu'il s'agit du contrôleur. Comme la connection doit de toute façon s'établir dans cette page, j'ai décidé de procéder ainsi et de mettre dans Page_Load. En quoi cela est-il géré dans la vue ?

"enfin petit commentaire perso: arrrghhh du français dans les noms de variables!!!! (quoi que cela permet de punir les développeurs qui ont cassés le repository de source: vous me traduirez 20 pages de code source :p)."

Bha, ... Si c'est destiné à un public français ...

Intéressantes remarques.

Pourrais tu développer un peu d'éventuelles solutions ?

Pour le point 2 tu préconise la création d'objets de type commande ? ... et par exemple il faudrait faire quoi ?

ma_commande = new commande(1);
ma_commande.delete();

ou encore

ma_commande = new commande(1);
Model.delete_commande(ma_commande);

Cela pourrait effectivement réduire les erreurs mais ça demande plus de travail au niveau du modèle.

Pour le point 1 je serais heureux que tu développes !

"Concernant le contenu je préfère ne pas me prononcer"

Mais si mais si.

"je ne trouve pas sa comparaison avec Oracle très pertinente (fonctions de clusterisation, partitionnement horizontal et vertical, etc.)"

Je serais heureux d'avoir des informations à ce sujet.

Merci pour les corrections.

À propos de KHTML, C'est un pas vers l'adoption de l'éditeur en ligne que l'on peut trouver sur IE ou Firefox et qui est de plus en plus utilisé. C'est pas un truc très standard mais c'est utilisé notamment dans des gros CMS comme joomla :

http://dosimple.ch/articles/Rte-Light/

gg:mon hardware -comparatif -achat -acheter -vente

Pas certain de comprendre là ...

A part l'objet currentNode, qui correspond au noeud traité courant, et les fonctions associées, c'est pareil que l'ancienne classe ... Enfin l'ancienne classe n'acceptais pas bien les conditions imbriquées alors que là oui.

C'est surtout moins bien présenté je pense.

En fait je viens de comprendre que tout cela est possible avec ton système :)... Bonne idée !

Concept intéressant, c bien d'avoir fait l'héritage.

En ce qui concerne la génération automatique des tags HTML je suis dubitatif. Il y a souvent plein de petit trucs que l'on veut rajouter par la suite comme attribut. Une classe CSS ou j'en passe ...

Je me permet de proposer également mon C.V.

http://wws.fr.lolix.org/search/cv/cv.php3?id=8935

Je tiens à jour un C.V. en ligne également

http://batiste.dosimple.ch/cv/

En ce qui me concerne, ça fonctionne sur mon Konqueror (Kde 3.5). Mais certaine démonstations drag'n'drop sont lentes... Mais ça reste utilisable.

Calendrier : Oki !
Animation : Plein de choses ne fonctionnent pas bien

À noter aussi cette adresse qui offre en gros des choses similaires : http://script.aculo.us/

Mais là ça semble marcher un peu mieux avec Konqueror.

"une classe Python à partir d'une structure C"

C'est bien ce que fait SWIG.

"montrer rapidement comment enregistrer le destructeur et le constructeur"

Oki si tu penses que c'est important je peux le faire.

"Ensuite, le GC (garbage collector) n'a absolument rien à faire dans ton exemple"

Bien sûre que si, c'est justement le but de cette article de montrer comment fonctionne le GC de python avec SWIG.

"De plus, celui qui ne libère pas la mémoire n'est pas Python mais SWIG ... Python a probablement libéré la mémoire nécessaire pour stoquer sa structure à lui !"

Python ne libère pas la mémoire mais c'est lui qui commande cette libération via SWIG. Donc quand Python n'a plus de référence sur un objet (dans ce cas une structure) le GC supprime l'objet Python. Le destructeur de cet objet Python commande à la bibliothèque la libération de la mémoire via le destructeur généré automatiquement par SWIG. On s'affranchi ainsi de la gestion de la mémoire tant qu'on respecte la règle de ne pas créer la structure dans une fonction C/C++.

Le pendant à Beagle ne sera pas Kat mais Tenor et sera disponible avec Kde4. Kat ne sera peut-être qu'un front-end.

http://appeal.kde.org/wiki/Tenor(...)
http://dot.kde.org/1109163846/(...)

On apprend que Tenor ira plus loin que Beagle et ne sera pas lié à une interface graphique particulière. (mais certainement une dépence à Qt).