Ses derniers messages sur les forums
Pourquoi un site serait plus léger parce qu'il a moins de tableaux ?
Un tableau a pour destination la présentation de données tabulaires. Donc dans le cas de Lefounard, il doit utiliser un tableau. Utiliser des div serait sémantiquement faux.
Les div sont destinés à désigner des sections logiques dans ton document HTML.
Rejeter les tableaux n'est pas plus efficace que de n'utiliser que des tableaux. Les tableaux existent, et ce n'est pas pour rien ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le livre coûte 25 €. Pas grand chose pour un ouvrage de cette qualité ;)
Le sous-titre du livre est : Modéliser une application Web. Je t'ai indiqué ce bouquin parce que tu demandais un document te permettant d'apprendre à modéliser une application Web.
C'est vrai qu'il est plus généraliste qu'un bouquin dédié au PHP, mais avec ça tu seras plus à même de relativiser les qualités et défaut de PHP. Il y a des exemple en PHP, Java et C#.
Tu devrais le feuilleter à la FNAC avant de l'acheter. Tu y gagneras déjà quelque chose ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(La Globule, BZH) On va arrêter le Troll là, on arrivera pas à se mettre d'accord ;) Et je n'ai rien à présenter pour prouver mon point de vue. Donc je déclare forfait !
(manu56) Je te conseille plutôt l'achat d'un bouquin : « UML2 » dans la collection « Les Cahiers du Programmeur » aux éditions « Eyrolles ».
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
le 14/03/2006 à 13:40
SQL
Tu peux donner plus de détails sur ce que tu veux obtenir ? Visiblement, personne n'a saisi ton désir.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) C'est beaucoup plus simple pour des sites simples. Mais dès que tu attaque des application Web, où la sécurité est un enjeu, on change de catégorie.
Les bb-forums ne sont pas des exemples à suivre. 3 failles de sécurité par semaine (et j'exagère à peine) en fond un exemple à ne pas suivre, contrairement à une application comme Phorum.
Ce retrouver avec 100 scripts différents ne complique pas l'affaire si tu as correctement analysé ton besoin et que le rangement est optimal. Ce qui complique l'affaire, c'est d'avoir du code dupliqué (ce qui sera forcément le cas avec ton approche).
Et pour en rajouter une couche, les applications telles que Dotclear et Phpbb ne sont pas facilement déployable et maintenable sur du mass-hosting par exemple.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(manu56) Regarde du côté des session
(La Globule) C'est pratique pour un petit projet, mais pour un plus gros projet, la maintenance devient un casse-tête lorsque le projet gonfle.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le mieux ce serait de regarder un forum existant, tel que Phorum.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(bibi) Et le jour ou tu ajoute un groupe tu fais comment ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Après mûre réflexion, il s'avèr que je suis un idiot prétenscieux qui en plus se précipite pour le montrer au sus de tous :-D
Mes excuses Bzh, c'est toi qui a raison ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) Du tout, se sont des « ou logiques » qu'il faut préciser.
Tu coupe tout accès aux membres et au visiteurs :
Parce que si le groupe de la session est visiteur, alors il ne sera pas membre, donc $data['groupe'] != 'membre' && $data['groupe'] != 'visiteur' sera faux.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
