Reprise du message précédent :
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" ?

Symphony est du PHP standard, il ne génère rien du tout, c'est un ensemble de libs PHP.

Il faut juste avoir le controle sur l'emplacement de son documentroot pour être tranquille non?

En gros, c'est un dossier que je met dans le server web et ca roule ?

C'est un peu plus compliqué que ça quand même
 
Par contre tout est dans la doc de symphony, suffit d'aller la lire

Le soucis c'est que je sais même pas si j'aurai accès au .htaccess  sur le server.....

Non pas forcément  

Pas tellement + compliqué en fait.
symfony freeze
Et hop les libs symfony arrivent dans le projet direct pour déploiement (c'est pas obligé pour déployer mais ça permet par exemple d'avoir facilement plusieurs projets qui tournent avec leur propre version de symfony).
 
Plus d'infos ici : http://trac.symfony-project.com/wiki#Installingsymfony

Donc c'est quand même plus compliqué

 
Ah? Il me semblait que le docRoot prévu étant au beau milieu de l'arbo...

Ouais mais en mutu y a souvent un niveau d'arbo de + dispo avant un éventuel public_html non ?

bah ça dépend des hébergeurs, je suppose...

Quel lien y a t'il entre uml et 'mvc' ?  
Ca peu certainement paraitre une question naïve mais j'ai du mal à m'y retrouver en ce moment...
 
En attendant mon bouquin sur uml (le mois prochain), je me permet de vous demander vos avis et vos points de vues pour m'aider a appréhender cela un peu mieux...
 
Et quels outils uml vous utilisez?
 
edit : est ce que mvc serai une methode uml ?

aucun/aucun/non

Ca m'embête un peu de me lancer sur Symfony si je peux rien faire de mon appli parceque l'admin veut pas me donner les accès
 
D'un autre coté ça me parait simple de distinguer le "View" du reste, mais le model et le controler, ça à l'air galère (il faudrait utiliser un ORM ? Si oui, lequel ...)

Pas nécessairement, et on peut parfaitement utiliser un ORM sans faire du MVC (il faut bien garder à l'esprit que le MVC c'est beaucoup plus large que le web, c'est un meta-pattern architecturel qui a ses sources dans la création d'applications "de bureau" en Smalltalk... et il y a un certain nombre de frameworks graphiques "bureau" qui implémentent plus ou moins strictement du MVC: Java Swing, Qt4, NextSTEP/OPENSTEP/Cocoa, WPF, ...)

Idem, j'ai eu un peu de mal à passer des "vues" RoR ou tu pouvais mettre n'importe quel code Ruby dedans aux templates Django, beaucoup plus limités, mais sur le moyen/long terme, c'est nettement plus agréable, notamment quand tu repasses derrière.

 
Symfony sur un serveur mutualisé; c est chiant et ca marche pas partout. En plus il te faudra un acces SSH pour te faciliter la vie (vider le cache etc.)

TRLVSMVC-suite

La gestion d'informations client/panier en session, sans aucune BDD derrière (changer la langue du client, calculer le prix du panier), ça reste bien de la logique, donc le rôle du modèle ?

nan ?

Si, toute donnée manipulée par l'application fait partie du modèle.

Du coup, ma couche modèle est divisée en deux couches de classes :  
- celles qui s'occupent uniquement de calculs, préparations, gestion de la session
- celles spécialisées dans les requetes bdd, appelées par les précédentes, ou directement.
Ca me permet de bien séparer le SQL du reste...
Vous vous en foutez mais trop tard j'ai écrit mon post

la session? dans le modèle?

arrange-toi avec drasche.

c'est un point très discutable (de jardin).

[edit]

En fait dans un sens c'est très lié à la vue, puisque la notion de session dans un autre contexte que le web n'a pas énormément de sens.
Mais c'est aussi (et surtout, en fait) un état de l'application, et donc par définition le modèle.
Donc j'ai rien dit.

Ca me parait super logique, si t'as un panier en session et que tu dois l'afficher/ajouter un élement, tu fais tout avec le controleur ? C'est pas de la couche logique ?
Alors que si ce même panier est en BDD, là ça passe par le modèle ?

edit : ah

'fin ça reste très tendancieux, tout ça.
Perso je mettrais peut-être ça dans la vue quand même - on peut considérer la session comme un paramètre de la requête de l'utilisateur...

En fait le modèle c'est trois fois rien
 
Et ça fait un beau bordel dans ta vue

bah le modèle c'est toute la logique métier et la couche d'accès aux données, quand même.

Sauf que là toute ma logique métier est dans la session

hein?

Tu peux détailler?

Je pense qu'il voulait dire qu'il stocke toutes ses données dans la session

Edit : putain de gourage de topic

après avoir lu quelques article sur wikipedia, il semblerai que la méthode mvc soit destinée a être utilisée pour mettre en place la couche présentation d'une application 3-tiers.
 
http://fr.wikipedia.org/wiki/Archi [...] _niveau.29
 
Dans ce cas, je me demandai si ce n'était pas un point méconnu causant certaines incompréhensions au sein de ce topic...
 
edit:
 
http://fr.wikipedia.org/wiki/Discu [...] %C3%B4leur

Non seulement c'est très incorrect de dire que c'est "destiné" à ça à partir de cet article, mais en plus l'article lui-même est mauvais sur ce point...la couche présentation d'une application 3 tiers sera uniquement la VUE de ton MVC.

 
 
ah pardon.
J'y comprend pas grand chose a tout ça pour l'instant, alors... Donc en fait on peut se baser soi sur une architecture n-tiers soit sur mvc c'est ça ? ce sont plus ou moins des equivalents ?

ça n'a rien à voir.

tu m'aide beaucoup là

tu veux que je te dise quoi?

rien, quand j'en saurai plus je serai peut être a même de poser des question pertinentes. salut