PHP

Model View Controller (MVC) - Architecture des applications PHP

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 34 35 36 .. 62 63 64 65 66 67 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Model View Controller (MVC) - Architecture des applications PHP

leflos5

On est ou on est pas :)

Reprise du message précédent :

masklinn a écrit :

Et t'as jamais songé à apprendre l'anglais?

Et toi, avec le français t'en es où? Où ai je dis que je ne comprenais rien à l'anglais? Je le lis largement courement pour une doc, là n'est pas le soucis

masklinn a écrit :

Perso je fais de l'anglais parce que c'est la langue officielle de l'informatique. Point barre, fin de la discussion.

Je suis d'accord que c'est la langue majoritaire, je trouve dommage que ça soit une excuse pour faire du tout anglais pour le principe ou par pseudo convention unilatérale :spamafote:

Si tu bosses pour un francophone, avec des partenaires francophones, pour un usage purement francophone, je vois pas bien l'intéret de partir sur de l'anglophone pour le plaisir de pénaliser tout le monde dans la compréhension globale et instantané d'éventuels intervenants qui seraient limite en anglais

masklinn a écrit :

Surtout quand les langages de prog sont en grande majorité basés sur l'anglais.

Il dit qu'il voit pas le rapport... Que le langage soit dans une langue empêche de donner des nom de fonction dans une autre? De faire des commentaires dans une autre langue?

Me sors pas l'universalité, mais, pourquoi choisir une langue plutot qu'une autre? Pourquoi toujours les mêmes doivent faire l'effort de comprendre et pas l'inverse? C'est pas comme si le français était aussi peu maitrisé que le polonais...

Enfin peut importe, mais c'est dommage pour la francophonie votre comportement assez sectaire ou soumis, au choix :whistle:

Message cité 2 fois

Publicité

SekYo

leflos5 a écrit :

Si tu bosses pour un francophone, avec des partenaires francophones, pour un usage purement francophone, je vois pas bien l'intéret de partir sur de l'anglophone pour le plaisir de pénaliser tout le monde dans la compréhension globale et instantané d'éventuels intervenants qui seraient limite en anglais

J'avoue que je comprend pas bien ce paragraphe. On parle de pas maitriser l'anglais pour faire une dissertation, un exposé ou même soutenir une conversation courante, on parle d'avoir un niveau d'anglais technique, dans un domaine limité, suffisant pour programmer. Je comprend pas comment on peut se dire développeur sans avoir ce minimum de niveau J'sais pas, c'est comme quelqu'un qui me dise qu'il fait de la voile sans savoir ce qu'est un foc a part en lui disant "la ptite voile à l'avant du bateau".

FlorentG

j_lecruel a écrit :

Là où je trouve pas ça forcément génial par rapport à MVC, c'est que les données sont récupérées directement par l'objet Form et non par le Controller. En même temps cela évite de se taper les récupération de données pour chaque formulaire.

Ca c'est un peu moins grave. Moi le validator s'occupe de normaliser les données aussi.

leflos5

On est ou on est pas :)

Comment faire lourd pour pas grand chose...

A ce moment suffit de définir chaque entrée avec le filtre en regexp et voilà. Faire de l'objet pour avoir un nième niveau d'abstraction (n>35 ...) ça commence à devenir mal conçu sous couvert justement de super modélisation de la mort qui tue (le serveur surtout )

masklinn

í dag viðrar vel til loftárása

Ouais mais là c'est plus vraiment une fluent interface [:pingouino]

Bof

Message cité 1 fois

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody

masklinn

í dag viðrar vel til loftárása

C'est juste que tout le monde a pas la même approche de la POO, et perso avoir des arbos d'objets géantes ça me rappelle trop java [:dawa]

Donc je préfère les chaînages de méthodes, avec des créations d'objets uniquement pour gagner de la place ou quand un truc s'y prète bien (genre un champ de formulaire c'est self-contained, il a pas besoin d'infos extérieures. Par contre avec des objets contraintes tu vas avoir besoin que tes contraintes manipulationnent les objets qui les contiennent, chuis pas fan)

(par contre l'avantage d'avoir des objets contrainte externes c'est à la limite qu'il est possible de créer des types de contraintes sans toucher au formulaire)

(enfin bon ya quand même certaines contraintes qui ont pas beaucoup de sens en externe je trouve)

Message cité 1 fois
Message édité par masklinn le 03-11-2007 à 20:28:06

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody

FlorentG

C'est exactement ce que je voulais pas faire Un machin avec tout plein d'objets...

Message cité 1 fois

el muchacho

Comfortably Numb

Un passage rapide ici pour signaler que l'outil de modélisation UML Bouml peut maintenant générer et faire du reverse de PHP. Attention, il ne gère pas le "round-trip" à savoir le cycle génération-reverse. Le reverse est récent, donc ne pas s'attendre à des miracles, mais a été testé sur le code du CMS Joomla 1.5.
http://bouml.free.fr/doc/index_phpreverse.html

Message édité par el muchacho le 05-11-2007 à 11:46:22

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

Shinuza

This is unexecpected

leflos5 a écrit :

Il dit que t'auras fatalement de l'Anglais dans ton code, qui veut dire que le mec en face, quand bien même francophone, bitte un minimum l'Anglais.
Il dit que finalement tu vas mélanger deux langues alors que par soucis d'uniformité beaucoup préferont une grammaire composée d'une seule langue histoire de garder une cohérence entre le langage de prog et la valeur sémantique du code applicatif.

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.

leflos5

On est ou on est pas :)

Ca se tient :whistle:

Il nous faudrait un php version française alors

Message cité 1 fois

Publicité

masklinn

í dag viðrar vel til loftárása

leflos5 a écrit :

Ca se tient :whistle:

Il nous faudrait un php version française alors

IL EXISTE [:dawa]

http://www.pcsoft.fr/webdev/index.html

ENJOY YOUR PIECE OF CRAP [:dawa]

Message cité 1 fois

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody

omega2

webdev, c'est pas du php, c'est bien pire.

supermofo

Hello World !

[quotemsg=1636160,1368,208403]

Hmm apres reflexion je trouve que fluent interface pour un formulaire ca convient pas du tout ...

Code :

$form->Add(new Text('textfield')
->addConstraint(new LengthConstraint(10,20))
->addConstraint(new RequiredConstraint()))

Trop complique pour le peu d'action realisee : un Text est element de form, les contraintes sont composee dans form.

$form->Add(new FormElement) devrait pouvoir ajouter un tableau de FormElement, et FormElement devrait etre declinable en plusieurs sous-classes (XMLElements, INIelements ..).

Au lieu de 50 milles XXXConstraints, une reference a un objet Validator dans form, et un callback du genre add_rule((array)$params)

Pour le coup de grace, il faudrait que 'RequiredConstraint' puisse renvoyer une sorte de feedback. Ton feedback devrait etre pouvoir facilement manipulable et traductible.

Tout ca pour dire que fluent interface n'est pas candidat pour gerer les formulaires.

Bon

Message édité par supermofo le 09-11-2007 à 16:43:07

---------------
Echange de 3000+ liens PR 3 -> 5, me pm urgent !

leflos5

On est ou on est pas :)

masklinn a écrit :

IL EXISTE [:dawa]

http://www.pcsoft.fr/webdev/index.html

ENJOY YOUR PIECE OF CRAP [:dawa]

:eek:

Je l'avais oublié celui là :lol:

FlorentG

[:reddit] Un truc intéressant à lire : Interactive Application Architecture Patterns

math2k

Ouaissssss du MVC!

Je suis sur un nouveau projet pour le moment .. je pensais utiliser le framework Zend pour ses Controllers et ses Views, et Doctrine comme Model (ORM).

Certains d'entre vous ont deja utilisé ces outils ? des avis ?

omega2

math2k > J'utilise le zend framework mais pas la partie "Views&Controllers" vu que j'avais déjà fait quelque chose de mon côté. Ceci dit, il y a des trucs bien fait dans ce framework (l'abstraction base de donnée par exemple) même s'il faut parfois fouiller la documentation (voire le code si on ne comprend pas la doc) pour arriver à faire certains trucs.

Personnellement, je suis assez content de ce framework même si je suis loin de l'utiliser au maximum de ses capacités.

math2k

Justement pour l'abstraction je comptais utiliser une autre lib : http://doctrine.pengus.net/

Je pense pas que Zend fasse du ORM complet hélàs ..

Message cité 1 fois

ratibus

A l'heure actuelle Doctrine est le meilleur ORM à utiliser

omega2

math2k a écrit :

Justement pour l'abstraction je comptais utiliser une autre lib : http://doctrine.pengus.net/

Je pense pas que Zend fasse du ORM complet hélàs ..

C'est vrai qu'a ma connaissance il se limite encore à une seule table par objet (il ne gère pas de lui même les relations entre les tables)

Ce que je voulais dire, ce n'est pas qu'il faut que tu l'utilises comme framework ORM mais que même si tu ne fais pas tout grâce au zend framework, tu y trouveras surement ton bonheur d'une manière ou d'une autre.

Shinuza

This is unexecpected

[HS]
On parlait d'écrire dans sa langue y'a pas si longtemps, bah, c'est, comment dire :

Code :

var arrRetorn = new Array();
    var intRetorn = 0;
    var bolLHiHaConcordancia;
    var strCondicioInterna = interpretaWhere (strLCondicio);
    for (intY = 0; intY < tauLTemp001.registres.length; intY++) {
        bolLHiHaConcordancia = false;
        for (intX = 0; intX < tauLTemp002.registres.length; intX++) {
            var arrLValors = new Array();
            intArray = 0
            for (intCamps = 0; intCamps < tauLTemp001.camps.length; intCamps++) {
                arrLValors[intArray++] = tauLTemp001.registres[intY][tauLTemp001.camps[intCamps]];
            }
            for (intCamps = 0; intCamps < tauLTemp002.camps.length; intCamps++) {
                arrLValors[intArray++] = tauLTemp002.registres[intX][tauLTemp002.camps[intCamps]];
            }
            //Comprovar condicio del join
            if(FiltrarJoin(arrLCamps,arrLValors,strCondicioInterna)) {
                tauPTaula.InsertarRegistre(arrLValors);
                bolLHiHaConcordancia = true;
            }
        }
        if(!bolLHiHaConcordancia && intTipus == 1) {
            var arrLValors = new Array();
            intArray = 0
            for (intCamps = 0; intCamps < tauLTemp001.camps.length; intCamps++) {
                arrLValors[intArray++] = tauLTemp001.registres[intY][tauLTemp001.camps[intCamps]];
            }
            for (intCamps = 0; intCamps < tauLTemp002.camps.length; intCamps++) {
                arrLValors[intArray++] = "";
            }
            tauPTaula.InsertarRegistre(arrLValors);
        }
    }

[:petrus75]
[/HS]

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.

Dj YeLL

$question = $to_be || !$to_be;

Ah oué quand même

---------------
Gamertag: CoteBlack YeLL

hametsu

Bonjour,
je soumet à votre critique ma réflexion sur le rôle des classes model et modeldao. L'une permet de définir, filtrer et valider des données, tandis que l'autre permet leur ajout/modification/supression et séléction dans la couche d'accès aux données.

Le code est assez commenté pour illustrer ma pensée :

Code :

<?php
// Classe de base pour tous les modèles.
// Procure les méthodes de définiton/récupération des propriétés.
// Permet de filtrer les données en amont et en aval.
// Permet de valider les données pour leur enregistrement/modification.
// Indépendant de la source des données.
abstract class Model
{
// Contient la liste des erreures.
protected $errors = array();
// Constructeur.
public function __construct($data)
{
foreach ($data as $name => $value)
{
$this->{$name} = $value;
}
}
// Définie une propriété.
public function __set($name, $value)
{
$this->{'set_'.$name}($value);
}
// Récupère une propriété.
public function __get($name)
{
return $this->{'get_'.$name}();
}
// Vérifie qu'une propriété existe.
public function __isset($name)
{
return (isset($this->{$name}));
}
// Supprime une propriété.
public function __unset($name)
{
unset($this->{$name});
}
// Définie une erreure
// $name : nom de la propriété
// $message : message d'erreur
public function set_error($name, $message)
{
$this->errors[$name] = $message;
}
// Récupère une erreure spécifique
// $name : nom de la propriété
public function get_error($name)
{
return (isset($this->errors[$name]) ? $this->errors[$name] : NULL);
}
// Récupère toutes les erreures
public function get_errors()
{
return (!empty($this->errors) ? $this->errors : NULL);
}
// Méthode abstraite de validation des données
abstract protected function is_valid();
}
// Classe de modèle d'article.
class Model_Article extends Model
{
// Identifiant.
private $id;
// Titre.
private $title;
// Contenu.
private $content;
// Définie l'identifiant.
public function set_id($id)
{
// Sécurise l'identifiant.
$this->id = filter_var($id, FILTER_SANITIZE_NUMBER_INT);
}
// Récupère l'identifiant.
public function get_id()
{
return (isset($this->id) ? $this->id : NULL);
}
// Définie le titre.
public function set_title($title)
{
// Sécurise le titre.
$this->title = filter_var($title, FILTER_FLAG_STRIP_HIGH, FILTER_FLAG_ENCODE_HIGH);
}
// Récupère le titre.
public function get_title()
{
return (isset($this->title) ? $this->title : NULL);
}
// Définie le contenu.
public function set_content($content)
{
// Sécurise le contenue
$this->content = filter_var($content, FILTER_FLAG_STRIP_HIGH, FILTER_FLAG_ENCODE_HIGH);
}
// Récupère le contenu.
public function get_content()
{
return (isset($this->content) ? $this->content : NULL);
}
// Valide les données
public function is_valid()
{
// Pour le moment on ne va considérer que la validation des données
// pour leur insertion.
if (empty($this->title))
{
$this->set_error('title', 'Veuillez entrer un titre.');
return FALSE;
}
if (empty($this->content))
{
$this->set_error('content', 'Veuillez entrer un contenu.');
return FALSE;
}
return TRUE;
}
}
// Classe de base du model d'accès aux données.
abstract class Model_DAO
{
// Nom de la classe de modèle
protected $model_class;
// connexion avec la base de données.
protected $dbh;
// nom de la table.
protected $table;
// structure de la table.
protected $schema;
// Constructeur.
// $dbh : connexion avec la base de données.
public function __construct(PDO $dbh)
{
$this->dbh = $dbh;
// Récupère le nom de la table
// Model_DAO_<nom_dela_table>
$this->table = substr(get_class($this), 10);
$this->model_class = 'Model_'.$this->table;
// La structure n'est pas définie ?
// On peut imaginer plus tard la génération de structure,
// puis leur inclusion plutôt qu'une requàªte...
if (!isset($this->schema))
{
$sql = 'SHOW COLUMNS FROM '.$this->table;
$stmt = $this->dbh->query($sql);
// Le serveur de base de données ne réussit pas à executer de la requàªte ?
if (!$stmt)
{
$error = $this->dbh->errorInfo();
throw new Exception ($error[2]);
}
// Définie la structure de la table afin de pouvoir
// travailler avec le modèle.
$this->schema = $stmt->fetchAll(PDO::FETCH_ASSOC);
}
}
// Insertion d'un nouvel enregistrement.
// $model : instance de la classe modèle.
public function insert(Model $model)
{
// Les données à insérées sont-elles valides ?
if (!$model->is_valid())
{
return FALSE;
}
// Passe en revue la structure de la table.
foreach($this->schema as $columns)
{
// Récupère le nom des colonnes.
$names[] = $columns['Field'];
// Récupérer les donnés contenues dans la classe modèle.
// Appel <nom_du_modele>::get_<nom_de_la_colonne> ();
$values[] = $model->{$columns['Field']};
// Remplie un tableau de marqueurs pour la préparation de la
// requàªte avant son execution.
$binds[] = '?';
}
// Requàªte SQL
$sql = 'INSERT INTO `'.$this->table.'` (`'
. implode ('`, `', $names).'`) VALUES ('
. implode(', ', $binds).')';
// Prépare la requàªte SQL avec des marqueurs
$stmt = $this->dbh->prepare($sql);
// Le serveur de base de données ne réussit pas à préparer la requàªte SQL?
if(!$stmt)
{
$error = $this->dbh->errorInfo();
throw new Exception ($error[2]);
}
// Le serveur de base de données ne réussit pas à executer la requàªte SQL préparée ?
if (!$stmt->execute($values))
{
$error = $stmt->errorInfo();
throw new Exception ($error[2]);
}
// Déinie l'identifiant du dernier enregistrement inséré dans le modèle.
$model->id = $this->dbh->lastInsertId();
return TRUE;
}
// Met à jour un ou plusieurs enregistrement(s).
// $model : instance de la classe modèle.
public function update(Model $model)
{
// ...
}
// Supprime un ou plusieurs enregistrement(s).
// $model : instance de la classe modèle.
// On pourrait supprimer par l'identifiant ou
// le nom d'une colonne si elle est définie.
public function delete(Model $model)
{
// ...
}
// Sélectionne un ou plusieurs enregistrement(s).
public function select()
{
// ...
// On retourne une instance de la classe modèle
// pour chaque enregistrement.
$result = array();
foreach ($stmt->fetchAll(PDO::FETCH_ASSOC) as $record)
{
$result = new $this->model_class($record);
}
return $result;
}
// + implantation de méthode gérant les relations
// one-to-one, one-to-many et many-to-many
}
// Classe de modèle d'accés au données des articles.
class Model_DAO_Article extends Model_DAO
{
// Constructeur.
// Surcharge de la classe parente.
public function __construct($dbh)
{
$this->table = 'article';
$this->model_class = 'Model_Article';
parent::__construct($dbh);
}
}
// Instance de la classe de base de données
$dbh = new PDO('mysql:host=localhost;dbname=tournoi', 'root', 'root');
// Ajout des données au modèle article
$article = new Model_Article (array('id' => NULL, 'title' => 'Article\'s title', 'content' => 'This is the article content'));
// Ajout de l'instance de la classe de base de données au modèle d'accès aux données.
$article_dao = new Model_DAO_Article ($dbh);
// Ajout de l'instance du modèle article pour insérer les données.
if ($article_dao->insert($article))
{
echo 'Article ajouté avec succès.';
}
else
{
// Récupération des erreures
$errors = $article->get_errors();
// 1er choix d'affichage
// Ou bien une liste :
echo '<ul>';
foreach ($errors as $error)
{
echo '<li>'.$error.'</li>';
}
echo '</ul>';
// 2ème choix d'affichage
// A l'endroit ou se situe le champs titre du formulaire
/*if (!empty($errors['title']))
{
echo ''.$errors['title'].'';
}
// A l'endroit ou se situe la zone de texte content du formulaire
if (!empty($errors['content']))
{
echo ''.$errors['content'].'';*/
}
}
// Pas implémenter dans l'exemple.
// Uniquement à titre informatif...
/*
foreach ($article_dao->select() as $article)
{
echo 'id : '.$article->id.'titre : '.$article->title.'contenu : '.$article->content.'';
}
*/
?>

PS : Il me semble qu'au cours de ce topic, une personne avait mis un lien vers un framework coréen, je le retrouve plus...

hametsu

De plus, je ne me souviens plus qui et où mais il me semble qu'une personne avait filé un lien vers un framework coréen.. si vous avez le lien...

Message édité par hametsu le 06-12-2007 à 14:25:29

FlorentG

Das ist pas mal [:dawa]

Je crois que c'est la design pattern Data Mapper, Un objet en prend un autre et le mappe sur une base de données.

Maintenant faudrait automatiser la validation (on en a parlé y'a pas longtemps), créer un objet qui permet de valider les données sans avoir à refaire à chaque fois les tests avec empty et tout. Surtout qu'il te manquerais la normalisation des données par exemple (genre pas de retour chariots dans un champs, trimer automatiquement, etc).

Après ça se tient parfaitement, reste à voir l'utilisation au quotidien. J'avais un truc un peu dans le style au départ, et ce qui était un peu chiant, comme je viens de le dire, c'est de se taper la validation à chaque fois.

Aussi, le seul truc un peu bof, c'est le code HTML dans le DAO, ça devrait être ailleurs. Genre une classe form qui gère les formulaires, avec une view form correspondante qui se chargerait d'afficher justement ces erreurs.

hametsu

Pour la validation, il existe désormais des fonctions de filtres donc je pense les utiliser pour la validation. La valiation se fait automatiquement avant insertion/modification et pour appliquer des trims, etc. on peut les ajouter dans les set/get.

Ou tu vois du HTML dans le DAO ?!
Dans les méthodes d'erreures ?

Pouet

Message cité 1 fois

Skateinmars

http://kohanaphp.com/home.html

Un fork de codeigniter en full php5 et objet

Message cité 1 fois

---------------
Feedback HAV

FlorentG

hametsu a écrit :

Ou tu vois du HTML dans le DAO ?!
Dans les méthodes d'erreures ?

Pouet

Ahem

Skateinmars a écrit :

http://kohanaphp.com/home.html

Un fork de codeigniter en full php5 et objet

C'est tout PHP5 qu'il faudrait forker [:dawak] Dès qu'ils ont fini d'implémenter l'utf-8 partout (le truc chiant), je propose qu'on en fasse un fork spécial HFR, et on rajouterais et corrigerais plein de trucs dedans [:dawa]

Message cité 2 fois

Dj YeLL

$question = $to_be || !$to_be;

FlorentG a écrit :

Ahem

FlorentG a écrit :

Autant repartir from scratch là :whistle:

---------------
Gamertag: CoteBlack YeLL

Skateinmars

FlorentG a écrit :

Ca va ya deja python/ruby si on veut un vrai langage

---------------
Feedback HAV

Shinuza

This is unexecpected

Faut commencer par refaire le parser

Message cité 1 fois

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.

FlorentG

Shinuza a écrit :

Faut commencer par refaire le parser

Le parser est conçu pour être le plus speed possible, d'où ses limitations. Y'a pas de notion de contexte, donc un token ne peut être affecté qu'à une seule utilisation possible... Si on refait le parser pour plus de possibilité, faut absolument inclure un opcode-cache en standard. Problem Solved.

Message cité 2 fois

omega2

FlorentG a écrit :

En gros tu te pleins de ne pas avoir php6 sur ton serveur.

FlorentG

Ouais [:dawa] Ne serait-ce que pour l'unicode natif partout. Juste ça. Le reste je m'en fous

omega2

Pourtant tu parles de l'unicode, de la notion de contexte (appellé namespace dans php6) et d'opcode_cache (prévus et peut être déjà implémenté vu que je ne sais pas où ils en sont là dessus)
Tu te fous pas tant que ça du reste d'après ce que tu disais hier soir.

FlorentG

La notion de contexte que je parlais n'a rien à voir avec les namespaces.

Je parlais de la notion de contexte lorsqu'on parse un script. Style prends javascript, et le token '+'. Avec des numbers, ça va se transformer en addition. Avec des strings, en concaténation.

En PHP, le '+' ça ne peut que être de l'addition. Rien d'autre. Le parser ne cherche même à comprendre ce qu'il y a autour, nanan, c'est un addition. C'est pour ça que pour les namespaces, ils ne pouvaient pas utiliser le point pour séparer les packages, parce que le point c'est pour la concaténation...

Message édité par FlorentG le 07-12-2007 à 10:54:32

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Non, le parser est une merde parce que le langage est une merde, n'a pas de grammaire et est fait par des couillons. Ca suffit cette excuse de "le parser est le plus speed possible", c'est n'importe quoi

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody

FlorentG

Nan, c'est la vérité, arrête d'être de mauvaise foi comme ça

Message cité 2 fois

Publicité

Page : 1 2 3 4 5 .. 34 35 36 .. 62 63 64 65 66 67

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

PHP

Model View Controller (MVC) - Architecture des applications PHP

Sujets relatifs
Comment créer une architecture propre et fonctionelle...	[Débutant] Webdesigner a besoin d'aide pour PHP
script PHP style explorateur windows	PHP et MS SQL
[PHP] envoi d'images qui se dimentionne et s'ajoute direct sur 1page	Afficher le temps utilisé pour générer une page PHP
[PHP] connexion bdd différente selon page locale ou sur serveur ?	Afficher une image générée par un script PHP dans un PDF ?
Utilisation d'une variable en Flash depuis PHP	Erreur de forum PHP
Plus de sujets relatifs à : Model View Controller (MVC) - Architecture des applications PHP

Page générée en 0.134 secondes