Bonjour, Une grande partie des fonctionalités sont désactivables :
extrait du fichier settings.yml # use_database: on # Enable database manager. Set to off if you don't use a database. # use_security: on # Enable security features (login and credentials). Set to off for public applications. # use_flash: on # Enable flash parameter feature. Set to off if you never use the set_flash() method in actions. # i18n: off # Enable interface translation. Set to off if your application should not be translated. # check_symfony_version: off # Enable check of symfony version for every request. Set to on to have symfony clear the cache automatically when the framework is upgraded. Set to off if you always clear the cache after an upgrade. # compressed: off # Enable PHP response compression. Set to on to compress the outgoing HTML via the PHP handler. # check_lock: off # Enable the application lock system triggered by the clear-cache and disable tasks. Set to on to have all requests to disabled applications redirected to the $sf_symfony_data_dir/web/arrors/unavailable.php page. Du coup, tu peux très bien te passer de certaines fonctionalités pour gagner en performance. A+ Pascal Borreli SQLI Oujda/Maroc On 30 jan, 17:48, "Arnaud Chong" <[EMAIL PROTECTED]> wrote: > 2008/1/30 Nicolas Perriault <[EMAIL PROTECTED]>: > > > 2008/1/30 Arnaud Chong <[EMAIL PROTECTED]>: > > > > mais sinon, ça tourne à combien en général ? > > > 0.30, avec aussi mon blog perso sous dc2 dessus (prendreuncafe.com) et > > 2 ou 3 autres trucs insignifiants. > > ok merci > > > > ouais, j'ai cru comprendre ça justement. > > > on m'a pointé du doigt pour justifier les problèmes de performances > > > les nombreuses libs utilisées (lib qui en appelle une autre et ainsi > > > de suite ...) > > > C'est un vieux débat. Le découplage proposé par Symfony se traduit > > sous la forme d'une architecture en surcouche à l'api de PHP, et du > > coup les classes se multiplient et l'empreinte mémoire fait de même. > > Plus de fonctionnalités = plus de charge. C'est inévitable. > > oui, ça je suis d'accord. > mais encore, quand tu arrives à avoir 10 surcouches dont tu utilises > 10% pour arriver à un résultat c'est peut être plus utile de tout > refaire en une seule. > > > Maintenant le gain en confort et rapidité de développement est à mon > > sens suffisant pour justifier tout ça. Question de goût et de > > priorités... > > pas sur le framework :) > > mais oui, je suis d'accord, c'est pour ça que j'utilise symfony en > partie, après faut aussi voir la réalité des choses : si j'ai besoin > d'une grosse machine pour héberger mon site c'est pas la peine de > continuer là dessus. > je suis X qui veut refaire le site toto.net plus proprement qu'il y a > 5 ans, j'ai pas des gros moyens puisque le site ne me rapporte rien :) > > > > ah, memcache pour les sessions c'est bien. > > > Tu peux même l'utiliser pour cacher tes templates pour éviter de > > stresser tes disques: > >http://trac.symfony-project.com/browser/branches/1.1/lib/cache/sfMemc... > > ok :) > > -- > Go to China. Eat chinese food. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse symfony-fr@googlegroups.com Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/symfony-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
