Pour en revenir au post, j’vois mal ce que le terme bootstrapp fait dans tout ça.
Les .class et les defines, pareil. Mix HTML et PHP, ça c’est la grande mode. CSS HTML, ok. HTML et PHP, c’est fait pour non ? J’veux bien qu’on foute le moins de code possible, mais utiliser un moteur de templates d’une part, c’est pas souple, d’une autre, c’est lent, et d’une troisième j’aime pas ça.
Les .inc, j’trouve ça logique parfois…
En attendant le gars qui blogue ça il a des liens “delete this comment” partout et son blog est moche, ça doit pas être une référence ^^
D’ailleurs si tu le fais naviguer sur une page pleine d’iframes du genre “http://www.akbkhome.com/blog.php/Comment/159/Licence+to+release+PHP+code%3F.html?delete=NNN” bah ça deletera tous ses comments. C’est très BAD comme practice, depuis l’homme a inventé h()
Il a même de sompteux PHPSESSID qui traînent dans ses URLs. Le gars se permet de juger des solutions open-source PHP alors que son site ne respecte pas lui même certaines bonnes pratiques élémentaires…
Il se plaint des .class.php mais je ne vois pas ce qu’il y’a de mal à utiliser de telles extensions ? En quoi est-ce une mauvaise pratique selon lui ? Il est bon de noter que le framework Symfony est très à cheval sur les bonnes pratiques et eux utilisent les .class.php. C’est pourtant un framework PHP professionnel reconnu et éprouvé.
ça permet de voir d’un coup d’oeil que tel fichier est une classe, un fichier inclu dans un autre, un fichier qui sert dans des XHR et autre fichier de conf …
un nommage pas logique c’est genre File1, File2, File3, …
mais bon … j’dis ça j’dis rien
en nommage je suis pas expert (loin de là) mais y’a des limites :p
La prochaine fois, fais moi relire
Pour en revenir au post, j’vois mal ce que le terme bootstrapp fait dans tout ça.
Les .class et les defines, pareil. Mix HTML et PHP, ça c’est la grande mode. CSS HTML, ok. HTML et PHP, c’est fait pour non ? J’veux bien qu’on foute le moins de code possible, mais utiliser un moteur de templates d’une part, c’est pas souple, d’une autre, c’est lent, et d’une troisième j’aime pas ça.
Les .inc, j’trouve ça logique parfois…
Bref, si quelqu’un m’éclaire, j’vous kifferais…
En attendant le gars qui blogue ça il a des liens “delete this comment” partout et son blog est moche, ça doit pas être une référence ^^
D’ailleurs si tu le fais naviguer sur une page pleine d’iframes du genre “http://www.akbkhome.com/blog.php/Comment/159/Licence+to+release+PHP+code%3F.html?delete=NNN” bah ça deletera tous ses comments. C’est très BAD comme practice, depuis l’homme a inventé h()
Il a même de sompteux PHPSESSID qui traînent dans ses URLs. Le gars se permet de juger des solutions open-source PHP alors que son site ne respecte pas lui même certaines bonnes pratiques élémentaires…
Il se plaint des .class.php mais je ne vois pas ce qu’il y’a de mal à utiliser de telles extensions ? En quoi est-ce une mauvaise pratique selon lui ? Il est bon de noter que le framework Symfony est très à cheval sur les bonnes pratiques et eux utilisent les .class.php. C’est pourtant un framework PHP professionnel reconnu et éprouvé.
euh c’est juste un nommage Oo
ça permet de voir d’un coup d’oeil que tel fichier est une classe, un fichier inclu dans un autre, un fichier qui sert dans des XHR et autre fichier de conf …
un nommage pas logique c’est genre File1, File2, File3, …
mais bon … j’dis ça j’dis rien
en nommage je suis pas expert (loin de là) mais y’a des limites :p
Il ne m’a pas répondu encore, j’espère que je ne l’ai pas vexé
t’en serais bien capable … c’est ça le pire
un frenchy qui cause meme pas bien l’anglais qui se permet de le remettre à sa place …
nan franchement Palleas t’as dépassé les bornes des limites là
> un frenchy qui cause meme pas bien l’anglais
Hum, moi je trouve que mon commentaire sonne plutôt anglais =/
en meme temps tu t’excuses déjà en intro ^^
>I’m french, so excuse my english.
Dans le doute, au cas ou je dirais des bêtises