Reprise du message précédent :
 
Il se passe quoi si ton save() merde

ben toto se retrouve sans bite

il risque surtout de mourir assez vite :x

Si tu sauve ton élément dans une DB, ya bien un moment où il va falloir qu'il y ai du SQL...
 
Sinon dans le même genre, je peux te dire qu'au lieu de s'infliger du PHP, moi je préfère remplir un formulaire web avec les champs "Pseudo" et "Bite" et puis cliquer sur "Soumettre"

Tu connais le principe d'un ORM ?

 
Sinon t'as firebug et firediff par exemple

Ligne 8, noob

Ok et ton formulaire web il enregistre ses données comment

sous IE6 ?

J'avais pas lvu le debut du post

c'était bien ce qui me semblait. Pour la peine, tu peux passer 10mn a essayer de m'aider

Je dit peut-être de la merde mais rajoute un tbody à ta table

ca marche.
 
tu vois que tu peux si tu ne te précipites pas sur les sarcasmes  

(le dédain est la marque des génies )

(a condition d'être en phase avec l'interlocuteur, et surtout, le contenu de son message)

c'est bien ce qui me semblait... jocebug.

 
Et le D10 c'est la marque des nerds

FlorentP

 
Un de mes profs préféraient le mot "soumissionner" le formulaire

Oui, c'est le truc qui va faire la requete SQL c'est ça ? Le truc dont on est en train de parler justement
 
 
Y dit qu'il voit pas le rapport en fait... on parle d'un INSERT en DB, dont on veut récupérer l'id autoincrément... il y a bien un moment ou quelqu'un fait ça non ?
Si toi tu veux pas le faire, t'utilise bien une lib qui le fait... Et ya bien quelqu'un qui l'a faite la lib que t'utilise, exact ? Ou bien il utilise lui même une autre lib laquelle utilise... ?

Non, ce que NazzTazz veut justement dire, c'est qu'il préfère utiliser un ORM plutôt que de se taper le SQL On parle du fait que quelqu'un est encore en train de réinventer la roue, quoi.

Q/ "Bonjour, j'ai un probleme en assembleur : blablabla"
R/ "T'es con, faut pas faire de l'ASM, utilise un langage de haut niveau"
 
Si a chaque problème constaté, l'approche c'est de dire "le problème, c'est que tu devrais même pas avoir à faire un truc comme ça", c'est très constructif tient
 
Pour en revenir au cas de la fonction qui chie, c'est stupide de réagir en disant d'utiliser un ORM plutôt que de faire du SQL, tu sais pas ce qu'il fait le gars avec sa fonction, peut être il développe un ORM justement

Disons que vu le niveau avoué par l'auteur du code ("débutant" ) j'ose espérer qu'il code pas un ORM.
Ensuite, beaucoup de problèmes peuvent justement être solutionnés ou contournés en se posant la question de la validité de ce qu'on veut faire. Je trouve ça très constructif de savoir qu'il existe tel framework ou telle lib qui te permet de faire pour pas cher et de façon plus fiable une fonctionnalité que tu veux développer.
Enfin, tes insultes, tu peux aussi te les garder.

 
La notion de "bonnes pratiques" éveille-t-elle quelque chose dans ton esprit ?

Bah oui c'est constructif, puisque c'est vrai. Pour ton EALC par exemple, c'est très bonne réponse vu les cas dans lesquels utiliser de l'asm brut a un sens:
 
1. Amusement/apprentissage, dans ce cas ton problème tu le résous tout seul sinon ça n'a pas grand intérêt
2. Implémentation de compilo, il faut espérer que tu t'y connaisses déjà bien en ASM et dans ce cas t'as les datasheets
3. Implémentation d'un OS, voir 2.
4. Programmation embedded sur une plateforme qui n'a même pas de compilo C, voir 2.
 
Il y a très peu d'autres cas dans lesquels l'utilisation de l'ASM est justifiable.

Bah si : d'une ça ouvre l'esprit de l'interlocuteur à d'autres façon de faire, et ensuite l'interlocuteur peut toujours argumenter pour dire que si, il a vraiment besoin de faire ça, ou qu'il préfère en rester aux bases vu qu'il vient juste d'apprendre le concept de fonction.
 
Qui plus est, la réponse de NazzTazz était la seule sur le thème de "tu pourrais faire autrement", elle était donc tout à fait complémentaire Et puis parfois ça fait naître des débats intéressants, pour les lurkeurs notament

Il va être marrant le jour ou le débutant qui a eu "l'intelligence" de suivre les conseils et de prendre un ORM aura besoin d'une requète complexe.

Il va venir ici gentiment poser sa question avec une tentative de requète SQL complètement foireuse et on va lui répondre :
"Non mais essaye pas de faire un truc compliqué immédiatement, reprends les bases du SQL avec un bon bouquin ou un bon site, commence pas direct par des triples jointures groupées renversées. "

yo!
 
dites je cherche une fonction pou couper une chaine de caractères trop longue en son milieu et afficher [...] sur la portion coupée.
 
Y'a ça sur php.net http://fr.php.net/manual/fr/function.substr.php#33737
 
ça marche mais je me prendre 300 notice  

 
c'est cette ligne là qui coince (ligne 85 et 95):

if ($tmp_string[$i] == ' ') {

 
vous arrivez a voir ce qui va pas ?

@0x90

Cela dit, NazzTazz parlait d'ORM à FlorentP pas à Negueu

/avocat

if ($tmp_string[$i] == ' ') {

 
explode

C'est pas vraiment ce qu'il demande.

 
Effectivement, j'ai lu trop vite.
Je vois pas où est le problème avec sbstr, tout est expliqué dans la doc.

Son problème est pas avec substr mais avec une fonction des commentaires de substr qui sert apparement à couper une phrase en deux et rajouter une éllipse au milieu (quand le texte est plus long que voulu)

En même temps si on avait plus qu'une ligne de code

J'y connais pas grand chose en php mais c'pas un truc du genre

if (isset($tmp_string[$i]) && $tmp_string[$i] == ' ') {

?

Ca coupe à la fin ton truc, pas au milieu