Prendre un Café - bestpractices - Commentaires

QOTD - NiKo

NiKo — Mon, 05 May 2008 09:27:29 +0200

Nico> Le débat, pour moi, c'est "quel est l'outil qui me rend réellement productif ?" - et ça, c'est comme les goûts et les couleurs, c'est très difficile à débattre en fait

QOTD - Nicolas

Nicolas — Mon, 05 May 2008 00:49:02 +0200

terrible ton commentaire niko
"The worst problem you may have with your code is that the scaling question does never apply, because you have no traffic at all."

Se poser la question ruby or php ne sert à rien.
Se poser la question rails ou symfony c'est mieux
(les deux en meme temps c'est pas cool, on se retrouve vite à faire du rake db:migrate && symfony propel-load-data sans comprendre pourquoi ça fonctionne pas)

Mais ensuite quel est le débat ?

QOTD - NiKo

NiKo — Sun, 04 May 2008 21:26:03 +0200

NiCoS> Désolé, t'avais encore été avalé par Akismet. Oui, les outils permettant les déploiements sur les plateformes distribuées, ou la gestion native des sessions distribuées par exemple sont des alliés de poids.

Ce qui est important derrière tout ça, c'est finalement qu'avant même de se torturer la tête sur la montée en charge, faudrait déjà valider les business modèles. J'ai vu trop de projets avortés pour cause de délires prospectifs du côté des commerciaux...

J'ai même posté un commentaire dans ce sens récemment sur le billet de Techcrunch relatant la possibilité pour Twitter de s'affranchir de rails

QOTD - NiKo

NiKo — Sun, 04 May 2008 20:36:07 +0200

Diti> Tu préfères bilbliothèques ? Je me rend compte que j'utilise un nombre d'anglicismes assez faramineux au quotidien...

QOTD - Diti

Diti — Sun, 04 May 2008 20:33:22 +0200

Les librairies ? On ne connaît plus son anglais ?

QOTD - NiCoS

NiCoS — Sun, 04 May 2008 19:18:45 +0200

Clair, par contre concernant la "scalabilité", la valeur ajoutée d'un framework / langage / ... par rapport à un autre peut venir des outils intégrés ou annexes qui permettent de faciliter le déploiement sur des architectures n-tiers. C'est peut être d'ailleurs ce qui manque un peu à django pour le moment...

QOTD - Yohan 'rouKs' G.

Yohan 'rouKs' G. — Sun, 04 May 2008 19:02:52 +0200

Effectivement, ça sort tout seul dans un troll ça

QOTD - Franck

Franck — Sun, 04 May 2008 17:16:47 +0200

Dans un genre un peu plus trash mais tout aussi intéressant :
I'm Going To Scale My Foot Up Your Ass
http://teddziuba.com/2008/04/im-goi...

Symfony 1.1 beta, tour du propriétaire - Les formulaires - NiKo

NiKo — Mon, 24 Mar 2008 16:46:59 +0100

Olivier> Non, je n'ai pas encore joué avec ce widget, mais n'hésite pas à poser la question sur la mailing-list de dev ou à ouvrir un ticket

Symfony 1.1 beta, tour du propriétaire - Les formulaires - obalais

obalais — Mon, 24 Mar 2008 15:26:29 +0100

Bonjour

Merci pour ce tuto très intéressant. J'en profite pour vous demander si vous avez déjà tenter de mettre un sfWidgetFormInputFile dans un formulaire pour faire un upload de fichier.

public function configure()
{
  $this->widgetSchema['file_attachment'] = new sfWidgetFormInputFile();
  $this->validatorSchema['body']->setOption('required',true);
  $this->validatorSchema['file_attachment'] = new sfValidatorFile( );
  $this->validatorSchema['file_attachment']->setOption('mime_types', array('application/pdf'));
}

Le code ci-dessus entraine systématiquement une validation refusée avec comme message de retour "REQUIRED". Même problème si je met l'option required à false pour le validator de file_att...

Une idée ???

Olivier BALAIS

Symfony 1.1 beta, tour du propriétaire - Les formulaires - Thomas R.

Thomas R. — Wed, 19 Mar 2008 16:55:07 +0100

fabien > Il faut faire unset($this['created_at']) pour supprimer un element du formulaire. ($this est le formulaire).

Dans le cas d'un sfFormPropel, si on supprime seulement le widget alors cela pose un bug dans le sfValidatorSchema. En effet la propriete sfValidatorSchema::fields contient toujours le champs 'created_at', et lors du 'clean' la valeur sera mise a NULL.

Cela peut etre tres embetant si ce champ est un 'id' par exemple.

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Olivier Mansour

Olivier Mansour — Thu, 13 Mar 2008 20:49:09 +0100

ha ouais ! je connaissais pas. merci bcp

Olivier

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - NiKo

NiKo — Thu, 13 Mar 2008 17:17:50 +0100

Olivier> En 1.0 t'avais toujours l'option "debug" dans le i18n.yml, qui te mettait [T][/T] autour des chaînes non-traduites. Feature pas très connue d'ailleurs, qui existe toujours en 1.1 sauf que la configuration de l'internationalisation se fait maintenant dans le fichier factories.yml

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Olivier Mansour

Olivier Mansour — Thu, 13 Mar 2008 17:02:01 +0100

i18n:find me semble vraiment bien. Cela évite de chercher partout les __() manquant !

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - NiKo

NiKo — Thu, 13 Mar 2008 16:54:39 +0100

No' et les autres> on peut depuis maintenant bien longtemps utiliser d'autres formats de stockage des traductions que XLIFF- même s'il faut bien avouer que ce n'est pas là la partie la plus exhaustive de la documentation existante - on peut utiliser différents drivers, comme gettext, MySQL ou sqlite. Y'as une même une page sur le wiki pour la méthode gettext.

Bon pour être très honnête, je viens de tester la chose en 1.1 et ça marche pas avec le tâche d'extraction, j'en ai d'ailleurs profité pour saisir un ticket à ce sujet

Oncle Tom> Comme je l'ai évoqué dans le précédent tuto, ./symfony et symfony11 ont strictement le même effet à la racine d'un projet Symfony 1.1, puisque les deux executables chargent l'environnement du projet courant

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Bob

Bob — Thu, 13 Mar 2008 14:21:18 +0100

L'exemple de ce billet passe bien dans xml2po ; est-ce que quelqu'un a un gros fichier en XLIFF pour tester plus en profondeur s'il-vous-plait ?

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Hugo

Hugo — Thu, 13 Mar 2008 14:01:12 +0100

Sympa cette nouvelle fonctionnalité

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Bob

Bob — Thu, 13 Mar 2008 13:48:09 +0100

Aïe les xml c'est la plaie à traduire ! Les balises etc, c'est un peu encombrant, et embêtant lorsque l'on passe le tout au correcteur orthographique. Est-ce que quelqu'un a tenté de les passer dans xml2po ?

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - Oncle Tom

Oncle Tom — Thu, 13 Mar 2008 12:45:34 +0100

Effectivement ça simplifie énormément la traduction.
Je me demandais aussi pourquoi utiliser XML au lieu de Gettext : plus performant, plus souple ? J'aime bien utiliser poEdit ou Gtranslate pour traduire mes chaines directement à partir du code.
À la limite l'outil de Symfony éclate les traductions en plusieurs fichiers j'imagine ?

Sinon remarque, c'est pas :
$ ./symfony11 i18n:extract --auto-save --auto-delete main fr
au lieu de
$ ./symfony i18n:extract --auto-save --auto-delete main fr
?

Symfony 1.1 beta, tour du propriétaire - L'internationalisation (i18n) - No'

No' — Thu, 13 Mar 2008 12:32:55 +0100

Promis, je trolle pas, mais pourquoi avoir utilisé XLIFF au lieu de gettext "comme tout le monde" ? Les fichiers XML, c'est "bien", mais je vois pas trop l'intérêt en l'occurrence, puisque la structure de données est assez "plate" :
* un chaine en anglais -> une chaîne en français.

Structurons des données structurées...

Symfony 1.1 beta, tour du propriétaire - Les formulaires - NiKo

NiKo — Wed, 12 Mar 2008 15:43:27 +0100

Pierre> Oui, AppFuse a très bonne presse côté Java, et Grails semble avoir de bons retours même si y'a un effet hype un peu désagréable.

En tout cas, peu importe le flacon pourvu qu'on ait l'ivresse

Symfony 1.1 beta, tour du propriétaire - Les formulaires - Pierre

Pierre — Wed, 12 Mar 2008 15:15:18 +0100

Salut,

merci beaucoup pour ces articles, c'est très intéressant même pour les gens qui ne touchent pas à PHP comme c'est mon cas...

Au boulot, j'utilise Java et AppFuse (une sorte de projet de base regroupant tous les outils et frameworks dont on a besoin), et c'est très ressemblant à ce que tu décris avec Symfony ; du coup, je ne suis pas trop perdu lors de la lecture

Un jour, je me remettrai à PHP... peut-être.

Symfony 1.1 beta, tour du propriétaire - Les formulaires - NiKo

NiKo — Wed, 12 Mar 2008 10:44:44 +0100

Fabien> Wow effectivement, c'est plus clair comme ça

Vivement la doc \o/

Symfony 1.1 beta, tour du propriétaire - Les formulaires - NiKo

NiKo — Wed, 12 Mar 2008 09:17:15 +0100

Saturn> Haha, la typo qui tue... C'est par /main_dev.php/contact qu'il faut accéder à la page, je corrige ça dans le billet de suite

Symfony 1.1 beta, tour du propriétaire - Les formulaires - Saturn

Saturn — Wed, 12 Mar 2008 01:54:05 +0100

Hello, merci pour ce nouveau tuto sur Symfony.
Je commence tout juste à m'y mettre grâce à tes posts
Petite question d'un newbie, j'accède bien au formulaire via http://monvirtualhost/contact
mais pas comme indiqué dans le tuto via http://monvirtualhost/frontend_dev.... (erreur 404).
Est-ce normal ?
Encore une petite chose qui pourrait être utile pour les 100% débutants comme moi, j'ai mis pas mal de temps à trouver ou modifier la template (c'est pourtant plutôt intuitif), ce serait peut-être cool de le rappeler dans le tuto (apps/main/modules/contact/templates/indexSuccess.php).
Enfin en même temps il va bien falloir que je me plonge dans la doc symfony
En tout cas un grand merci à toi.
Et vivement la suite !

Symfony 1.1 beta, tour du propriétaire - Les formulaires - fabien

fabien — Wed, 12 Mar 2008 01:44:29 +0100

Dans le dernier exemple de surcharge du formulaire Propel, je préfère juste surcharger ce que je souhaite plutôt que de redéfinir complètement le formulaire. Et en plus, ça donne quelques exemples supplémentaires :

<php
class ContactDemandForm extends BaseContactDemandForm
{
  public function configure()
  {
    // suppression du champ created_at (widget et validateur)
    unset($this->widgetSchema['created_at']);

    $topics = sfConfig::get('app_contact_topics', array());

    // surcharge du widget topic
    $this->widgetSchema['topic'] = new sfWidgetFormSelect(array('choices' => $topics));

    // surcharge des options d'un validateur
    $this->validatorSchema['name']->setOption('min_length', 2);
    $this->validatorSchema['name']->setOption('max_length', 45);

    $this->validatorSchema['message']->setOption('min_length', 10);

    // ajout d'un validateur en plus de celui par défaut
    $this->validatorSchema['email'] = new sfValidatorAnd(array(
    $this->validatorSchema['email'],
    new sfValidatorString(array('max_length' => 100)),
    ));

    // modification du validateur topic pour s'assurer qu'on a bien un topic du widget
    $this->validatorSchema['topic'] = new sfValidatorChoice(array('choices' => array_keys($topics)));
  }
}

Symfony 1.1 beta, tour du propriétaire - Les formulaires - Gilles

Gilles — Tue, 11 Mar 2008 17:21:14 +0100

Merci de ta réponse C'est noté.

Symfony 1.1 beta, tour du propriétaire - Les formulaires - NiKo

NiKo — Tue, 11 Mar 2008 14:49:59 +0100

> Ca donne envie. Mais quid des plugins compatibles ? Existe-t-il une page qui les recense ?

Pas à ma connaissance. Effectivement, les plugins écris pour la 1.0 seront à reprendre pour la plupart. Mais c'est là que SVN nous aide bien, beaucoup de plugins proposent dès à présent une branche de compatibilité pour la 1.1.

> A l'heure actuelle, pour un nouveau projet, est-ce que ça vaut le coup de partir sur du 1.0.x ?

Je partirai sur la 1.1, ne serait-ce que pour ne pas avoir un code totalement has-been dans un an. Par contre ça va impliquer de se passer d'une documentation exhaustive, ce qui constitue un risque majeur. À pondérer en regard des délais et moyens accordés au projet.

Symfony 1.1 beta, tour du propriétaire - Les formulaires - Gilles

Gilles — Tue, 11 Mar 2008 12:54:55 +0100

Merci NiKo ! Bien écrit, comme d'hab'. En effet, la 1.0 sera presque bonne pour la corbeille Ca donne envie. Mais quid des plugins compatibles ? Existe-t-il une page qui les recense ?

Deuxième question... A l'heure actuelle, pour un nouveau projet, est-ce que ça vaut le coup de partir sur du 1.0.x ? Parce que vu les profonds changements, je me demande si ça en vaut la peine.

Bref, l'évolution ça a du bon mais parfois ça peut vite devenir casse-tête.

Symfony, une redirection 302 et une exception sont dans un bateau - NiKo

NiKo — Sun, 20 Jan 2008 00:11:55 +0100

Romaric> Humph, tu soulèves une vraie question mais en l'état je ne me sens pas de renvoyer des exceptions pouvant potentiellement nuire à l'expérience utilisateur et d'interrompre sa navigation si je suis capable de les intercepter avant... Là pour le coup, c'est moi qui suis sans doute cracra mais c'est comme ça, j'ai horreur des erreurs 500 affichées pour rien (même si elles sont customizables, effectivement)

N'oublions pas que la valeur de retour d'une méthode d'action est la plupart du temps le dernier endroit où le développeur a encore la main sur les traitements au niveau du contrôleur (non, je ne placerai pas de blocs try/catch dans les templates ^^.) Et faire un filtre Symfony qui les intercepterait systématiquement me semble un peu lourdingue; là pour le coup. Je préfère logguer l'erreur et afficher un message contextualisé informant l'utilisateur que quelque chose s'est mal déroulé que de l'envoyer sur une bête page d'erreur.

Après, les goûts et les couleurs...

Symfony, une redirection 302 et une exception sont dans un bateau - Romaric

Romaric — Sun, 20 Jan 2008 00:07:40 +0100

Justement, s'il tu catches quelque chose du type natif Exception (dsl, je sais pas le mettre en couleur, lol ^^), il faut peut-être que ça le processus ammenant à l'affichage d'une erreur du client se passe, au cas où il y ait des choses à nettoyer un peu avant d'arrêter tout.

J'imagine que si une exception remonte tout en haut, symfony t'affiche une belle page (ou plutôt pas belle à voir pour l'utilisateur ^^) avec la pile d'appel des fonctions et tout et tout. Y a pas moyen de change juste ce que cette page affiche et de laisser remonter l'exception ?

Ce serait plus propre, non ? D'autant plus que si on imagine qu'avant, tu as fait le tri des exceptions que ton code générait, il ne reste plus que les gros plantages pour lever des Exceptions, qui eux devraient bien envoyer une page d'erreur à l'utilisateur (erreur 500, plantage sur le serveur, non ? il doit bien y avoir moyen de la customiser ^^).

Symfony, une redirection 302 et une exception sont dans un bateau - NiKo

NiKo — Fri, 18 Jan 2008 21:39:21 +0100

Romaric> En Symdony, retourner sfRequest::SUCCESS depuis une méthode d'action ne signifie pas Tout s'est bien passé mais Affiche moi le template par défaut associé à l'action. C'est d'ailleurs pour ça que j'ajoute un message d'erreur à l'objet représentant la requête via sa méthode setError(), car généralement on factorise ses templates pour n'en avoir qu'un seul à gérer, que les choses se soient bien passées ou non.

Par exemple, dans le cas d'un formulaire, il est courant (voire conseillé) en cas d'erreurs détectées dans les valeurs soumises par l'utilisateur de réafficher le formulaire avec les champs en erreur mis en exergue.

Tu trouveras plus d'infos sur la gestion des actions en Symfony par ici, si ça t'intéresse

Sinon pour le cas du catch des exceptions du type natif Exception, bien entendu que c'est un peu violent, mais tu comprendras aisément qu'à ce niveau du traitement tu ne peux pas renvoyer l'exception, ce qui aboutirait vraisemblablement à l'affichage d'une erreur sur le navigateur du client

Symfony, une redirection 302 et une exception sont dans un bateau - Romaric

Romaric — Fri, 18 Jan 2008 20:07:54 +0100

Juste un petit truc qui me chagrine, c'est que tu catch d'une part la sfStopException, et d'autre part, n'importe quel type d'exception sans les faire remonter. Est-ce que le framework ne pourrait pas avoir besoin de ces exceptions (par exemple pour fermer des ressources qu'il aurait ouvertes) ?
J'utilise pas spécialement symphony (testé une fois pour voir), mais dans les Exceptions que tu catch, il peut y avoir un gros truc sur lequel le framework a besoin de réagir et tu transformes ça en sfView::SUCCESS (en gros tout va bien si je comprend bien, même si y a une grosse exception).

Symfony, une redirection 302 et une exception sont dans un bateau - NiKo

NiKo — Wed, 16 Jan 2008 19:18:27 +0100

greg> Oui, c'est ce dont je suis en train de me rendre compte. Après coup, la feature est appréciable (même si je n'ai jamais rencontré de cas concret d'utilisation...)

Plus j'y pense et plus ce qui me dérange(ait) c'est qu'en PHP cette manière d'envisager les choses avec cette /rigueur/ est assez récente. En Java cela ne m'aurait pas choqué le moins du monde. Et oui, les idées reçues ont la vie dures...

Symfony, une redirection 302 et une exception sont dans un bateau - greg

greg — Wed, 16 Jan 2008 19:00:49 +0100

Je ne sais pas si l'interruption d'un script ne dois pas être la même chose qu'une exception.

Il se peut qu'on ait à faire un certain nombre de choses avant d'arrêter définitivement le script. Par exemple, certaines ressources n'aiment pas être laissées ouvertes et utiliser une exception me parait être un bon moyen pour tout arrêter proprement.

Symfony, une redirection 302 et une exception sont dans un bateau - COil

COil — Mon, 14 Jan 2008 13:23:48 +0100

J'avais déjà été confronté au problème et c'est effectivement un peu déroutant quand on est jamais tombé dessus avant...

Symfony, une redirection 302 et une exception sont dans un bateau - NiKo

NiKo — Sun, 13 Jan 2008 10:00:04 +0100

Piwaï> Merci pour cette leçon que je saurais retenir avec humilité. Tu reliras cependant mon billet et sa première conclusion Etait-il réellement nécessaire d'en remettre une couche ? Certainement, et je t'en remercie

Olivier> Ben une fois que tu connais le truc, tout te parait beaucoup plus simple et propre. En même temps, j'ai jamais vraiment rencontré le cas ou un redirect 302 nécessitait l'execution de code après appel de la méthode correspondante (et il semble que je ne sois pas le seul), mais ça doit sans doute exister, effectivement (filtre, plugins, etc.)

Symfony, une redirection 302 et une exception sont dans un bateau - Olivier

Olivier — Sat, 12 Jan 2008 22:52:21 +0100

Tu ferais comment pour arrêter l'execution du script ? exit() ? C'est un peu violent.

Perso, je trouve que l'exception sfStopException est bien car on peut l'attraper et détecter ainsi toutes les redirections.

Symfony, une redirection 302 et une exception sont dans un bateau - Piwaï

Piwaï — Sat, 12 Jan 2008 21:51:53 +0100

Alors là mon petit coco, je ne suis pas d'accord avec toi ! Je m'en vas te donner mon humble avis.

Tout d'abord, l'information était bien sûr disponible dans le "book" de symfony :

http://www.symfony-project.org/book...

The code located after a forward or a redirect in an action is never executed. You can consider that these calls are equivalent to a return statement. They throw an sfStopException to stop the execution of the action; this exception is later caught by symfony and simply ignored.

Certes, on ne peut retenir l'intégralité du symfony book. Cependant, le fait qu'après un redirect, le code ne soit jamais executé aurait du te mettre la puce à l'oreille.

D'autres part, je me trompe peut-être, mais il me semble que c'est pas très bien de capter 'tout ce qui peut passer'. Il faut connaitre son code, et toutes les exceptions qu'il peut lever, et donc capter celles-ci (avec un traitement différent suivant les exceptions). C'est à ça que sert l'héritage pour les exceptions.

Java a quand même du bon la dessus, vu qu'on est forcé de déclarer les exceptions qui seront 'throw' par la méthode.

Sinon, ne serait-il pas plus propre de faire suivre l'exception du redirect, vu que c'est ce qui se passe si tu ne fais pas de try catch ?

catch (sfStopException $e)
{
throw $e;
}

(je dis ça sans le tester, juste une idée..)

Donc sinon pour ton code, à toi de te créer une classe d'exception spécifique à ton projet, et à faire en sorte que toutes tes exceptions du projet en héritent. Après, plus qu'à catcher cette classe d'exception.

D'autres part, tu peux trouver ici la liste des exceptions de symfony :
http://trac.symfony-project.com/bro...

Hop Hop, c'est fini . Au passage, ça doit être mon premier commentaire sur ton blog, que je lis pourtant avec plaisir, continue !

Utiliser Symfony pour vos projets - Jean-Phi

Jean-Phi — Mon, 26 Nov 2007 10:38:28 +0100

Effectivement, mais il me semble que ça coule de source.....
Pour faire un patch il faut du temps, or je n'en ai pas, sur notre petit framework perso, ca fonctionne déjà comme ca.
Pour aller plus loin, on genère les tables associatives automatiquement.
Exemple (relation n...n) :
ClassA :

ClassB :
constraints :
has_and_belong_to_many : ClassA

nous generons automatiquement la table associative TableAB....

Utiliser Symfony pour vos projets - NiKo

NiKo — Mon, 26 Nov 2007 09:11:45 +0100

Jean-Phi> Ça mériterait de se rapprocher des équipes de devs de Doctrine pour le leur signaler et leur proposer éventuellement un patch

Utiliser Symfony pour vos projets - Jean-Phi

Jean-Phi — Mon, 26 Nov 2007 09:08:18 +0100

Après plusieurs tests, il s'avère que Doctrine gère l'héritage d'une façon trés peu orientée objet.
Ex : si on définit deux class :ClassA(field1) et ClassB extends ClassA(field2),
Doctrine va générer deux tables :
TableA(id, field1)
TableB(id, field1, field2)
Or, dans un modèle objet cohérent, on aurait du avoir :
TableA(id, field1)
TableB(id, field2, id_table_A)
C'est bien dommage car le reste est plutôt interessant...

Utiliser Symfony pour vos projets - Jean-Phi

Jean-Phi — Tue, 20 Nov 2007 16:12:58 +0100

Effectivement, ca se rapproche de l'abstraction de données idéale, test en cours en vue d'adoption....
Merci pour ce tuyau!

Utiliser Symfony pour vos projets - NiKo

NiKo — Tue, 20 Nov 2007 12:55:20 +0100

Jean-Phi: Doctrine propose ça, d'ailleurs la syntaxe YAML que tu décris dans ton billet ressemble à celle proposée par Doctrine.

Utiliser Symfony pour vos projets - NiCoS

NiCoS — Tue, 20 Nov 2007 12:33:33 +0100

@Jean-Phi, c'est le concept présent dans Django/Rails ou j'ai raté un truc ?

Utiliser Symfony pour vos projets - Jean-Phi

Jean-Phi — Mon, 19 Nov 2007 11:02:01 +0100

effectivement, les behaviors permettent un pseudo héritage, mais ce n'est pas vraiment l'idéal à mon goût, comme tu dis : "généralement on s'en sort assez bien".
Le framework de mes rêves serait un framework où l'on décrit, pour la génération, le modèle de classes et non le modèle de données... cf : http://www.jeanphi.fr/blog/show/str...

Utiliser Symfony pour vos projets - NiKo

NiKo — Mon, 19 Nov 2007 10:40:54 +0100

Jean-Phi: Tu devrais regarder du côté de l'ORM Doctrine ou des behaviors Propel pour tout ce qui est héritage, comportements génériques ou abstraction du modèle de données, généralement on s'en sort assez bien.

Par contre je te rejoins sur ce qui concerne la qualité des plugins contribués par la communauté, très inégale effectivement.

Utiliser Symfony pour vos projets - Jean-Phi

Jean-Phi — Mon, 19 Nov 2007 08:54:16 +0100

Salut,
ayant réalisé une dizaine de projets Symfony, j'ai été rapidement confronté à quelques petites lacunes de ce framework, le plus gros problème étant que la génération du modèle de classes est calqué sur le Modèle Physique de Données, il est ainsi quasiment impossible de définir des classes abstraites gérant une partie du modèle,
de plus, les plug'in proposés par la communauté sont souvent des usines à gaz trés peu fonctionnelles.
Sinon, c'est assez bien.
Un petit coucou à Damien au passage.

Utiliser Symfony pour vos projets - qwix

qwix — Tue, 06 Nov 2007 17:18:43 +0100

Axiome chinois:

"Si c'est le bordel dans ta tête, c'est le bordel dans ton projet, valable avec Symfony et (encore plus) avec eZ Publish"

^_^

Utiliser Symfony pour vos projets - arnod'mental

arnod'mental — Tue, 06 Nov 2007 10:07:35 +0100

Merci N1Ko. symfony-freeze est en effet la solution à mon problème.

Utiliser Symfony pour vos projets - NiKo

NiKo — Tue, 06 Nov 2007 09:30:53 +0100

@arnod'mental: Dans ton cas personnellement j'aurai bundlé une version dédiée de Symfony avec ton projet, avec un symfony-freeze par exemple Encore mieux, avec des externals, mais c'est rare d'avoir subversion à dispo sur un mutualisé.

Utiliser Symfony pour vos projets - arnod'mental

arnod'mental — Tue, 06 Nov 2007 09:25:54 +0100

@code34 Je n'irais pas aussi loin que toi dans cette idée. Par contre ce qui est sur, c'est que monter une appli web sur un framework tel que Symfony nécessite par la suite, soit une installation sur dédié mais qui fini par contenir des librairies dépréciées, soit une maintenance continuelle au fil des mises à jour du framework. J'en essuie les platres sur un projet livré l'année dernière sans contrat de maintenance, et hébergé sur serveur mutu, avec Symfony préinstallé. L'hébergeur se tient à jour des releases, ce qui est tout à son honneur. Mais cela nécessite à chacune de ces mises à jour de revoir certaines portions de code où la BC a été cassée. Dernier exemple en date c'est l'utilisation du paramètre 'absolute' dans le helper link_to qui s'est transformé en 'absolute_url'. ça n'est pas forcément grand chose mais c'est assez désagréable d'avoir à retourner sur un projet pour lequel on pensait en avoir terminé.
Par contre pour un projet qu'on souhaite faire évoluer dans le long terme Symfony est me semble-t-il une pièce de choix.

A new Django freelance in town - neolao

neolao — Tue, 06 Nov 2007 00:56:32 +0100

youhou !
tu le fais enfin ! bonne chance

A new Django freelance in town - David, biologeek

David, biologeek — Mon, 05 Nov 2007 23:34:45 +0100

Merci. Vraiment.

Utiliser Symfony pour vos projets - code34

code34 — Mon, 05 Nov 2007 21:25:31 +0100

@FC En même temps quand tu choisis d'utiliser un framework, par définition, tu ne peux pas avoir de vision à long terme. Tu ne sais pas quelle tournure prendra le développement du dit framework, quel choix techniques seront pris, tu n'auras certainement pas la capacité d'influencer le développement du framework etc (..) Et tu n'auras pas non plus la capacité de faire évoluer toi même le framework, sinon t'aurais tout aussi bien pu le développer en interne.

Utiliser un framework s'est aussi prendre un risque non négligeable qu'il faut savoir apprécier par rapport au gain que cela peut apporter. Je l'ai vu encore très récemment avec les frameworks ajax, rien ne nous permet de savoir ou en sera l'état de l'art d'ici quelques mois. Dure de choisir un framework dans ces conditions (..)

Utiliser Symfony pour vos projets - FC

FC — Mon, 05 Nov 2007 16:44:21 +0100

@Code34 : Et un minimum de planification, de reflexion, d'organisation et d'honnêteté vis à vis du client.

Une vision à court terme est bancale, voire suicidaire. Pour l'entreprise et pour les salariés.

Un peu d'ergonomie, d'organisation et de vision ne font pas de mal. Mieux, cela satisfait le client.

Un client satisfait est un très bon publicitaire.

Tu as des boîtes où des audits s'imposent. La techno ne fait pas tout, loin de là. Des mecs compétents, tu en as partout, des organisations apprenantes un peu moins.

Utiliser Symfony pour vos projets - Sam.

Sam. — Sun, 04 Nov 2007 12:00:33 +0100

Je suis tombé ici car m'intéressant un peu à Symfony. Je suis beaucoup plus porté sur RoR, mais bon nombre de propos du post peuvent aussi s'y reporter.

L'aspect humain est effectivement important. Avoir un framework de qualité, pratique, productif,.... c'est bien, mais encore faut-il que les gens s'y intéressent, aient envie de s'y former, acceptent de farfouiller par eux-même sur le net pour aller plus loin que le bouquin qu'ils ont pu lire (survoler ?). Ce n'est pas toujours le cas ! Et c'est bien dommage, chacun a pourtant beaucoup à y gagner.

Utiliser Symfony pour vos projets - code34

code34 — Sat, 03 Nov 2007 20:21:34 +0100

C'est un billet intéressant et il est bon de rappeler que tout ces problèmes se posent avec n'importe quel framework de n'importe quel langage. Ca n'a rien de spécifique à Symfony.

Un framework c'est un "cadre de travail" qui impose des contraintes, il faut s'assurer au préalable que c'est en adéquation avec le projet, et que les personnes qui vont développer avec ont une bonne connaissance de la techno.

Utiliser Symfony pour vos projets - NiKo

NiKo — Fri, 02 Nov 2007 21:53:11 +0100

Martin, je pense que tu pointes quelque chose de juste en parlant de rupture de la logique MVC. Et c'est bien en cela qu'il me semble nécessaire de bien avoir assimilé ce principe dans ses fondements et sa mise en pratique pour éviter les problèmes. Le nombre de développeurs "confirmés" que je vois balancer des appels à la session depuis le modèle ou mettre du HTML dans le contrôleur, c'est effarant.

En ce sens je suis malheureusement moins optimiste que toi, et pense que contrairement à ce que laisse percevoir l'apparente facilité de prise en main du framework dans les premiers pas, le niveau requis est tout de même relativement élevé sur la conduite d'un projet complet, surtout en regard du niveau moyen des développeurs PHP sur le marché...

Utiliser Symfony pour vos projets - Martin Bittner

Martin Bittner — Fri, 02 Nov 2007 21:42:11 +0100

Pierre:

Le niveau de connaissance pour PHP5 requis pour utiliser symfony n'est pas très élevé. Nous utilisons symfony au bureau et mes programmeurs n'avaient pas beaucoup de notions orienté objects et encore moins des designs & patterns. Si tu lis les chapires 7, 8, 9 et 10 du livre symfony (disponible sur le site de symfony) tu vas avoir une bonne base pour commencer.

Le tutorial Askeet est bien, mais n'est pas facile à faire puisque ça été fait pour des versions antérieur de symofny. Il y a donc plusieurs bugs qui vont te ralentir considérablement. Mais je te recommande quand même de le lire parce que tu vas assimiler des principes lu dans les chapitres du livre.

Tu peux lire mon article http://www.martinbittner.com/index.... sur les différents framework de développement dans lequel j'explique pourquoi j'ai choisi symfony.

Bactisme:
Il est vrai que symfony et les autres framework MVC aide énormément à mieux structurer son code et séparer le view du code, mais il ne faut pas programmer aveuglement en pensant que tout va etre parfait. Il reste quand même relativement facile de mettre du code aux mauvais endroits et de briser le model MVC.

Cheers!

Utiliser Symfony pour vos projets - greg

greg — Fri, 02 Nov 2007 17:52:02 +0100

bactisme : Tu penses à la PHPLib ?

Yann : Si je peux me permettre une réponse, symfony utilise une architecture qui découle d'une certaine expérience et «oblige» les programmeurs à se conformer à un certain nombre de «bonnes pratiques» (notemment le MVC). Il est donc plus que fort probable qu'il faille réécrire un projet existant pour l'intégrer avec symfony. Cependant, rien n'empêche d'utiliser des bouts de symfony pour les intégrer dans un projet existant mais ce serait peut être passer à coté de quelque chose :o)

Utiliser Symfony pour vos projets - Yann

Yann — Fri, 02 Nov 2007 17:25:49 +0100

Très bon article qui donne envie de tester Symfony!
Une question: est-il possible d'intégrer Symfony à un projet existant ou force-t-il une architecture spécifique ne permettant que de l'utiliser uniquement sur de nouveaux projets?

Utiliser Symfony pour vos projets - NiKo

NiKo — Fri, 02 Nov 2007 16:13:33 +0100

Pierre:

À ton avis, quel doit être le niveau minimal d'un développeur PHP pour se mettre à Symphony ?

Bonne question. C'est relativement difficile à évaluer mais je pense que des notions de POO et la connaissance (pour ne pas dire la compréhension) de quelques patterns utilisés dans Symfony sont une bonne base de départ. Plus encore, une sensibilité aux respects des standards et des bonnes pratiques, une veille technologique permanente et quelques réalisations de sites internet d'envergure derrière soi me semblent de sérieux atouts pour réussir avec Symfony. Enfin, une véritable envie de bien faire et de produire quelque chose de maintenable me semblent également totalement indispensable, mais on s'écarte de la technique pure, là

Utiliser Symfony pour vos projets - Damien

Damien — Fri, 02 Nov 2007 15:49:55 +0100

"D'accord pour l'espace dans eZ Publish mais attention au F de symFony ;o)"
ah oui euh ok, 1 partout, balle au centre

Utiliser Symfony pour vos projets - bactisme

bactisme — Fri, 02 Nov 2007 15:47:07 +0100

Niko, ca te dit pas de casser un peu de sucre sur Ror au passage ?

J'ai beaucoup de mal a faire croire à certaine personne, que les framework PHP se sont depuis longtemps mis à jour ...

et son bien plus efficace sur des projets un peu complexe ..

Utiliser Symfony pour vos projets - greg

greg — Fri, 02 Nov 2007 10:57:28 +0100

Symfony, c'est comme un couteau suisse, c'est très pratique, très efficace mais tout ça dépend surtout de qui tient le manche.

PS : À noter sfCoffeePlugin pour que Symfony puisse aussi faire le café.
PPS : Damien : D'accord pour l'espace dans eZ Publish mais attention au F de symFony ;o)

Utiliser Symfony pour vos projets - Damien

Damien — Thu, 01 Nov 2007 23:27:23 +0100

Billet intéressant. Fervent utilisateur d'eZ Publish (avec un espace entre le z et le p :p), je me dis qu'on pourrait très bien remplacer Symphony par eZ Publish dans le texte (à quelques exceptions près certes) ou certainement par d'autres produits, le propos serait toujours aussi pertinent

@Pierre à propos des CMS, ça dépend des demandes supplémentaires et des CMS. Certains sont plus ou moins flexibles. Cela dit, cette "pseudo rigidité du CMS" dans un cadre professionnelle peut être un avantage il permet parfois de limiter "la propension naturelle d'un client à enrichir au gré de l'avancement projet le périmètre fonctionnel souhaité"

Utiliser Symfony pour vos projets - remouk

remouk — Thu, 01 Nov 2007 23:24:07 +0100

"À ton avis, quel doit être le niveau minimal d'un développeur PHP pour se mettre à Symphony ?"

Selon moi, il faut être niveau 21. Au moins. :P Sinon, article très sympa, bravo.

Utiliser Symfony pour vos projets - Francois

Francois — Thu, 01 Nov 2007 23:01:56 +0100

Très bien dit.

Cet outing me fait penser à quelque chose...

Utiliser Symfony pour vos projets - Pierre

Pierre — Thu, 01 Nov 2007 22:32:09 +0100

Excellent article qui tombe à point nommé pour répondre à une question que je me posais depuis un petit moment, moi qui n'ai plus vraiment touché à PHP depuis des lustres, et qui entre donc parfaitement dans la catégorie des bidouilleurs PHP ! Il va falloir que je me mette sérieusement à PHP 5... vite vite vite.

Concernant les CMS, j'ai la nette impression que quand on décide de les utiliser, on oriente le site qu'on souhaite en fonction des possibilités clairement offertes par le CMS utilisé. Je suis en train de développer un petit site en SPIP, et bien que ce CMS soit réellement puissant, j'ai dû mettre le hola sur les demandes formulées par ceux qui allaient l'utiliser au final... comme c'est un projet bénévole, je fais mon dictateur sur le coup, j'avoue

Enfin, tu parles de la synchronisation des développeurs et des chefs de projet, c'est exactement ce dont parle David de Biologeek dans son dernier billet ! Les grands esprits se rencontrent, on dirait !

À ton avis, quel doit être le niveau minimal d'un développeur PHP pour se mettre à Symphony ? Quelles doivent être les notions de PHP 5 assimilées avant de pouvoir commencer à développer en utilisant Symphony ?

Bonne continuation !

Dégradabilité javascript et Ajax dans Symfony avec jQuery - F. Sebastien

F. Sebastien — Wed, 10 Oct 2007 01:39:07 +0200

Je viens de découvrir un nouveau plugin 'sfJqueryPlugin' disponible sur le site de sf ,je l'ai testé et ca fonctionne parfaittement.
C'est concu pour remplacer les helpers Javascript dans le but de ne plus utiliser prototype en faveur de jQuery.
Pour exemple, on peut utiliser link_to_remote() avec Ajax si on remplace la methode par jq_link_to_remote() et ca fonctionne en toute transparence.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Maxime

Maxime — Mon, 08 Oct 2007 19:44:38 +0200

reSalut !
Bon alors j'ai mis la main à la pâte et j'ai essayé, après avoir fait quelques recherches infructueuses sur Google-mon-ami. Tu es donc tel Obiwan Kenobi, mon seul espoir !

Soyons concret : j'ai une page qui affiche une actu et il y a les commentaires en dessous, affichés par page. Comment d'un seul coup gérer le avec-javascript et le sans-javascript pour ce changement de page?

En effet, nos deux compères proviennent de deux modules différents sous Symfony : donc si je met comments/show dans le href du lien, si javascript est activé, je peux rafraichir une div très aisément grâce à jquery, mais si javascript n'est pas activé je me retrouve sur la page comments/show, cad sans la petite news avec...

Ce n'est pas ce que nous voulons. Pourrais-tu m'éclairer voire me donner quelques pistes ?

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Maxime

Maxime — Fri, 05 Oct 2007 17:01:05 +0200

Très intéressant comme article et les commentaires aussi.
Je m'intéresse de très près à des "actions" avec symfony, codées une seule fois, qui donnerait le même résultat au visiteur qu'il ait javascript intégré (dans ce cas avec ajax et un rafraichissement partiel de la page) ou pas (dans ce cas rafraichissement complet de la page). En somme ce qu'explique une partie de l'article et ce que dit Nath.
Pourrait-on avoir plus de détails ? Au niveau des templates... En bref, comment mettre ça en place en pratique, car là, ça m'apparait encore un peu sombre (ça fait une semaine que je symfonise).

Dégradabilité javascript et Ajax dans Symfony avec jQuery - NiKo

NiKo — Fri, 05 Oct 2007 15:06:49 +0200

Olivier@gt; Bof, je pense qu'il y aurait plus à creuser pour un post sur le blog de Clever.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Olivier Mansour

Olivier Mansour — Fri, 05 Oct 2007 13:49:20 +0200

article vraiment bien, il aurait tout à fait sa place sur un autre blog

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Nath

Nath — Fri, 05 Oct 2007 13:49:03 +0200

Merci du conseil
Mais ce n'est pas tant la détection d'une requete via XHR (au pire, suffit de rajouter un paramètre).
Non, c'est surtout comment ré-afficher la bonne page avec les changements qu'auraient fait JS.
J'avais commencé à regarder les manipulations DOM de PHP, mais je n'ai pas eu le temps de finir ma recherche. Je dois m'y remettre dès que j'ai terminé ma mission en cours. Il y a peut-être une solution simple.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - NiKo

NiKo — Fri, 05 Oct 2007 09:36:03 +0200

@krachot: De rien, c'est surtout les devs de Symfony qu'il faut remercier

Je me suis inscrit pour la preview de del.icio.us, j'ai hâte de voir ce que ça donne également.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - krachot

krachot — Thu, 04 Oct 2007 23:01:30 +0200

@Niko: si tu trouves ça vraiment interressant, tu peux voir un exemple sur ce site, qu'on vient de mettre en ligne: http://www.bebe9.com/.
Le principe est vraiment bon, et j'espere que pour la prochaine version de symfony (1.5 ou 2.0 ?!!), les développeurs de sensio remplacent prototype et scriptaculous par UJS et PJS.
Surtout que maintenant jQuery possède jQueryUI et n'a donc plus rien à envier à prototype
Sinon c'est l'occas de te remercier de m'avoir fait découvert ce fabuleux framework l'année dernière. J'ai réussi à l'imposer dans ma boite et honnetement, ce n'est que du bonheur. J'ai d'ailleurs hate de voir le nouveau del.icio.us...

Dégradabilité javascript et Ajax dans Symfony avec jQuery - NiKo

NiKo — Thu, 04 Oct 2007 17:55:10 +0200

Chef ! Oui, chef !

Dégradabilité javascript et Ajax dans Symfony avec jQuery - MdY

MdY — Thu, 04 Oct 2007 17:11:32 +0200

pas ce soir !

Dégradabilité javascript et Ajax dans Symfony avec jQuery - NiKo

NiKo — Thu, 04 Oct 2007 16:53:49 +0200

@krachot: Hmmm, intéressant, je connaissais pas cette possibilité. Je vais regarder ça de plus près

Dégradabilité javascript et Ajax dans Symfony avec jQuery - krachot

krachot — Thu, 04 Oct 2007 15:46:05 +0200

@Niko: Le mieux avec UJS, et c'est comme ça que je m'en sers, c'est de ne pas utiliser les helpers fournis. Tu mets ton code jquery entre les balises UJS_block/UJS_end_block, et hop à l'affichage ton code javascript à disparu de ton HTML et se retrouve dans un fichier javascript à part, grâce à PJS.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - NiKo

NiKo — Thu, 04 Oct 2007 09:56:08 +0200

@Navid: Thanks for pointing at your plugin which I didn't knew. As I'm not really fond of XML configuration files, I'll stick at my current approach but it's here just matter of taste

@Nath: Symfony ajoute un en-tête spécial à la requête pour identifier les requêtes Ajax, tu devrais regarder de plus près cette approche, ça peut donner des idées.

@krachot: UJS me fout des balises au milieu du code HTML et ça, ça me froisse, même si cela reste totalement non-obstrusif je te l'accorde.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - krachot

krachot — Thu, 04 Oct 2007 09:22:47 +0200

Il faut aussi noter que le plugin UJS (http://trac.symfony-project.com/wik...) permet d'utiliser les même helpers de prototype avec jQuery et ainsi de produire du code javascript non-intrusif.
Pour l'avoir utiliser sur plusieurs projets avec le plugin PJS (http://trac.symfony-project.com/wik...), je peux t'assurer que cela simplifie énormément le développement javascript.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Nath

Nath — Thu, 04 Oct 2007 06:55:06 +0200

Tiens c'est marrant, moi qui m'intéresse plus au Zend Framework (je sais pas pourquoi j'ai du mal avec Symfony), je cherchais une technique similaire.

Pour identifier le conteneur cible, j'avais pensé à mettre un champ caché dans la vue. Mais ton idée d'utiliser une ancre est surement plus flexible.

Par contre, il me reste à trouver un moyen pour que PHP prenne le rôle d'AJAX si celui-ci est absent.

Dégradabilité javascript et Ajax dans Symfony avec jQuery - Navid

Navid — Thu, 04 Oct 2007 03:30:41 +0200

Bonjour,
excuse me for writing in english, but the last time I spoke it was on the 11th grade in school
I could write that all in french but that you would see a lack of many accents and it would take me half an hour and would still consist of mistakes

I have an proposal for you: Use the sfTaconitePlugin I wrote, where you can just define a XML file to handle the response. This XML file is parsed and breaks down the tags into jquery-commands so you can update even multiple DOM elements with it. If you want to take a look http://trac.symfony-project.com/wik...

Présentation de Flex - loïc m.

loïc m. — Thu, 30 Aug 2007 01:46:18 +0200

Super !
Je commence mon nouveau job le 4 septembre pour du dev. sous Flex (une première pour moi)
J'ai hâte de tâter la bête ^^

[ping] Présentation de Flex - Un Electron Libre...

Un Electron Libre... — Sat, 25 Aug 2007 14:09:13 +0200

Notes de retour de vacances

Archlinux a mis à jour ses iso sous une version 2007.08. On ne peut pas vraiment parler de mise à jour ou de nouvelle version dans la mesure où un pacman -Syu met son système à jour vers les dernières versions dites stables. Cela correspond plus...

Présentation de Flex - Erwan

Erwan — Wed, 22 Aug 2007 15:46:07 +0200

A peine rentré de vacances et déjà un magnifique tuto.

En tout cas elles ont du être bien reposante pour que tu te donnes tant de mal si vite

Bravo

Présentation de Flex - NiKo

NiKo — Tue, 21 Aug 2007 13:54:25 +0200

Tout à fait, ainsi qu'une documentation plus exhaustive et surtout plus à jour. Côté IDE, le projet XULBooster, même si intéressant sur le papier, ne s'installe toujours pas correctement chez moi malgré une réelle envie de tester la bête...

Présentation de Flex - lordphoenix.info

lordphoenix.info — Tue, 21 Aug 2007 12:39:14 +0200

ça illustre bien ce qu'il manque à la plate forme XUL pour s'imposer : Un bon environnement de développement.
Malheureusement la Mofo semble plus s'intéresser à Firefox qu'a la plate forme c'est dommage.

Présentation de Flex - NiKo

NiKo — Tue, 21 Aug 2007 12:23:09 +0200

neolao> Je bosse avec la version 3 beta du builder et Moxie, donc je n'ai pas vraiment eu le temps de voir les limitation de la 2.01

Présentation de Flex - Neovov

Neovov — Sun, 19 Aug 2007 22:18:54 +0200

Ca donne envie, merci beaucoup !

Présentation de Flex - neolao

neolao — Sun, 19 Aug 2007 22:11:20 +0200

moi j'y ai vu quelques limites, et je sais que Flex 3 va résoudre pas mal de choses

Présentation de Flex - manatlan

manatlan — Sun, 19 Aug 2007 20:52:09 +0200

Excellente présentation qui m'a bien éclairé sur certains points
merci pour ce post de très bon niveau !

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Thu, 19 Jul 2007 23:49:30 +0200

D'accord, le sens est plus clair effectivement
Merci d'avoir pris en compte ma remarque, j'admets fort volontiers que je pinaillais, mais en premier lieu elle avait un but humoristique.

De l'art de reprendre un contenu sur internet - GOLD

GOLD — Thu, 19 Jul 2007 14:26:21 +0200

Internet le nouvel espace judiciaire

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Thu, 19 Jul 2007 12:27:04 +0200

TheRec> J'ai quand même modifié la phrase en question, pour plus de clarté.

De l'art de reprendre un contenu sur internet - Pierre

Pierre — Wed, 18 Jul 2007 19:13:12 +0200

"La licence du contenu repris doit être respectée"

Cela dit... Il y en a parfois que rien n'arrête ! Même les Copyrights sont parfois recopiés et à en voir le résultat, aucune relecture du contenu n'est repompé... Je vous laisse d'ailleurs découvrir ce site d'un pilleur en puissance :

http://www.dabreteau.com/

Je suis atterré de la puissance de pillage ce "webmaster"... On ne peut pas dire qu'il ait l'angoisse de la page blanche... Mais est ce bien utile au final ?

Le pire c'est que je lui ai même dit que ça ne se faisait pas et qu'il risquait d'avoir des problèmes... Apparemment, il n'a pas bien compris le message...

Bon, si vous cherchez un peu vous trouverez des articles originaux... Un indice pour les trouver : l'orthographe !

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 17:12:28 +0200

Ah OK pour le syntaxe wiki2xhtml.
Et oui, "sans restriction d'accès" ou "en libre accès" me plaisent plus que "publiquement"
Désolé si c'est partit un petit peu en troll, ce n'était pas mon intention.

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Wed, 18 Jul 2007 14:49:26 +0200

Je pense que personne n'a raison ou tort, juste que je ne trouve pas d'autre terme que ce publiquement pour faire passer cette idée de mise à disposition sans restriction d'accès. Si quelqu'un a une idée...

Pour la mise en forme riche dans les commentaires, j'ai désactivé la syntaxe wiki2xhtml dans ces derniers il y a quelques mois suite à quelques abus et mauvaises utilisations. Du coup je saisis mes contenus en HTML directement depuis l'interface d'admin de Dotclear. Mais ça va bientôt changer, tout ça

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 14:43:49 +0200

Je vais épargner les lecteurs et simplement te donner raison vu que à priori nous ne tomberons pas d'accord et que je ne tiens pas outre mesure avoir raison à ce sujet, du moins je compte dormir cette nuit malgré cela.

J'aurais une question à toutes fins utiles, ton blog est-il configuré afin de prendre en charge une syntaxe de mise en formes (wiki, BBCode, etc.) pour les commentaires ? Je n'ai pas trouvé d'aide à ce sujet et je vois que tu sembles en utiliser une lorsque tu rédiges tes commentaires.

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Wed, 18 Jul 2007 14:09:03 +0200

Pauvres lecteurs, ils vont nous détester avec ces commentaires qui tournent en rond. Ceci dit, quand tu modifies ma phrase originale en Il est illusoire de penser publier quelque chose sur internet pour soi et seulement soi, cela devient faux dans la mesure où il est techniquement possible de publier quelque chose sur internet pour un public restreint (c'est d'ailleurs le sujet d'une partie de l'article.) D'où la précision publiquement, c'est à dire de rendre techniquement accessible la ressource sans restrictions.

Mais sinon merci pour ton retour positif sur le reste de l'article

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 14:02:57 +0200

Je préfère tourner en ovale pour ma part :P
Quand tu mets un contenu sur un intranet tu le rends accessible à un public, restreint certes, mais un public tout de même et donc tu peux dire qu'il est disponible publiquement (s'entend aux personnes y ayant accès) sur l'intranet et tu peux dire que tu l'as publié également.
Publiquement ne signifie pas "à tous", tout dépend de la portée que tu veux donner au "public". Mais quand tu dit que tu publies quelque chose c'est forcément à l'attention d'un public, inutile de le rappeler en disant en public (publiquement). Preuve en est :
"Il est illusoire de penser publier quelque chose sur internet pour soi et seulement soi"
Le sens de cette phrase devrait t'être familier, le fait qu'on puisse enlever un mot et garder le sens premier est aussi du au fait qu'Internet est un accessible au grand public.

Toujours est-il que mon but premier est de te remercier pour ces bons conseils, donc je réitère mes remerciements et si ma remarque t'a déplu tu m'en vois désolé, j'éviterai d'essayer de faire de l'esprit dans mes commentaires dorénavant.

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Wed, 18 Jul 2007 12:28:19 +0200

TheRec, on peut tourner en rond comme ça longtemps... Que fais-tu quand tu publies un contenu sur un intranet d'accès restreint ? Non, tu ne mets pas à disposition ton contenu publiquement. Rendre public et publier sont deux choses distinctes.

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 10:58:49 +0200

Tu noteras la lapalissade, "rajouter une chose supplémentaire" :P

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 10:48:30 +0200

"Publiquement" signifie "En public" qui signifie "En présence de beaucoup de personnes". Le fait de "publier" implique cette notion de "public" auquel tu proposes un article (en l'occurrence), d'où la ravissante lapalissade que je notais.

Tu peux même rajouter à ton article une chose supplémentaire, c'est que même si on le publie pour un public restreint, tôt ou tard cela atteindra le grand public. C'est toute la magie d'Internet

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Wed, 18 Jul 2007 10:21:34 +0200

TheRec> Raté, on peut publier quelque chose sur un espace privatif, et du coup ce contenu n'est pas accessible publiquement

De l'art de reprendre un contenu sur internet - TheRec

TheRec — Wed, 18 Jul 2007 10:16:55 +0200

"Il est illusoire de penser publier quelque chose publiquement sur internet pour soi et seulement soi"
Merci Seigneur de La Palice, généralement lorsqu'on publie quelque chose c'est qu'on le propose à un public
Blague à part, merci pour ces conseils utiles !

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Wed, 18 Jul 2007 09:43:48 +0200

James> C'est ce qui s'est passé dans l'affaire qui a abouti à la rédaction de ce billet : le blogueur effaçait les commentaires (polis) que je postais sur ses billets, genre ni vu ni connu. Ce type d'attitude ne fait généralement que courroucer l'éditeur, c'est exactement ce qui a motivé la rédaction du précédent billet où je l'interpellai publiquement puisqu'il refusait le dialogue. D'une façon plus générale, la fuite en avant est une très mauvaise idée, la transparence et l'honnêteté toujours la solution.

De l'art de reprendre un contenu sur internet - James

James — Wed, 18 Jul 2007 09:37:44 +0200

> Si vous êtes pris en faute, il est suicidaire d'essayer de faire semblant de rien, par exemple en effaçant sciemment les tentatives de dialogue en commentaires. Ça ne marchera de toutes façons pas et ne fera qu'amplifier les conséquences potentielles du problème."

J'avoue ne pas totalement comprendre ce point.

De l'art de reprendre un contenu sur internet - giz404

giz404 — Wed, 18 Jul 2007 08:20:42 +0200

Courage, c'est bientôt les vacances !!
Il y a quelques points que je devrais également appliquer de mon côté... Choix et explicitation d'une licence par exemple.

De l'art de reprendre un contenu sur internet - NiCoS

NiCoS — Wed, 18 Jul 2007 00:38:14 +0200

Joli !

Pour qqn de fatigué, tu t'en sors plutôt bien !

De l'art de reprendre un contenu sur internet - Kagou

Kagou — Tue, 17 Jul 2007 23:58:35 +0200

Très bien, je prends bonne note et je vais profiter de tes déboires pour appliquer certaines de tes recommandations à mon blog merci

C'est où qu'on vote pour la pratique n°4 ?!

De l'art de reprendre un contenu sur internet - NiKo

NiKo — Tue, 17 Jul 2007 23:23:43 +0200

Très juste, sauf que je l'ai déjà mentionné dans le billet.

"Mettre en place une page dédiée à la description de la licence et aux conditions de réutilisation des contenus"

L'idéal étant bien entendu de lire le billet jusqu'au bout avant de commenter.

De l'art de reprendre un contenu sur internet - lordphoenix

lordphoenix — Tue, 17 Jul 2007 23:21:06 +0200

Et j’ajouterais dans la catégorie des bonnes pratique celle de faire figurer les information de licence de manière claire et lisible. Un obscur logo cc en pied de page est loin d’être suffisant.

Go PHP 5 - Oncle Tom

Oncle Tom — Fri, 13 Jul 2007 14:28:18 +0200

Je suis d'accord qu'il faille aller de l'avant et passer à PHP5 mais si on regarde dans le rétroviseur, l'adoption de PHP4 a été rapide face à PHP3.

Le problème vient à mon avis de nombreuses ressources pour débutants qui abordent encore trop de méthodes stylées PHP3 et compatibles PHP4.

Le parc de programmes écrits en PHP4 est plutôt important et basculer tout ça en PHP5 demandera un temps énorme, surtout pour des gens qui n'ont pas l'habitude. L'équipe PHP a peut-être trop voulu les brosser dans le sens du poil pour continuer à populariser les débutants avec PHP4 et les pro avec PHP5.

Plus une communauté grandit, plus son inertie est importante.

Go PHP 5 - NiKo

NiKo — Fri, 13 Jul 2007 08:51:19 +0200

Et pourquoi on maintiendrai pas php3 aussi tant qu'on y est ? Je pense que php4 a fait son temps et qu'il faut maintenant tirer vers le haut si on veut s'affranchir des railleries usuelles envers ce langage. Ça passe hélas par la méthode un peu brutale de l'arrêt du support, mais si les hébergeurs et développeurs ne comprennent que ça...

Go PHP 5 - knoodrake

knoodrake — Thu, 12 Jul 2007 04:42:37 +0200

je cite Klamouze:
ant que la PHP Team continuera à mettre à jour PHP 4, on sabordera l'adoption de masse de PHP 5...

Moi je trouve cela bien normal que PHP4 soit encore maintenu. Il me parait assez laisser tomber les utilisateurs ( qui certains peuvent avoir leurs très bonnes raisons ) de la version précédente (oui, *précédente* seulement! php6 n'est pas sorti..) sous prétexte qu'une nouvelle est sortie.

Tu peu trouver des pieces pour ta peugeot 205 même quand la 206 sort non ?
Autre exemple: mon ordi portable est sous Ubuntu 6.04, 2 versions de retards. pourtant il est encore mis a jour, et je t'assure que j'en suis bien content, et que je ne veux pas de la derniere version !

Bref, goPHP5 est une exelente chose, car il est bon d'inciter au changement, mais pas par l'abandon je crois
Mais comme déja dit par Gilles, je crois que les cartes sont surtout dans les mains des hébergeurs.

Note: perso, je code en php5 depuis longtemps !

Go PHP 5 - Klamouze

Klamouze — Mon, 09 Jul 2007 11:35:58 +0200

C'est une excellente initiative mais comme je le lisais dans un des commentaires sur le site de symfony (pour le même sujet), tant que la PHP Team continuera à mettre à jour PHP 4, on sabordera l'adoption de masse de PHP 5...
Je suis plutôt d'accord avec cette analyse.

En tout cas, c'est clair qu'il n'y a plus photo... Go go go PHP 5.

Go PHP 5 - Pti-seb

Pti-seb — Sun, 08 Jul 2007 15:44:55 +0200

Après avoir migré de serveurs web de php4 vers php5, j'en retients qu'il faut faire attention aux sites qui utilisent :
- xslt car il y a eu de gros changement de ce coté. D'ailleur les options de compilation on changés.
- les drivers ORACLE

En effet, leurs compatibilités vers php5 risque de poser quelques problèmes, mais bon ce n'est pas insurmontable pour des développeurs.

Go PHP 5 - Gilles

Gilles — Sun, 08 Jul 2007 13:47:21 +0200

Oui, en effet, excellente initiative. Il était temps, d'ailleurs. Y'a pas photo, PHP5 c'est déjà beaucoup beaucoup plus évolué que PHP4 et PHP6 promet grave. Quand je vois des projets encore codés en PHP4 pour la simple raison que bon nombre d'hébergeurs ne supportent pas encore pleinement PHP5, ça me consterne (je suis consterné par les hébergeurs qui ne supportent pas encore pleinement PHP5). Du coup, ce sont les hébergeurs qui dominent la situation alors qu'ils devraient suivre plutôt l'évolution technologique (quitte à proposer PHP4 et PHP5 en parallèle, ce qu'ont fait un grand nombre d'hébergeur ces dernières années, heureusement). Et Go PHP5 va certainement faire un peu bouger les choses. Tout comme j'approuve l'arrêt du support PHP4 pour inciter les développeurs et hébergeurs à se mettre au moins à PHP5.

J'aimerais bien aussi un Go Ruby et Go Python pour qu'on ait un peu le choix. Parce que j'en ai un peu marre de la dominance de PHP dans le monde du mutualisé. J'aimerais pouvoir installer du Mephisto ou du PythonBlogEngine. Pas seulement du Wordpress ou du Dotclear, même si ce sont d'excellents moteurs de blog. Mais bon, les hébergeurs s'y mettent progressivement. Alwaysdata, OVH, l'excellent Webfaction... Petit à petit, on y vient. Mais vraiment petit à petit. C'est dommage.

Ce qui va être marrant, ça va être aussi le passage de PHP5 à PHP6. Pas mal de sites vont devenir grave insécurisés. Ca va être folklo dans les équipes de dev. Le top serait de passer direct à PHP6 et on oublie les version 4 et 5. Mais bon, j'en demande trop là :P Bref, comme tu dis, on est pas sorti de l'auberge :/

Google Gears : vous pouvez vous deconnecter - DaD

DaD — Wed, 06 Jun 2007 15:15:09 +0200

A noter que RemerberTheMilk vient de propose son service offline via GoogleGear.
Je ne suis pas sur, mais je crois que c'est le premier service (hors google) a proposé cette technologie.

[ping] Google Gears : vous pouvez vous deconnecter - Un Electron Libre...

Un Electron Libre... — Fri, 01 Jun 2007 18:43:02 +0200

En Vrac

Niko nous explique que nous pouvons nous passer de notre connexion internet et reprendre une activité normale avec l'arrivée de Google Gears. Plus sérieusement, c'est un article tout à fait pertinent :-) Davidm nous informe que le CMS Modx est...

Google Gears : vous pouvez vous deconnecter - NiCoS

NiCoS — Fri, 01 Jun 2007 18:17:17 +0200

Pour la petite histoire, la petite icône verte est arrivée dans la version française de Google Reader

Google Gears : vous pouvez vous deconnecter - Mike

Mike — Fri, 01 Jun 2007 10:09:04 +0200

Bravo pour cet article ! Tout le monde a repris cette nouvelle sans expliciter simplement le fonctionnement et les enjeux de cette petite révolution.
C'est vrai que c'est un sujet qu'il faut suivre de près car Google, qui devient (ou est déjà ??), un big brother aujourd'hui tend à dicter ses standards et les imposer très subtilement.

Google Gears : vous pouvez vous deconnecter - chris

chris — Fri, 01 Jun 2007 09:56:31 +0200

Et bien, tu sais NiKo, c'est le genre d'article que j'adore lire : nos agrégateurs nous abreuvent quotidiennement de news peu claires ou partielles.

Ton article, c'est tout l'inverse : simple, clair comme de l'eau de roche et précis. Du bonheur. Merci

Google Gears : vous pouvez vous deconnecter - Geoffrey

Geoffrey — Fri, 01 Jun 2007 09:23:09 +0200

> Sinon y a pas eu d'annonces dans Google Reader

dans la page "home" de ton google reader, le "latest messages from the Google Reader team", c'est pas http://googlereader.blogspot.com/20... par hasard ?

sinon oui, je suis d'accord sur le formidable potentiel de cette extension. certes on tend vers le 100% connectés, mais on peut imaginer tout un tas de raisons de ne pas etre connecté, et nottament outre prendre le train / avion, désactiver son chipset wifi pour économiser la batterie. Par ailleurs, le train et l'avion ne sont pas les seuls endroits à ne pas proposer d'accès internet, je pense par exemple aux parcs, aux voitures, au métro, etc.

bref, j'adore déjà google gears

Google Gears : vous pouvez vous deconnecter - loïc m.

loïc m. — Thu, 31 May 2007 21:01:34 +0200

@NiCoS: faut utiliser les services Google en version anglaise pour voir les dernière mises à jour les concernant. Moi je trouve au contraire cette fonctionnalité très intéressante et pleine de possibilités pour les développeur / utilisateurs
Et avec le code Google ouvert, que du bonheur !
Tu peux par exemple imaginer récupérer le catalogue d'un client pour le consulter tranquillement pendant le voyage (avion, train, métro...)

Sinon y a pas eu d'annonces dans Google Reader pour l'ajout de cette fonctionnalité, contrairement aux autres mises à jour en général.

Ce que je trouve dommage, c'est que les synchonisations ne puissent pas de faire de façon automatique. Comme ça, ça permettrai de toujours pouvoir lire ses flux off-line à tout moment...
Ben ouais, comment on sait des fois qu'on va avoir une coupure internet ?

Google Gears : vous pouvez vous deconnecter - NiCoS

NiCoS — Thu, 31 May 2007 18:55:59 +0200

Pour Google Reader, j'ai pas encore la petite icône... c'est peut être dispo que pour la version anglaise... So wait & see...

Après se pose la question : un tel service est-il réellement utile dans la mesure où nous allons de plus en plus vers du 100% connecté. Remarque, ça servira toujours dans les zones/lieux où la connection n'est pas possible et lors des éventuelles pannes de service :-P

Peut-être que l'intérêt d'une telle fonctionnalité est plutôt pour les fournisseurs de service, je sais pas si ça ne peut pas leur économiser de la bande passante en minimisant le traffic au strict minimum...

Gagnez du temps avec Symfony 1.0 et son générateur de back-office - rkp

rkp — Tue, 01 May 2007 15:12:09 +0200

Bravo pour ce tutorial, neanmoins je rencontre un petit prob, qd j'edit au niveau des sections, j'ai ce message d'erreur :

Post sections:

Warning: htmlspecialchars() expects parameter 1 to be string, array given in /usr/share/php/symfony/helper/TagHelper.php on line 74

Symfony, Admin-Generator et Composants - NiKo

NiKo — Mon, 30 Apr 2007 19:19:36 +0200

j0k> C'est corrigé, merci

Si vous en voyez d'autres, hein

Symfony, Admin-Generator et Composants - j0k

j0k — Mon, 30 Apr 2007 19:13:02 +0200

T'as fait une p'tite erreur NiKo au niveau du lien pour le template du component :
> apps/back/modules/templates/_postcomments.php
au lieu de
> apps/back/modules/posts/templates/_postcomments.php

non ?

Symfony, Admin-Generator et Composants - hide

hide — Mon, 30 Apr 2007 15:26:02 +0200

Merci, j'ai déjà une belle piste là ^^

Symfony, Admin-Generator et Composants - NiKo

NiKo — Mon, 30 Apr 2007 07:52:49 +0200

hide> Regarde aussi du côté de Cygwin pour avoir une ligne de commande décente sous Windows

Samuel> Le bout de code en question est une requête Propel. La requête générée est la suivante :

SELECT 
  blog_comments.ID, 
  blog_comments.POST_ID, 
  blog_comments.AUTHOR, 
  blog_comments.EMAIL, 
  blog_comments.SITE, 
  blog_comments.CONTENT, 
  blog_comments.CREATED_AT 
FROM 
  blog_comments 
WHERE 
  blog_comments.POST_ID=7 
ORDER BY 
  blog_comments.CREATED_AT DESC