Retour d'expérience cakePhp

Interessant !
Merci

Vous utilisez tous des framework pour développer vos sites ?

lol désolé de paraître pour un extra-terrestre !

Perso sur la plus part de mes sites je n'utilise pas vraiment de framework complet du genre zend ou cakephp, mais plutôt un ensemble de classe normalisé et regroupé.
(Je donne un début d'explication sur un site en construction ici : http://www.lephp.com/apprendre-php/faire-son-propr... )

Mais pour n'importe quel site il est primordiale je dirais d'avoir au minimum 2 classes voir 3 :

- une classe d'abstration de base de donnée. (Si un jours vousvoulez migrer de mysql à postgresql ou oracle c'est plus facile... ou si vous voulez un jour avoir un log de toutes les requêtes sql avec un bench sur chaqu'une d'entre elles ...)

- une class Template : même si vous gérer pas un véritable template avec des fichiers à ouvrir pour remplacer le titre et companie ... au moins quelque chose qui permet d'avoir que 1 seul include et dire :
<?php
require_once('./init.php');
$page = new Template();
$page->newPage('mon titre', 'ma description ...');
$page->warning('Vous devez être connecté pour modifier ce fichier !');
$page->newSection('Ma 1ère rubrique ...');
//...
$page->newSection('Ma sous rubrique 1...');
//...
$page->endSection();

$page->newSection('Ma sous rubrique 1...');
//...
$page->endSection();
$page->endSection();

$page->endPage();
?>

- une classe d'authentification pour les sites avec espace membre : si un jours vous voulez passez de md5 à sha512 ou alors rajouter un grain de sel etc... il faut mieux avoir un objet pour tout centraliser !

Moi je me suis récemment développé mon propre framework PHP5 Objet inspiré MVC : c'est un gain de temps non négligeable La séparation de la vérification des données, de leur traitement et de l'affichage est un gros plus qui permet de savoir très vite d'où vient le problème dans votre application ...
Mon premier site basé dessus va bientôt sortir (site sans véritable prétention), je vous le montrerai à l'occasion

On en a déja parlé tous les deux, je suis pas tout à fait d'accord. Pour la base de données, j'utilise aussi une classe de plutôt haut niveau :

genre :
$infos = array('nom'=>'Dupont', 'prenom'=>'Pierre');
$BDD->put('personnes', $infos);
$id = $BDD->insert_id();

Ca fait gagner vraiment pas mal de temps et ça clarifie le code.
D'ailleurs, là, programmer en objet, ça sert pas à grand chose. Mais pour des transactions, j'utilise :
$BDD->transac_begin(); $BDD->transac_commit; $BDD->transac_rollback();
et ça permet de faire des transactions à plusieurs niveaux de façon très simple (le niveau de transaction est géré par la classe).

Et la classe permet par exemple de sauvegarder toutes les requêtes. Comme ça on test le script en faisant une transaction qui aboutie pas et on affiche toutes les requêtes SQL pour voir si tout se passe comme prévu.

Pour la sortie, j'utilise pas de classe parce que c'est le propore des CSS de permettre de réadapter un design. Donc je trouve que ça sert à rien de le faire faire par une classe en plus.

Par contre oui, pour faire des petites fonctions dédiées aux utilisateurs, ça me sert vraiment pas mal.

Moi je reste très attaché à programmer sans le modèle MVC, parce que ça permet de bien contrôler ce qu'on fait. Et par exemple pour faire du Ajax avec les caches, je pense pas que cakephp y ait pensé (c'est pas leur problème l'optimisation), pourtant ça sert énormément.
Par contre, je connais un peu le C# .NET, j'ai fait quelques petites programmes dessus, et c'est vraiment très très pratique. Mais je suis pas convaincu de l'utilité du MVC sur le Web.

Sinon, je continue à garder un grand nombre de fonctions, parce qu'un des gros intérêt du PHP c'est de charger les fonctions à la volée or quand on met tout dans des classes, y'a plein de fonctions dont on se sert jamais. Pour l'accès base de données, le temps de chargement est négligeable vu comme ça sert. Mais pour la plupart des autres trucs, ça coûte en performance.

Et humainement, l'objet ça fait plaisir. Ca relaxe de voir un code avec des objets, alors qu'avec que des fonctions ça devient très vite chiant.


Maintenant, ce que j'aimerais bien savoir faire, c'est programmer en objet en JavaScript...

J'arrive pas trop a me motiver pour utiliser du code ecrit par d'autres...

J'ai juste quelques fichiers de fonctions que je reutilise
En particulier sur les bases de données qui permettent effectivement de logger les requetes et de voir leur temps d'execution
J'utilise aussi un groupe de fonction pour l'identification de session

Pour moi, le plus important c'est vraiment la performance et pas tellement le temps de developpement.
Les usines qui ouvrent 50 fichiers de configs, de templates et qui instancie des kilos d'objets sur toutes les pages, ca me plait pas

Je donctionne comme devtribu, je prefere passer 20% de temps en plus a developper a louer 50% de serveurs en moins

Autant pour un site a frequentation moyenne ca n'a pas d'importance d'optimiser a outrance, autant pour des sites a tres fort traffic, c'est vital.

Donc c'est comme tous les outils, ils sont adaptes a certains usages, en dehors de leur domaine de predilection, ils ne sont pas adaptes.

oui sauf que le cache n'est pas viable pour tous les usages,
il y a du contenu réellement dynamique

superfc> dans mon cas (myefarm), 90% du contenu de toutes les pages est dynamique. Donc le cache est quasiment inexistant

En faisant plus de 2 million de pages PHP / jour, la moindre opitimisation se ressent tout de suite sur les machines