Ses derniers messages sur les forums
Avec MySQLi, la connexion s'effectue à la création de l'objet :
<?php
$con = new MySQLi('localhost', 'my_user', 'my_password', 'world') ;
$result = $con->query("select*from compteurs where cle='$cle'") ;
while($obj = $result->fetch_object())
{
// Do stuff here
}
?>
Il faut bien sûr balader une référence vers l'objet de connexion, d'où l'intérêt de passer ton compteur du procédural vers de l'orienté objet. Ou alors tu conserve ton objet en global, mais c'est sale !
En PHP5, l'usage d'une variable globale dans un bloc de code doit être impérativement précédée de sa déclaration explicite.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ça veut dire quoi « ne marche plus » ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(jackbobar) Si tu suis un peu mes interventions, tu sais que j'aime pas trop PHPMyAdmin ;) Mais s'il y a bien un cas dans lequel son usage est intéressant, c'est dans la saisie de données, lorsqu'il n'y a pas besoin d'un script aux p'tits oignons. À mon avis, tu devrais protéger ton script, rien que parce que c'est une bonne habitude.
Et ce ne sera pas forcément plus rapide d'utiliser une série de scripts qui vont bien, car une requête SQL, c'est vite tapé.
(mojorisin) Je honnis htmlentities, qui apporte une pseudo-sécurité. Personnelement, et n'en déplaise aux « earlier optimiser » :-D, j'utilise DOMDocument, qui échappe automatiquement gt, lt et amp. Quand à addslashes et stripslashes, ça ne sécurise pas ton script, car tu ne fait qu'échapper le sommet de l'iceberg.
J'ai un article en préparation sur ma manière de coder, promis, vous serez les premiers au courant ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ça dépend des surprises auxquelles tu t'attends. Mais à ce compte, c'est pas la peine d'écrire du PHP : utilises PHPMyAdmin ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Microsoft Windows est une plateforme assez spécifique. De plus, lorsqu'on programme en C, il vaut mieux structurer une question avec les éléments suivants :
- environnement de programmation
- API utilisée
- bibliothèques utilisées
- les fonctions utilisées pour essayer de faire ce qu'on veut
Sinon, pour les ressources, je penses qu'un petit tour du côté de
Developpez.com.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Au temps pour moi, j'avais en tête fgets de la libc ^^;
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(mojorisin) Pour ça il faut connaitre à l'avance la taille d'une ligne. Et vu qu'il n'existe pas de fonction pour rapatrier une ligne après l'autre, ben faut la coder soit-même.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Quels langages de programmation connais-tu ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le script continue de s'exécuter, même lors de l'annulation du chargement. Si tu veux t'en convaincre, teste avec ce script :
<?php
$h = fopen('/tmp/out', 'w') ;
$i = 0 ;
while($i < 1024)
{
fputs($h, "Ligne $i !\n") ;
echo "Ligne $i !<br />" ;
sleep(1) ;
$i++ ;
}
fclose($h) ;
?>
Et pour voir en live le fichier se remplir :
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ben, une classe n'a rien à voir avec une fonction.
Une classe c'est un ensemble cohérent de données et de méthodes permettant de protéger les données traitées.
Tiens, un
exemple rapide Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
