Reprise du message précédent :

 
Donc en gros il faut avoir d'un coté les fichiers avec le mysql et le php et d'un autre l'affichage en HTML et CSS?

C'est un début. Pour t'y forcer tu peux utiliser un moteur de templates, par exemple.

Comment ça logique/actions, logique/affichage, affichage?
les entités = ?

Vous avez des bons liens sur les interactions entre PHP et MySQL ? Je voudrais récuperer des données d'une base et les afficher
 
XaT

Ok je vois à peut pres, sauf le fetch et l'objet à la collection
 
Je vais déjà récuprere une requête pour voir comment elle marche
 
XaT

et vous en pensez quoi de ça dans un fichier index.php pour inclure les différentes pages?
 

 
avec des liens comme ça:
index.php?page=panier
index.php?page=page1
etc...

ah ouais ok, c'est plus simple sa version.

Ouais, enfin la tienne   , j'avais pas fait gaffe    

dans le code en php c'est grave de mettre beaucoup de variables? de conditions if et elseif? et pour les variables il faut plutôt des noms court et en anglais? dsl mais je comprend pas beaucoup comment vous nommer vos variables.
et après dans le code HTML on met juste nos variables à afficher? et on fait des include dans la page HTML de nos fichiers php/mysql avec dedans nos fonctions et nos classes? Je sais que je suis chiant mais j'aimerai vraiment apprendre pour bien savoir coder. Merci quand même.

Tu les nommes comme tu veux, et qui lira ton code, si c'est pour toi prend des noms usels et des pensesbêtes, etc.
Bref exemple: quand on parle d'image, j'aime bien mettre "img" et plus voila

XaT

Bon ma petite pierre à l'edifice pour les codeurs debutants qui veulent faire du propre..

Avant tout : l'architecture des dossiers / fichiers. Comment organiser les fichiers? ca parait con mais au debut on met souvent tout a l'arrache dans le meme dossier.. l'architecture que je preconise :

etc etc..

Pour les nom de fichiers aussi il faut bien faire les choses (identification rapide du type d'un fichier etc)par exemple :
Product.class.php <= classe définissant l'objet Product
config.inc.php <= fichier de config
displayProduct.php <= page du site

bt_meteo.png => BOUTON meteo d'un menu par exemple (image)
bg_bottom_menu2.png => BACKGROUND (fond) du bas du menu2
bg_top_menu2.png

etc

Bon c'est minime comme conseils mais ca donne l'impression - dès le debut - de faire du "propre" et perso, ca me motive a tout faire dans ce sens, du propre, des fichiers bien nommés, des variables explicites, fonctions explicites ($object->isVisible() ou object->getVars() ou $object->addMediaFlv() etc etc)

et ça c'est du code comment pour vous? Merci
 
 

- le code html dans des echo c'est très sale, et tu demande du traitement à php completement inutile en faisant cela
pour info ca peut etre plus présentable en  
  echo '<input type="submit" value="Rafraichir" />';
  et le mieux ainsi :
  ?><input type="submit" value="Rafraichir" /><?
- styles css en dur aussi
- que se passe t il si $_SESSION['panier'] n'existe pas ?  
- creationPanier() n'est pas explicite sur ce que fait la fonction
- htmlspecialchars() sur une url ne te sers pas à grand chose, à utiliser uniquement pour des champs de formulaire

et un panier vous trouvé que c'est mieux avec $_SESSION ou enregistré dans une BDD au fur et a mesure des ajout? Merci

cookie ?

Tu es sur ? J'avais lu (il y a un bout de temps et c'était en asp) que ca faisait de multiples instances (???) sur le serveur. Depuis je me suis toujours posé la question...
 

Personnellement je préfère utiliser la BDD. Plus souple/simple à mon goût. Mais ça reste discutable.
En tout cas la BDD ça oblige à effectuer un nettoyage régulier des panier qui n'ont pas aboutis sur une commande.
Donc en générale je colle un cron chargé de nettoyer les paniers un peu vieux et qui ne sont pas rattaché à un utilisateur. Pour ceux qui sont rattaché à un utilisateur, une personne inscrite, je les laisse comme ça elle peut récupérer son panier quand elle s'identifie. Mais faut aussi penser à écraser un ancien panier si ton visiteur créé un panier et s'identifie ensuite.

ouiat, moi je laisse pas le choix pour pas avoir de problème, pour créer un panier il faut être identifié. Comme ça t'as pas de problème avec ça.
ouais j'avais pas pensé aux cookies. Mais je pense que je vais continuer à le développer avec une BDD. Merci beaucoup

 
how to : faire fuir un / des clients  

+1 tu te tire une balle dans le pied
 
XaT

Vous avez un bon tuto pour dev un site multilingue ? Quelles sont les différentes façons, etc etc...
 
Merci

+1 ca m'interesse
 
paske la on m'a demandé de traduire un site statique en html, donc fr_index.html, en_index.html
 
je suppose qu'il ya mieux

 
C'est un peu vague comme question.
Je dirais que le plus élégant niveau design c'est le design pattern abstract factory : tu définis une classe abstraite/une interface du style "textProvider", et autant de classes filles/classes implémentant l'interface qu'il y a de langues. Là-dessus tu ajoutes une classe dont une méthode sait te retourner l'instance qui va bien en fonction de la configuration, et tu travailles avec l'instance retournée.

J'ai pas de tutos mais sinon le mieux c'est une page languages.php
 
et  

Et faire des appels
 
XaT

Et un truc un peu plus expliqué ?
(pour skeye)

http://url/index?page=toto&lang=fr ?  
 
Tableau fr & en avec page toto dans chaque
 
XaT

Genre moi je pue    
 
Non bon d'accord je suis débutant    
Un PDF/Livre à conseiller (fr) pour PHP5/MYSQL5 ?
 
XaT

 
En très gros, un truc dans ce genre :

class TextProvider{
    
    private $content;
    
    function __construct($textFilePath){
        //on passe en paramètre le fichier contenant tous les textes du site pour une langue donnée.
        $this->loadFile($textFilePath);    
    }
    
    function loadFile($textFilePath){
        //ici on charge les données dans la classe...dans un tableau avec pour indices l'identifiant de la chaine de caractères par exemple
    }
    
    function text($textId){
        //on retourne le contenu du tableau à l'indice $textId
        return($this->content[$id]);
    }
    
}
 
class FrenchTextProvider extends TextProvider{
 
    function __construct(){
        parent::__construct('/chemin/vers/textes_fr.truc');
    }
}
 
class EnglishTextProvider extends TextProvider{
 
    function __construct(){
        parent::__construct('/chemin/vers/textes_en.truc');
    }
}
 
class TurkishTextProvider extends TextProvider{
 
    function __construct(){
        parent::__construct('/chemin/vers/textes_tk.truc');
    }
}
 
 
 
 
//...et une classe qui te permet de récupérer l'instance de la bonne classe xxxTextProvider
class TextProviderFactory{
    
    private $language;
    
    function __construct($language){
        $this->language = $language;
    }
    
    function provider(){
        switch($this->language){
            case 'fr':
                return new FrenchTextProvider();
            case 'en':
                return new EnglishTextProvider();
            //...
        }
    }
    
    
}

(bon après c'est plus une histoire de modélisation que de php, tout ce que je raconte moi...)

C'est pas tout à fait pareil, amha on peut résumer comme ça :

Factory sert à abstraire la création d'objets (voire de groupes d'objets), Strategy plutôt à abstraire une fonction/un algo.

Tu vas utiliser Factory dans un cas comme le multilangues par ex.(le cas classique c'est les widgets graphiques - tu délègues à une classe le soin de te donner les widgets dont tu as besoin, cette classe ne te donnant pas la même chose si tu es sous OSX, windows, minux, en GTK, tcl/tk, etc.).
Strategy est pas au même niveau de conception,, mais tu peux el retrouver dans le contexte de Factory : genre pour dessiner un widget, tu vas extraire une méthode générique (afficher le fond, puis les bordures, puis le texte, au pif), qui sera définie dans la classe mère abstraite de tes widgets, et elle va faire appel à différentes fonctions qui elles ne seront implémentées que dans les classes filles (par ex. une classe va faire du lissage de polices, etc...). Tu forces une segmentation propre du code en factorisant la partie algorithmique commune.

Hep,
Comment on fait pour différencier une variable null d'une variable non existante ?

Et c'est quoi crystal-ball-php5 ?

----
aaaah une blague

Sinon ya aussi is_null() et === null qui font pareil