Reprise du message précédent :

 
Euh, squid c'est pas censé être un proxy http? Genre tu ne pourrais cacher que des pages complètes?
 

 
On s'en branle, il est déplacé hors de mes attributions, ce qui est le plus important, tout ce que j'ai à faire c'est utiliser l'existant.
 

ok, lol.

C'était qu'un exemple parmis tant d'autres...
 

No comment
 

Arguments  
 
J'vois pas pourquoi je devrais utiliser un truc comme Smarty qui réinvente la roue, alors que je peux faire pareil en PHP brut. Chacun son point de vue Après c'est pas comme si un système de cache était compliqué à implémenter. On ne parle pas d'un truc ultra-balèze. Si un jour je dois utiliser des fonctions mathématiques à précision arbitraires, je vais évidemment pas m'amuser à tout refaire moi-même, j'utiliserais des trucs déjà fait, je suis pas con non plus. Mais pour un machin comme un système de cache, j'vois pas la difficulté à en implémenter-un moi-même.

Yep, pas de fragment caching.

Ouais, au lieu d'utiliser un truc qui a déjà réinventé la roue pour toi tu peux la réinventer toi même

No problem, mais viens pas te plaindre de ta réputation, vu comme elle est méritée.

Nan pas forcément Si jamais je trouve une gestion de cache pour templates PHP normalles, j'veux bien l'utiliser J'veux juste pas d'une syntaxe à la con rajoutée. Du style Smarty où le système de cache est effectivement fort intéressant, mais je veux pas la syntaxe. J'veux garder du PHP normal pour 255 raisons.
 

Non elle n'est pas méritée J'implémente à ma sauce ce qu'il faut implémenter. J'ai justement pas envie de tout réinventer, c'est pour ça que j'utilise du PHP brut pour mes templates.  
 
Pas envie de réinventer ou d'utiliser un truc qui réinvente ce qui existe déjà

bah explique moi comment en php brut tu fais l'équivalent de ça alors

$smarty->caching = 1;
$dawa = $smarty->fetch('toto.tpl', $unIdentifiantDeCacheVariable);

Vazy, implémente (seulement, hein) l'équivalent de la gestion de cache de smarty, et reviens nous dire combien de temps ça prend.

Ton problème, c'est que tu ne considères pas comme de la valeur ajoutée le fait qu'un moteur tout prêt ferait déjà ce que tu dois te taper à la main...

Mais bien-sûr que si, duschnock. J'veux juste pas de la syntaxe de smarty. Trouve-moi un système de template avec caching, qui utilise du PHP dans les templates, et dans l'heure je l'implémente dans mon framework.
 
Je demande que ça même. Faut juste trouver

Y'a Savant par exemple, qui gère en plus des plugins & filters. Manque juste le caching, et c'est avec bonheur que je l'utilise

En même temps il a le droit de préférer le faire lui-même, je n'ai jamais utilisé un framework php, c'est mon choix et n'est aucune intention de changer pour le moment. Si on part du principe que tout ce qui a été inventé est mieux alors autant utiliser un CMS ou un script tout fait plutot que de s'emmerder à le coder soit même. Les besoins ne sont pas les mêmes pour toutes les applications et les scripts, ca alourdi parfois plus qu'autres chose.

<mode relou>
Tu me demande de réinventer la roue, hein  

Utilise symfony

Le problème est le suivant : quand j'ai commencé mon framework, tous ces frameworks n'existaient pas ou étaient en version super-alpha.
 
Si je devais commencer du PHP demain, c'est avec plaisir que j'utiliserais genre le Zend Framework qui est très bien (sans être trop relou). Mais quand la roue n'existait pas ou qu'elle était incomplète, fallait bien la faire J'ai commencé trop tôt, et maintenant c'est trop tard...

Euh si la possibilité de faire quelque chose de pas bien avec autre chose fait qu'il est justifié de ne pas utiliser cette autre chose et de la remplacer par une 3ème chose... on aurait pas fini hein

Les couteaux permettent de tuer quelqu'un, c'est pas pour ça qu'on va le faire, on va l'utiliser à bon escient.

Ben faut faire pareil avec Php (bien qu'il soit plus difficile d'éviter de tuer quelqu'un, je te l'accorde )

Je m'en passe très bien

La gueule de mes template ressemble en gros à ça :

Comme je l'ai dis dans mon message suivant, on s'est pas compris, j'avais cru "sans systéme de template" tout court.

personne ne dit le contraire, mais qu'il ne vienne pas se plaindre derrière d'avoir une réputation à réinventer la roue en permanence, puisque c'est ce qu'il fait en permanence

Et donc?

 
Au temps pour moi

Sérieux ? Je sais pas si ça a changé depuis que je l'ai testé (y'a fort lgtps, au tout début), mais je trouvais ça d'une lourdeur...

Pour le peu que je me souviens, rien que pour faire un hello world fallait 200 lignes de codes et charger 58 classes

Edit : C'est d'ailleurs ça qui m'a poussé à dev un truc moi même, qui ne nécessite que 2 lignes de codes pour être exécuté et fonctionnel.

Je ne me permettrais pas de donner un jugement, je ne le connais pas et c'est pas mon genre mais je peut comprendre son point de vue

Je t'invite chez moi deux jours, t'aura l'occasion de voir mon code, et me dire ce que j'ai réinventé.
 

• Est-ce que j'ai réinventé un système de template ?

Non, j'utilise du PHP pour ça. J'ai juste une p'tite classe pour définir les variables
 

• Est-ce que j'ai réinventer un ORM ?

Non, j'utilise de bonnes vieilles requêtes SQL dans mes modèles
 

• Est-ce que j'ai réinventé le parsing de fichier .ini pour les configurations ?

Non, j'utilise la fonction parse_ini_file avec juste un wrapper pour faciliter l'accès
 

• Est-ce que j'ai réinventé le parsing de fichiers XML ?

Non, j'utilise l'API DOM
 

• Est-ce que j'ai réinventé la gestion de la requête/réponse avec 20 000 classes lourdes comme tous les grands frameworks ?

Non, j'ai tout balancé et j'utilise $_GET et $_POST fournis par PHP
 

• Est-ce que j'utilise un gros wrapper pour la session ?

Non, j'ai aussi tout balancé pour utiliser directement $_SESSION et pis voilà.
 

• Est-ce que j'ai réinventé tout un framework monstre ?

Non, j'ai juste un peu séparé les couches sans trop de code entre. Pour rester lightweight et pas relou. J'ai juste fait un mapping URL<->contrôleur, après le reste est assez simpliste et n'utilise que des fonctions de bases.
 

• Est-ce que j'ai utilisé mon propre framework pour les tests unitaires ?

Non, j'utilise PHPUnit
 

• Est-ce que j'utilise mon propre framework javascript ?

Non, j'utilise YUI
 

• Est-ce que j'utilise mon propre framework pour les tests d'intégrations ?

Non, j'utilise Selenium
 

• Est-ce que j'utilise mon propre éditeur pour la rédaction de contenu en WYSIWYG ?

Non, j'utilise TinyMCE.
 
 
 
Alors merci de me dire qu'est-ce que j'ai réinventé Encore une fois tu restes sur je-sais-pas quel préjugé qui sort je-ne-sais-d(où

Donc si la roue n'existe pas, faut la faire

Il est jamais trop tard pour apprendre de nouveau outil au lieu de s'enfermer dans ton framework
Tu peux te dire qu'il t'a apporté beaucoup mais qu'il est ptet temps de passer à un framework + grand public, ne serait-ce que pour ton CV et tes références futures

 
Enfin un framework c'est pas fait pour faire du Hello World aussi

 
Oui non je me doute bien Mais je me souviens juste avoir galéré à mort pour avoir un truc qui marche à peu près... Symfony un peu aussi, mais moins niveau code, surtout que j'ai mis du temps à capter tout le bordel "ligne de commande". Y'a qu'avec CakePhp que j'ai réussi à arriver à quelque chose de potable en peu de temps.

Sauf que maintenant la roue elle existe

T'as entièrement raison. Sauf que le prochain framework que je testerai ne sera déjà pas en PHP Si jamais je me mets à un framework grand-public, ce sera genre un Django ou un truc comme ça.
 
Maintenant aussi dans ma boîte on veut développer notre propre solution et pis voilà. On n'a pas toujours le choix...

On l'a tous inventée en même temps Genre pour ma fonction de mapping URL <-> Contrôleur, un mois après l'avoir faite le mec du framework Solar PHP l'a aussi implémentée. Plein de truc que j'avais fait on aussi été fait à droite et à gauche, on a eu tous les mêmes idées en même temps.
 
Monde de merde

C'est ça après quand tu utilises la roue. Soit tu prends un truc genre Django qui est pensé de manière pragmatique, soit tu prend un truc à la Cake/Symfony/etc., et tu te retrouves avec un machin bloat à mort.
 
Moi dans mon framework si tu veux un simple page de base, pas besoin de contrôleur ou de merdier, suffit de droper une page html valide dans le site et pis ça roule.

Wow, un mec d'un framework quelconque a eu l'idée de mapper des URLs? Trop un tuc de ouf
 
En même temps, si ton framework a été fait après 2000 ça existait déjà dans struts le mapping d'urls, et je suis sûr qu'il y avait quelque chose avant ça qui le faisait
 
Mais ça répond pas à ma question:  

Ouais enfin à la base un framework c'est pas fait pour "une simple page de base"

Fait gaffe, ch'uis dangereux
 

On a tous un cerveau similaire, donc on arrive assez souvent aux même idées.
 

Mais ça l'est aussi... J'voulais un truc facile pour les implémenteurs, et pas relous pour les développeurs. J'ai concilié les deux. Je suis une star
 
Bon j'me casse, suite demain. Merci pour vos interventions à tous, le débat est important

 
Et pourquoi pas ?

 
Sauf que comme Pi est un nombre infini, la roue n'est jamais parfaite !  

 
Simplifier, normaliser et codifier tes templates. Un web designer pourrait élaborer tous les templates d'un site (ainsi que tout ce qui est css et cie) sans toucher une ligne de PHP. Le programmeur s'occupe pendant ce temps du "processing interne" et fournit les données aux templates. Après bien sur, il peut y avoir tout un système MVC derrière mais là n'est pas la question

Parce que l'objectif d'un framework c'est de te simplifier la tache. Et plus simple qu'un hello world ça existe pas. Donc plus ton projet est simple, plus un framework va le rendre complexe. Et inversement, si tout va bien.

je voulais savoir un truc vite fait.Comment on fait pour récupérer la page précédente que le visiteur a visité? Car si on par exemple on lui fait éditer ses données perso, si on veux le renvoyer après sur la page ou il était avant y a t'il une fonction?

 
Je me suis longtemps posé la question de l'utilité du design pattern MVC d'un système de gestion de templates et j'ai récemment compris pourquoi : c'est utile pour les autres.
Bien évidemment pour quelqu'un qui connait php, mysql, xhtml et css, c'est (disons-le franchement) inutile; autant pour des webdesigners qui ne comprennent rien à php et qui maitrisent tout juste xhtml/css, c'est relaxant.
 
Je donnerai en comparaison le système de templates utilisé dans Joomla.
Les templates, on aime ou on aime pas. Perso j'aime pas trop.

 
Effectivement, il est tard.
 
Bien entendu, le MVC a un coté pratique, ne serait-ce que pour l'encapsulation du modèle (une classe pour chaque table en base de données...etc.). C'est également une conception qui s'impose naturellement dans le secteur des technologies web, avec l'idée d'une page unique (index.php) qui héberge le controleur frontal.

Non, ça force à limiter la logique des templates, et à les penser le plus possible en termes de présentation parce qu'on a pas nécessairement la possibilité de faire autrement.
 
C'est d'ailleurs pour ça que j'aime beaucoup les templates Django: elles sont simples, efficaces, et suffisament limitées pour empêcher de mettre dans les templates des logiques qui devraient aller dans la vue ou le modèle.

Dites, je m'interesse à Symfony et autres Frameworks et y'a un truc que j'ai pas bien comprit, est ce que symfony  doit être installé sur le serveur ou bien symfony génère du code php "standard" ?