Aller au menu - Aller au contenu

[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

Page : Précédente  1  2  3  4  5  6  7  8  9  Suivante
Auteur Message
1 visiteur sur ce sujet (1 anonyme)
Page : Précédente  1  2  3  4  5  6  7  8  9  Suivante
Hors ligne Tracker # Posté le 13/04/2008 à 13:36:23
Avatar
Groupe : Membres
Reprise du dernier message de la page précédente :
@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
 
Hors ligne Loup Bleu # Posté le 13/04/2008 à 13:38:12
Avatar
Groupe : Membres
Code : PHP - Afficher / masquer les numéros de ligne
  1. <?php
  2.  
  3. // configuration de la base de données
  4. define("HOTE", "localhost");
  5. define("USER", "root");
  6. define("PASS", "");
  7. define("BDD", "ta_base");
  8.  
  9.  
  10. // connexion à la base de données
  11. $mysqli = new mysqli(HOTE, USER, PASS, BDD);
  12.  
  13. ?>
 
Hors ligne vincent1870 # Posté le 13/04/2008 à 14:08:51
Avatar
Groupe : Membres
Je préfère PDO, qui sera la base de toute communication avec une BDD dans PHP6. ;)
 
Hors ligne Loup Bleu # Posté le 13/04/2008 à 14:28:55
Avatar
Groupe : Membres
et tu feras comment pour appeller une procédure stockée ?
 
Hors ligne jordan # Posté le 13/04/2008 à 14:37:07
Développeur indépendant
Avatar
Groupe : Membres
Hors ligne metalking # Posté le 13/04/2008 à 17:05:34
Knowledge is Power
Avatar
Groupe : Membres
Citation : vincent1870
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.


J'ai aussi jeté un coup d'oeil à ce framework, et la première pensée qui m'est venue, c'est qu'il n'est pas encore assez abouti. On peut voir que la doc n'est même pas complète, et que les fonctions réellement utiles au programmeur sont assez rares (voir les 'Helpers' dans d'autres framework, CodeIgniter pour n'en citer qu'un).
A mon avis, ce framework peut convenir pour des petites applications, mais dès qu'il faudra développer des fonctions complexes et des structures de site énormes, il ne fera plus le poids, tant au niveau du temps de développement qu'au niveau de la simplicité.

Voila mon avis après cette première approche de la chose :)
 
Hors ligne vincent1870 # Posté le 13/04/2008 à 19:05:57
Avatar
Groupe : Membres
Oui, il n'a pas encore de vraie communauté mais a du potentiel. En production, c'est peut-être hasardeux, notamment du point de vue de la doc manquante, mais c'est à suivre je pense. :)
 
Hors ligne BouLz # Posté le 14/04/2008 à 09:21:22
PHP :)
Avatar
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


J'ai lu ce tutoriel mais il ne donne pas d'exemple pratique de ce que l'on pourrait faire avec (ex: un livre d'or, un système de news). Je demande pas un code complet mais des bouts de codes suivi d'une explication pour comprendre le système à 100% parce que la je trouve que la procédural est plus simple. ;) .

Thibault @ BouLz
LuxSound :: design en refonte - structure du site fait (PHP) !
|||||||||||||||||||| 5% done (graphisme)
|||||||||||||||||||| 10% done (PHP)

Accessibilité PHP.
 
Hors ligne vincent1870 # Posté le 14/04/2008 à 09:36:48
Avatar
Groupe : Membres
On ne codera pas un livre d'or à proprement parler en POO. Les frameworks te fournissent en général une classe Controller et Model (la View peut-être intégrée dans le Controller). Tu crées à la suite un classe dans le style :
Code : PHP - Afficher / masquer les numéros de ligne
  1. <?php class Livredor extends Controller { ?>

et le modèle de la même manière. Ton Controller contiendra diverses fonctions qui seront appellées en fonctions de l'URL. Le plus simple est sans doute que tu lises la doc. Là je prends plutôt pour exemple Code Igniter, donc la doc est assez simple. ;)
 
Hors ligne BouLz # Posté le 14/04/2008 à 09:41:12
PHP :)
Avatar
Groupe : Membres
Ah ok :) .
Merci je vais aller voir les différents framework que vous m'avez proposé.
Mais je vais déjà essayé de bien comprendre la POO avant de partir dedans, j'ai relu le tutoriel de Keeper hier soir, j'ai presque tout compris.

Thibault @ BouLz
LuxSound :: design en refonte - structure du site fait (PHP) !
|||||||||||||||||||| 5% done (graphisme)
|||||||||||||||||||| 10% done (PHP)

Accessibilité PHP.
 
Hors ligne dodoCoc # Posté le 23/07/2008 à 16:07:53
Groupe : Membres
Salut j'aurais une interrogation quant à la structure de mon site, notamment pour la gestion des langues. Je sais pas s'il faut faire
- img/(fr|en)/..
- lang/(fr|en)/..
- static/(fr|en)/..

ou

- fr/(img|lang|static)/..
- en/(img|lang|static)/..

Avec img le répertoire pour les images (il peut y avoir des images différents suivant la langues), lang le répertoire pour les fichiers de langues (les messages d'erreurs par exemple), et static des pages html statiques qui doivent naturellement s'adapter à la langue.

Comment organisez vous vos fichiers ? Et pourquoi ?
Hors ligne Jerry Wham # Posté le 26/07/2008 à 18:55:11
1castorMangé,1arbreSauvé
Avatar
Groupe : Membres
Personnellement, j'opterais pour la deuxième solution, car tu ne définis qu'une fois la langue. Après, tout dépend de la façon dont tu t'y prends pour inclure tes pages.

Il y a un tuto sur la gestion d'un site en plusieurs langues. Tu devrais aller le lire, ça peut te donner des idées.
 
Hors ligne wi_i_am # Posté le 26/07/2008 à 19:11:31
Belgium RePreZent
Avatar
Groupe : Membres
Pour moi c'est basique :

  • admin
  • cache
  • cgi-bin
  • cron_jobs
  • google_base
  • images
  • img
  • includes
  • lang
  • scripts
  • store
  • templates
  • theme
  • upload


...
 
Hors ligne Talus # Posté le 26/07/2008 à 19:55:06
タルス
Avatar
Groupe : Membres
Pour le probleme des images, ce que je pense, c'est qu'après totu dépend du site. Si il y a plusieurs themes, faire plusieurs dossiers du themes pour plusieurs langues, ou alors faire un dossier img pour le themen et du coup faire une langue pour chaque themes, etc, etc...
 
Hors ligne rocawear # Posté le 27/07/2008 à 20:09:45
WebDev - Développeur web
Avatar
Groupe : Membres
Voici mon architecture ( pas complet, je vous épargne les dossiers qui son pas important ^^ ) :

/views/
- /theme/
-- /images/
/models/
/controllers/
/images/
/libs/
Édité le 27/07/2008 à 20:22:39 par rocawear

Apprenez a lire la doc s.v.p! :-°
 
Hors ligne Pone # Posté le 07/09/2008 à 18:59:57
Avatar
Groupe : Membres
Salut à tous,

Je suis tombé sur ce sujet intéressant mais je ne sais pas comment m'en sortir avec mon arborescence.
  • index.php
  • ../css
  • ../inc
  • ../admin
J'utilise, sur les pages principales du site (côté client), un système d'include classique :
Code : PHP
1
2
3
4
5
<?php include "inc/header.php"; ?>

<p>.. contenu de la page ...</p>

<?php include "inc/footer.php"; ?>

Le fichier inc/header.php contient, entre-autres, le menu du site (très important pour la suite).

Me question : peut-on vraiment utiliser ce système d'include et utiliser le même css pour la partie client et la partie admin ? D'autant plus que les liens des menus sont déconnants (on a "/admin/" devant chaque lien). Normal puisqu'on est dans le dossier admin.

Vaut-il mieux ouvrir la zone admin (avec un css qui lui est propre) dans une nouvelle fenêtre sans chercher à l'intégrer dans le site ?

Merci de votre aide.
Hors ligne Tangooo # Posté le 08/09/2008 à 12:22:38
Live the moment
Avatar
Groupe : Membres
Non, avec l'url rewriting, le /admin/ ne pose aucun problème.
Et tu peux très bien charger un css commun, puis un autre spécifique au visiteur et un autre spécifique à l'admin.
Ou même mieux si ton css est bien pensé, créer un css commun en visiteur et toi si t'as des rucs à changer tu écrases les classes crées avec un autre css.
Hors ligne Pone # Posté le 08/09/2008 à 12:38:26
Avatar
Groupe : Membres
Citation : Tangooo
Non, avec l'url rewriting, le /admin/ ne pose aucun problème.
Et tu peux très bien charger un css commun, puis un autre spécifique au visiteur et un autre spécifique à l'admin.
Ou même mieux si ton css est bien pensé, créer un css commun en visiteur et toi si t'as des rucs à changer tu écrases les classes crées avec un autre css.

Ca c'est ok pour les css, mais pour les liens du menu qui prennent un "/admin" lorsque je suis dans l'interface d'administration, je cherche toujours une solution.
Sinon tant pis, je sépare complètement les 2 parties et ça marche pareil :)

Merci en tout cas.
Hors ligne BuRner # Posté le 08/09/2008 à 13:48:49
Avatar
Groupe : Membres
Voila mon arborescence. Elle est purement théorique je ne l'ai pas encore mise en pratique, il faut d'abord que je vois si c'est réalisable. Il peut vous sembler y avoir des choses inutiles mais il s'agit en fait d'une structure qui pourrait plutot convenir pour un CMS.
Code : Autre
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
        www/
                admin/
                        index.php
                        index.tpl
                        style.css
                core/
                        images/
                        lang/
                        main/
                                plugins/
                                        phpfreechat.php
                                        phpbb.php
                                        smarty.php
                                security/
                                cfg.class.php
                                lang.class.php        
                                log.class.php
                                main.class.php
                                modules.class.php
                                plugins.class.php
                                rewrite.class.php
                                users.class.php
                install/
                        lang/
                        images/
                        sql/
                libraries/
                        AUTOCRUD/
                        IAMBackup/
                        reCaptcha/
                        fPDF/
                        jQuery/
                        PHPic/
                        UPL/
                        xQuery/
                        Whizzywig/
                logs/
                        admin.txt
                        errors.txt
                        security.txt
                        .htaccess
                modules/
                        contact/
                                admin/
                                        contact.admin.php
                                        contact.admin.css
                                        contact.admin.tpl
                                user/
                                        contact.php
                                        contact.css
                                        contact.tpl
                                images/
                                lang/
                                        fr.lng
                                        en.lng
                                contact.class.php
                                contact.cfg
                        news/
                        search/
                plugins/
                        PHPbb/
                        PHPFreeChat
                        Smarty/
                templates/
                        cached/
                        compiled/
                        themes/
                                default/
                                        index.tpl
                                        style.css
                                theme1/
                                theme2/
                index.php
                robots.txt
                sitemap.xml
Édité le 08/09/2008 à 13:52:48 par BuRner

Contact : #php-fr @ chat.freenode.net (IRC)
PHP : include('BuRner.php');
C/C++ : #include <BuRner>
JAVA : import java.BuRner.*;
Pascal : uses BuRner;
 
Hors ligne Tangooo # Posté le 08/09/2008 à 13:56:47
Live the moment
Avatar
Groupe : Membres
Je comprends pas la logique de l'index.tpl dans le dossier admin mais sinon ça a l'air correct !
A part peut-être la gestion des langues, enfin tout dépend si tu comptes aussi intégrer des fichiers de langue dans tes modules, ce qui est la meilleure solution.
E sinon pourquoi intégrer dans ton core la gestion des plugins (un peu fixe...) et pas faire le core des plugins dans le dossiers plugins ?
Hors ligne BuRner # Posté le 08/09/2008 à 14:17:08
Avatar
Groupe : Membres
1) L'index.tpl dans le dossier admin c'est simplement pour permettre d'avoir une administration "non-intégrée" au reste du site, au niveau graphique.
2) Oui je compte utiliser les fichiers de langues pour chaque module, ya un répertoire exprès dans chaque dossier de module.
3) Simplement parce que c'est pas un plugin :D Ca me semble plus logique de le mettre là où il est, mais bon c'est un détail :p

Contact : #php-fr @ chat.freenode.net (IRC)
PHP : include('BuRner.php');
C/C++ : #include <BuRner>
JAVA : import java.BuRner.*;
Pascal : uses BuRner;
 
Hors ligne Tracker # Posté le 08/09/2008 à 15:21:05
Avatar
Groupe : Membres
Y'a un truc de base que tu ne fais pas, c'est séparer (structurellement pour en protéger l'accès), ce qui est public (script, images, js, style, etc...) du reste (lib php, fichiers uploadés, cache etc...).
C'est un peu bizarre.


Tracker.
Édité le 08/09/2008 à 15:23:10 par Tracker

Un peu de lecture: PHP // MySQL // JavaScript // w3schools // SQL
 
Hors ligne BuRner # Posté le 08/09/2008 à 15:44:12
Avatar
Groupe : Membres
En effet, j'avais pas vraiment fait attention à cet aspect là. En fait avec cette arbo j'avais envie de rassembler au même endroit tout ce qui concerne un module bien précis, parce que, quoi de plus chiant que d'aller dans 3/4 dossiers différents pour modifier un module... mais ça pose des petits problèmes en effet.
Je vais réfléchir à tout ça, merci de l'avoir signalé ;)

Contact : #php-fr @ chat.freenode.net (IRC)
PHP : include('BuRner.php');
C/C++ : #include <BuRner>
JAVA : import java.BuRner.*;
Pascal : uses BuRner;
 
Hors ligne henneqxp # Posté le 20/09/2008 à 21:50:04
Avatar
Groupe : Membres
Bonjour tout le monde !!

Déjà, je dois dire que ce sujet est excellent !!

Actuellement, je suis en train de faire mon site et je ne sais pas quelle architecture adopter. J'ai en gros lu les 7 pages de vos réponses, mais je dois dire que je n'ai pas forcément tout compris (je suis encore assez débutant :euh: ). Est-ce que quelqu'un pourrait me faire un synthèse, ou plutôt me dire quelle est "l'architecture parfaite" très concrètement ?

Merci d'avance ! ;)
Édité le 20/09/2008 à 22:19:45 par henneqxp

Image utilisateur
Image utilisateur
 
Hors ligne TimeSplitters # Posté le 20/09/2008 à 23:20:29
Avatar
Groupe : Membres
Il n'y a pas d'architecture parfaite. Chaque site a ses besoins particuliers.
 
Hors ligne henneqxp # Posté le 21/09/2008 à 09:10:12
Avatar
Groupe : Membres
Citation : TimeSplitters
Il n'y a pas d'architecture parfaite. Chaque site a ses besoins particuliers.

Alors en fonction de quoi je peux me baser pour faire cette architecture ? Merci !
Édité le 21/09/2008 à 09:10:28 par henneqxp

Image utilisateur
Image utilisateur
 
Hors ligne Sylvain-a # Posté le 21/09/2008 à 10:00:24
Groupe : Membres
Salut, je voudrais simplement poser 2 questions qui me turlupinent :
-Dans une des réponses, il y a marqué "google_base" est - ce pour les robots google qui indexent le site, ou pas du tout?
Si oui, comment est -il constitué?

-Dans un autre, on peut voir un fichier sitemap.xml, comment-est-il constitué? (j'ai lu que ça servait aussi pour l'indexation)

Merci d'avance
Hors ligne TimeSplitters # Posté le 21/09/2008 à 10:57:25
Avatar
Groupe : Membres
henneqxp > Tout dépend de tes besoins ! Explique clairement comment ton site fonctionne.

Sylvain-a > En effet, certains fichiers permettent aux robots d'indexer plus de pages plus facilement: sitemap.xml par exemple contient le plan du site, ce qui permet au robot de voir des pages qu'il n'aurait pas vues sans ce fichier. C'est une bête plan, tu dois pouvoir le faire seul ;)
 
Hors ligne Sylvain-a # Posté le 21/09/2008 à 11:15:23
Groupe : Membres
En fait c'est du genre
<plan>
<index>
<page></page>
<page2></page2>
<page3>
<sous-rubrique1>
</sous-rubrique1>
</page3>
</index>
</plan>

is'nt it?
Édité le 21/09/2008 à 11:16:26 par Sylvain-a
Hors ligne TimeSplitters # Posté le 21/09/2008 à 11:18:03
Avatar
Groupe : Membres
Hors ligne henneqxp # Posté le 21/09/2008 à 11:54:42
Avatar
Groupe : Membres
Citation : TimeSplitters
Tout dépend de tes besoins ! Explique clairement comment ton site fonctionne.

Désolé de paraître aussi peu instruit :euh: , mais concrètement, qu'est ce que tu veux dire par là ? Le fonctionnement de quoi ?

Salut !

Image utilisateur
Image utilisateur
 

Retour au forum "PHP" ou à la liste des forums

Vous devez être inscrit pour pouvoir poster des messages

Changer de design | En savoir plus | Plan du site | Politique d'accessibilité | Règles | RSS tutoriels | RSS news
Édité par Simple IT SARL : Nous contacter | Notre blog | Revue de presse | Publicité

Y'a plus rien à lire, faut remonter maintenant !

Hébergement web - Correction de tutoriels - Créer un site
Vous souhaitez apparaître ici ? Contactez-nous.

Nombre de connectés 134 Zéros connectés | Requêtes SQL 6 requêtes | Temps de génération de la page : Total (SQL) 0.0285s (0.0122s)