[Plan du site] Vous êtes ici --- > Le Site du Zéro > Les forums > Site Web > PHP > Vos techniques pour le développement de sites en PHP > Lecture du sujet

Vos techniques pour le développement de sites en PHP

Vous devez être inscrit pour pouvoir poster des messages

Auteur	Message
Page : Précédente 1 2 3 4 5 6 7 8 9 Suivante
1 visiteur sur ce sujet (1 anonyme)
Page : Précédente 1 2 3 4 5 6 7 8 9 Suivante
angelsafrania	# Posté le 11/04/2008 à 16:23:26
623 Groupe : Membres	Reprise du dernier message de la page précédente : Citation : Control Salut à tous, C'est mieux de faire les vérifications dans le contrôleur avant d'appeler la fonction initialisée dans le modèle ou de faire les vérifications dans la fonction initialisée dans le modèle ? Voilà, merci d'avance pour vos avis. Moi je dirais que les contrôles pour la cohérence de la base de données doivent être fait dans le Modèle, ainsi que les protection contre les injections SQL et la vérification de la compatibilité du format de la variable avec le champ dans le quel on l'enregistre. Par exemple : si c'est bien une chaine de caractère de 30 caractère max, si l'id de la catégorie existe. Après pour tout ce qui concerne la sémantique de l'information enregistré c'est le contrôleur qui le gère. Par exemple : Est ce que l'adresse EMail est valide. Tu divise bien comme ça les taches de chaqu'un ne s'occupe que du modèle l'autre de la sémantique de l'information (la philosophie de MVC) Ps: ce topic m'a fait prendre de deux trois truc c'est cool (comme par exemple la contre partie du développement OO en PHP) Édité le 11/04/2008 à 16:37:04 par angelsafrania Projet Actuel : Faire le site perso le plus vite possible en XML/XSLT compatible mobile + modularité formidable (enfin des trucs de rêve)
BouLz	# Posté le 11/04/2008 à 16:57:15
PHP :) Groupe : Membres	Ok merci pour la réponse. D'autres avis ? Thibault @ BouLz LuxSound :: design en refonte - structure du site fait (PHP) ! \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 5% done (graphisme) \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 10% done (PHP) Accessibilité PHP.
JeromeJ	# Posté le 11/04/2008 à 16:59:58
Groupe : Membres	Perso, voici mon arborescence actuel (en sachant qu'il est, mais alors là pas du tout, pas prêt d'être terminé ): accueuil index.php admin Mystère annuaire ban.php index.php modif.php bbs edit.php index.php send.php view.php cache Quelques trucs... connected index.php css default.php Mes autres fichiers .css doc En construction... groupz index.php À venir... IA functions.php index.php init.php À venir... img country Des drapeaux D'autres images... lang fr Même arborescence que pour le dossier www (le root quoi) à quelques rarissimes exceptions en Pareil pour toutes les langues, comme ça pas de jaloux D'autres langues... login index.php moncompte En construction... out Des trucs qui n'ont rien à voir ^.^ comme ça ils trainent pas dans les pattes et on peut quand même profiter de l'espace d'hébergement qui est trop gros register index.php tchat TOP SECRET pour l'instant upload Les trucs uploadés .htaccess fonctions.php index.php init.php ... Je m'explique: je trouve très moches les .php dans l'url, alors la majorité des fichiers auxquels les visiteurs peuvent accéder sont situer dans un dossier pour mes projets persos jm'en fou mais sinon j'aime que tout soit bien joli ;D www.Olissea.com Secret (cliquez pour afficher) Ce que je maitrise actuellement: XHTML, CSS, PHP, Action Script 2 et 3, JavaScript, SQL, Python, et un peu de C, C++ et d'erl
Gwen-Haël	# Posté le 11/04/2008 à 17:48:42
The cake is a spy Groupe : Membres	En même temps l'URL rewriting t'enlèverait les .php sans t'obliger à ca.
Capitaine Mousse	# Posté le 11/04/2008 à 23:05:10
All your base are belong to us Groupe : Membres	Moi je bosse toujours sur cette base: Citation Index.php Core: mysql.php.inc start.php query.php include.php include2.php maintenance.php erreur.php Design: simplicity.css Images Javascript: Header.js Montre.js/ Php: Fonction: Geshi Geshi.php commentaire.php email.php locked.php math.php parse.php rss.php validation.php Modeles: article.php commentaire.php connection.php liste.php Adminisration: categorie.php configuration.php liste_article.php membre.php modules.php redaction.php Vue: article.php commentaire.php connection.php liste.php Adminisration: categorie.php configuration.php liste_article.php membre.php modules.php redaction.php Controleur: article.php commentaire.php connection.php liste.php Adminisration: categorie.php configuration.php liste_article.php membre.php modules.php redaction.php Mais en ce moment, je le réécrit avec un peux de Poo pour simplifier le framwork, on verat ce que ça donne
vincent1870	# Posté le 12/04/2008 à 13:24:52
Groupe : Membres	Control : personnellement, ce qui concerne l'intégrité et la validité des données, je le mettrai dans le modèle, mais ce qui concerne les droits et autorisations, du côté contrôleur... Mais après, le modle est assez flexible. Initiation au modèle MVC, une manière d'organiser son code \| Utiliser Talus' TPL, un moteur de templates
BouLz	# Posté le 12/04/2008 à 13:40:47
PHP :) Groupe : Membres	Ok ok. Comme tu as pu le voir, ma structure correspond ± à ce que tu explique dans ton tutoriel, merci bien . Thibault @ BouLz LuxSound :: design en refonte - structure du site fait (PHP) ! \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 5% done (graphisme) \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 10% done (PHP) Accessibilité PHP.
Loup Bleu	# Posté le 12/04/2008 à 18:43:02
Groupe : Membres	ça sert strictement à rien vos trucs... inclure 3 fichiers déjà bonjour le temps d'éxécution et mémoire. si tu organise bien l'INTERIEUR de ton fichier, tu n'as aucun soucis (cf mon post) je fais l'intranet d'une entreprise et crois moi, je préfères de loin ma façon de développer qui est celle là-meme que l'on enseigne en informatique plutot que de faire du "mvc"... juste pour épater la gallerie Numérologie Passion DA MUERTA
Gwen-Haël	# Posté le 12/04/2008 à 18:52:04
The cake is a spy Groupe : Membres	Et quand on te dit que finalement, on va faire une base de données XML au lieu de SQL? Là, avec ton MVC, tu as pas grand chose à changer. Alors que toi tu te retape tout ton code Après, pour un code d'importance (je veux dire, quelques dizaines de milliers de lignes), le MVC paraît indispensable. C'est pas pour rien si c'est utilisé, c'est pas juste pour se la péter. En revanche, ton post me paraît un peu dans cette optique. Si ca peut te rassurer, le MVC aussi est enseigné, mais peut-être pas partout. Inclure 3 fichiers ne consomme rien en mémoire/processeur. Infiniment moins en tout cas qu'une requête SQL par exemple. J'ai réalisé un moteur de blog MVC, j'inclus généralement 4 - 5 fichiers, le temps de génération ne dépasse pas les 15ms, là où même les blogs ultra-lights en prenennt deux à trois fois plus. Tu vois, MVC n'est pas incompatible avec extrême performance. Édité le 12/04/2008 à 19:01:13 par Gwen-Haël
Loup Bleu	# Posté le 12/04/2008 à 19:45:44
Groupe : Membres	disons qu'on a peut etre 2 dénominations différentes pour la meme chose. je me base toujours sur un système "logiciel" : gui et code. donc meme système sur un site ou un intranet : template et php. l'important c'est de pouvoir bien séparer données et gui et pour l'histoire de changer d'une base de données serveur à une base de données fichier, c'est suicidaire il faut bien définir dans le cahier des charges de quoi on a besoin, sinon là tu es mal j'espère m'être bien exprimé Numérologie Passion DA MUERTA
Gwen-Haël	# Posté le 12/04/2008 à 19:59:11
The cake is a spy Groupe : Membres	Citation : Pas de titre et pour l'histoire de changer d'une base de données serveur à une base de données fichier, c'est suicidaire il faut bien définir dans le cahier des charges de quoi on a besoin, sinon là tu es mal j'espère m'être bien exprimé Ouais, mais c'était un exemple. Dans le cas d'un blog, par exemple, c'est tout à fait pertinent et d'actualité. Maintenant imagine que ton script doive pouvoir s'installer sur une machine quelconque. Imagine que ton script doive fonctionner quel que soit le type de base de données, conforme ou pas au standard SQL. Là, tu seras heureux d'avoir séparé données de traitement. Je ne dis pas que c'est la seule façon de faire, en revanche l'avantage est indéniable, et l'argument de la performance ne tient de toute façon pas debout.
Loup Bleu	# Posté le 12/04/2008 à 20:45:13
Groupe : Membres	et ben j'arriverai a faire fonctionner le site sans soucis. une classe pour l'utilisation de SQL en fonction de chaque bases de données sans modifier le code Numérologie Passion DA MUERTA
Gwen-Haël	# Posté le 12/04/2008 à 21:21:08
The cake is a spy Groupe : Membres	Tu fais une classe SQL à part, un code d'affichage à part, donc tu fais du MVC Après, que tu aie séparé le fichier ou pas ne change pas grand chose, même si c'est plus propre.
Tracker	# Posté le 12/04/2008 à 21:44:36
Groupe : Membres	Citation : Gwen-Haël Tu fais une classe SQL à part, un code d'affichage à part, donc tu fais du MVC Après, que tu aie séparé le fichier ou pas ne change pas grand chose, même si c'est plus propre. Quel rapport avec MVC ?? Tracker Un peu de lecture: PHP // MySQL // JavaScript // w3schools // SQL
Gwen-Haël	# Posté le 12/04/2008 à 22:18:37
The cake is a spy Groupe : Membres	Le modèle MVC, c'est la séparation des codes d'affichage, de traitement, et de récupération des données... Soit exactement ce qu'il fait.
Tracker	# Posté le 12/04/2008 à 22:25:38
Groupe : Membres	MVC c'est un principe de découpage de l'interaction utilisateur en actions et vues (et ça s'arrête strictement là), ça n'a rien à voir avec le développement multi-couches/n tiers (couche mapping / couche gestion / couche présentation) qui est sous-entendu par le post de Loup Bleu. On utilise des couches DAL pour l'accès au données également dans tous les dev non Web, donc je vois par très bien le rapport avec MVC, qu'on balance ici à toutes les sauces sans finalement réellement en comprendre l'objectif ou à mon sens l'absence de pertinence (car tes règles de gestion, qui définissent le cohérence de ton application sont éparpillées / dupliquées, car non modélisées). Le MVC se répend car il permet de continuer à concevoir des applications procédurales. Tracker. Édité le 12/04/2008 à 22:40:46 par Tracker Un peu de lecture: PHP // MySQL // JavaScript // w3schools // SQL
Loup Bleu	# Posté le 12/04/2008 à 22:27:14
Groupe : Membres	exactement Tracker, c'est bien l'architecture n-tiers que j'utilise Numérologie Passion DA MUERTA
Kiruban	# Posté le 12/04/2008 à 22:44:44
Groupe : Membres	Moi j'utilise le framework KohanaPHP qui manque d'utilisateur français! Voici un doc pour connaitre le framework kohanaphp http://up.sur-la-toile.com/ieel Récemment je viens de voir un site pour les français: http://www.kohanaphp.ch/ crée par des suisses! Quelqu'un d'autre utilise ce framework? Plus je connais les hommes, plus j'aime mon chien. ... Plus je connais les femmes, moins j'aime ma chienne.
vincent1870	# Posté le 13/04/2008 à 09:37:18
Groupe : Membres	Control : de rien. Pour les frameworks, c'est Code Igniter qui a l'air de me convenir au mieux. J'ai aussi découvert récemment un framework tout récent du nom de Hoa Framework qui m'a l'air pas mal. Sa base est du MVC. Je ne connais pas KohanaPHP désolé (même pas de nom)... Initiation au modèle MVC, une manière d'organiser son code \| Utiliser Talus' TPL, un moteur de templates
Kiruban	# Posté le 13/04/2008 à 11:02:59
Groupe : Membres	KohanaPHP est basé sur codeigniter mais utilise PHP5 (à fond) et son coté POO Plus je connais les hommes, plus j'aime mon chien. ... Plus je connais les femmes, moins j'aime ma chienne.
BouLz	# Posté le 13/04/2008 à 11:49:12
PHP :) Groupe : Membres	En regardant d'un façon plus approfondie ce topic, je viens de constater que beaucoup de personne utilise des classes (c'est-à-dire de la POO ?). Mais est-ce vraiment utile de connaitre la POO pour créer un site ou c'est juste plus simple parce que moi je comprend pas trop l'utiliter de la POO à par de créer pleins de fonctions. Est-ce suicidaire de créer un site uniquement en procédural ? Désolé si je m'écarte de thème de ce topic mais je trouve que ça correspond un peu avec celui-ci. Thibault @ BouLz LuxSound :: design en refonte - structure du site fait (PHP) ! \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 5% done (graphisme) \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 10% done (PHP) Accessibilité PHP.
vincent1870	# Posté le 13/04/2008 à 12:00:57
Groupe : Membres	Bein, on va dire que la POO pour des choses basiques me semble maintenant indispensable pour ma part (pour gérer les templates, les connexions à la BDD, etc.) Par contre pour le reste, le procédural est juste différent de l'OO, je ne dirai pas forcément meilleur. C'est comme le C et le C++ amha. Initiation au modèle MVC, une manière d'organiser son code \| Utiliser Talus' TPL, un moteur de templates
BouLz	# Posté le 13/04/2008 à 12:05:09
PHP :) Groupe : Membres	Est-ce que vous connaissez un bon tutoriel qui met en pratique la POO pour que je me rende bien compte de son utilité, merci d'avance. Thibault @ BouLz LuxSound :: design en refonte - structure du site fait (PHP) ! \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 5% done (graphisme) \|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\|\| 10% done (PHP) Accessibilité PHP.
Dev.bin	# Posté le 13/04/2008 à 12:37:45
Groupe : Membres	@control : http://www.siteduzero.com/tuto-3-1678- [...] -en-php.html Par contre quand vous dîtes que la POO est indispensable pour les connexions à la BDD je ne vois pas trop pourquoi o0
Loup Bleu	# Posté le 13/04/2008 à 13:19:01
Groupe : Membres	les fonctions d'appel de MySQL sont regroupées dans une classe depuis PHP5 et MySQL5 Numérologie Passion DA MUERTA
Tracker	# Posté le 13/04/2008 à 13:21:08
Groupe : Membres	Citation : Dev.bin @control : http://www.siteduzero.com/tuto-3-1678- [...] -en-php.html Par contre quand vous dîtes que la POO est indispensable pour les connexions à la BDD je ne vois pas trop pourquoi o0 C'est indispensable car c'est 1000 fois plus pratique. Pour le reste je suis réellement plus interrogatif, c'est pas parce que tu écris des classes d'action ou de vue que tu fais de la POO. Schématiquement ces objets n'ont qu'une seule méthode invoquable (process / display, ou do / render, etc...) et sont instanciés par l'archie MVC, donc jusque là, la réflexion reste strictement procédurale et pas objet. Pour résumer tu as besoin de connaitre la syntaxe objet mais en aucun cas de "réfléchrir/concevoir" objet. Tracker. Édité le 13/04/2008 à 13:25:14 par Tracker Un peu de lecture: PHP // MySQL // JavaScript // w3schools // SQL
mikaweb	# Posté le 13/04/2008 à 13:29:00
Groupe : Membres	Bonjour, Question dans un autre genre. IL vaut mieux utiliser ceci : bonjour Mr <?php echo $donnee['prenom']; ?> ou bien ceci <?php echo 'Bonjour Mr '.$donnee['prenom'].''; ?> Je sais que c'est pas une question des plus subtiles mais je voie de temps en temps d'une facon et parfois de l'autre. Je pratique plus volontiers la première mais je me dis justement que ce serait la seconde la plus simple histoire d'éviter tous les <?php ?> Sinon pour en revenir à la POO, il est clair que pour certaines tâches comme connexion à la base de donnée, gestion de cette dernière(backup, optimisation,..) c'est plus pratique d'avoir une classe par contre pour tous le reste je code en procédural car je trouve couillon de chaque fois devoir mettre new maClass Par contre cela peut s'avérer très pratique pour la rédéclarer plusieurs fois dans une même page. Arsenal France
Dev.bin	# Posté le 13/04/2008 à 13:30:22
Groupe : Membres	Citation : Tracker Citation : Dev.bin @control : http://www.siteduzero.com/tuto-3-1678- [...] -en-php.html Par contre quand vous dîtes que la POO est indispensable pour les connexions à la BDD je ne vois pas trop pourquoi o0 C'est indispensable car c'est 1000 fois plus pratique. [...] Ah ! quand même ! Je devrais me renseigner, car moi je faisais toujours du : Code : PHP - Afficher / masquer les numéros de ligne <?php mysql_connect('', '', ''); mysql_select_db(''); ?> Enfin, basic quoi. Mais c'est plus pratique que quand on travaille avec plusieurs bases de données, non ? @mikaweb : intéressante ta question:) Édité le 13/04/2008 à 13:31:35 par Dev.bin
Loup Bleu	# Posté le 13/04/2008 à 13:31:27
Groupe : Membres	je te dirai que j'ouvre <?php en haut de la page et je ferme ?> en bas de la page j'ai que du code PHP et pas une brindille de HTML parmis Numérologie Passion DA MUERTA
Dev.bin	# Posté le 13/04/2008 à 13:31:56
Groupe : Membres	tu utilise les moteurs de template, non ? Cela me fait penser que j'avais créé un topic donc je n'ai pas eu de réponse, j'en profite pour reposter tout ça : Citation : Moi 1) Il parait que ouvrir et ferme à répétition les balises php ralentit le code, dans ce cas pourquoi certain moteur de template sont rapides ? car un moteur de template insère plein de balise ouvrante/fermante de php, non ? 2) Quelle est la meilleur méthode pour faire un moteur de template, par exemple, cette démarche est-elle bien : ouvrir les pages HTML/PHP > remplacer les balises XML leurs équivalents en PHP > enregistrer et fermer > ouvrir et afficher les résultats Je ne connais que cette méthode il parait qu'il y en a d'autre, est-ce que celle là est bien ? 3) Est-il mieux de ne pas parser les includes et donc pouvoir mettre du HTML/PHP mélangé dans ces dernières ? 4) Utilisez vous un moteur de template ? Si oui est-ce que vous mettez une include haut et une include bas et au milieu le corps de votre page ? Et pour finir, que pensez-vous des moteurs de template et que reprochez vous aux moteurs de template existants ? Édité le 13/04/2008 à 13:33:14 par Dev.bin
Tracker	# Posté le 13/04/2008 à 13:36:23
Groupe : Membres	@Dev.bin: Lis la doc de PDO, tu verras l'intérêt des reqûetes préparées (et indirectement automatiquement échapées) ou du système de drivers (abstraction de base). Mais pour l'accès aux données on peut encore aller plus plus loin, pourquoi s'arrêter à une couche DAL alors qu'il existe des or/mappers (propel, ezPDO...) ? Tracker. Édité le 13/04/2008 à 13:39:35 par Tracker Un peu de lecture: PHP // MySQL // JavaScript // w3schools // SQL