Mysql en mysqli. De qui se moque t'on?

Version imprimable

12/01/2015, 12h01
olivierdauxais

Mysql en mysqli. De qui se moque t'on?

Bonjour à toutes et tous,

J'ai eu écho que le mot "mysql" ne sera bientôt plus valide et qu'il faudra le remplacer par "mysqli"... !!!
Ce mot existe dans des millions de pages sur des millions de sites Internet.
Cela veut dire qu'on s'expose a des millions de bug potentiels...
Ou allons-nous ainsi? :mur: De qui se moque t'on? :furieux:

Qu'on crée des nouveaux mots de langage php pour offrir des nouvelles fonctions: OUI
Mais, ne cassons pas ce qui a été construit.
Cela s'appelle du vandalisme, du sabotage ou du terrorisme (pour reprendre un mot très actuel).
C'est comme si on désintégrait les briques de toutes les maisons construites en brique...
Et demain, ce sera au tour des parpaings... !!! ???

Aujourd'hui, mysql a changer par mysqli et demain...
La balise html en htmli...
La balise php en phpi... Etc...
C'est pire que du suicide, c'est de la torture !!!

Levons nous et agissons... Ne croyez-vous pas ?
Lançons un vote ou un référendum interne aux développeurs... Qu'en pensez-vous ?

Informatiquement votre.
H Olivier Dauxais.
12/01/2015, 14h36
bhamp0

A ma connaissance (je suis preneur de liens dans le cas contraire), l'extension mysql_ n'est que dépréciée au profit de l'extension mysqli_ ou de PDO.
Cela signifie que vous pourrez continuer à utiliser les fonctions mysql_ mais qu'il vaudrait mieux passer à la nouvelle génération.

L'intérêt est de bénéficier de nouvelles fonctionnalités sans casser la compatibilité des applications plus anciennes.
13/01/2015, 17h01
valaendra

Bonjour,

@olivierdauxais : Un développeur doit s'adapter aux évolutions des langages, pas le contraire. Je ne pense pas qu'ils suppriment mysql_* pour s'amuser...

@bhamp0 : mysql_* sera supprimé à terme.
13/01/2015, 21h25
bhamp0

Citation:

Envoyé par valaendra

@bhamp0 : mysql_* sera supprimé à terme.

Source ?
14/01/2015, 09h16
valaendra

La documentation officielle.
C'est affiché dans l'avertissement de toutes les pages relatives aux fonctions mysql_*

Par exemple :
intro de l'API mysql : https://php.net/manual/fr/intro.mysql.php
mysql_query : https://php.net/manual/fr/function.mysql-query.php
14/01/2015, 10h43
bhamp0

Ah ouais, la dernière fois que j'avais regardé, c'était juste indiqué que c'était déprécié sans avoir d'indication que ça serait supprimé un jour ...
14/01/2015, 14h49
skuatamad

Citation:

Envoyé par olivierdauxais

Cela veut dire qu'on s'expose a des millions de bug potentiels...

Seulement en cas de migration de PHP vers une version non compatible directement en prod sans aucun test :aie:
Ca va, le risque me semble acceptable...

Citation:

Envoyé par olivierdauxais

Ou allons-nous ainsi?

Vers plus de sécurité.

Citation:

Envoyé par olivierdauxais

De qui se moque t'on?

De ceux qui continue à utiliser une mysql_*, fonctionnalité obsolète, lors de la conception d'une application PHP en version 5.5.
14/01/2015, 19h10
olivierdauxais

Oui, c'est bien que MySQL évolue...
Tout comme le HTML qui a su évoluer en HTML5 sans pour autant devoir modifier toutes les balises <html> en <html5> !!!
De même pour le PHP qui a su évoluer en PHP5 sans pour autant devoir modifier toutes les balises <php> en <php5> !!!
Dieu merci.
Par contre, pour SQl, il va nous falloir modifier des centaines voire des milliers de lignes pour changer le mot "mysql" en "mysqli" !!!

Je me suis amusé à télécharger la dernière version de easyPHP pour voir se que donneraient mes anciennes pages codées avec "mysql".
Eh bah, ce n'est pas joli joli, j'ai des messages d'erreur qui s'affichent partout et qui me défigurent mon site qui en devient illisible !!!!!
:furieux::furieux::furieux:
14/01/2015, 22h50
bhamp0

Euh ... là, c'est bien PHP qui évolue au niveau de la prise en charge de MySQL, et non l'inverse.
Donc, au pire, faudrait blamer PHP.
15/01/2015, 09h40
valaendra

Citation:

Envoyé par olivierdauxais

Par contre, pour SQl, il va nous falloir modifier des centaines voire des milliers de lignes pour changer le mot "mysql" en "mysqli" !!!:

Si seulement c'est aussi simple, il y a des petites différences d'implémentation entre mysql_ et mysqli_ qui vont plus loin que l'ajout d'une lettre dans le nom des fonctions :)

Sinon, depuis PHP3, il y a eu des modifications bien plus contraignantes que ça...
15/01/2015, 16h47
skuatamad

Citation:

Envoyé par olivierdauxais

Je me suis amusé à télécharger la dernière version de easyPHP pour voir se que donneraient mes anciennes pages codées avec "mysql".
Eh bah, ce n'est pas joli joli, j'ai des messages d'erreur qui s'affichent partout et qui me défigurent mon site qui en devient illisible !!!!!

C'est juste deprecated, il suffit de ne pas afficher les erreurs E_DEPRECATED en modifiant le php.ini.

Merci pour vos réponses qui m'ont clairement fait comprendre que je dois passer à mysqli.

J'ai donc regardé plein de tutoriels et infos sur le net pour étudier mysqli.
Le manuel officiel de php est plein d'infos techniques mais absolument pas pédagogue.
Il existent des tutoriels très pédagogues mais souvent incomplets voire erronés...

J'ai aussi compris qu'il existe 2 mode mysqli: Le procédural et l'orienté objet.
Et je vois plein de tutos qui mélangent parfois les 2 styles.
J'arrive maintenant à me débrouiller avec mysqli mais quand bien même mon code fonctionne bien sur EasyPHP,
je crains ne pas avoir un code très propre.

SVP, pourriez-vous me montrer comment écrire "dans les règles de l'art" et dans chaque style (procédural et orienté objet) mes 2 anciens script PHP/MySQL ci-dessous?
Code:

1 2 3 4 5 6 7 8 9 10 11 <?php // index.php script recording visitors in my table "visitors" in my database "olivier": $VisitIp=$_SERVER['REMOTE_ADDR']; $VisitDate=date("y-m-d"); $base = mysql_connect ('localhost', 'root', ''); mysql_select_db ('olivier', $base); $sql = 'SELECT count(*) FROM visitors WHERE VisitIp="'.mysql_real_escape_string($VisitIp).'" AND VisitDate="'.mysql_real_escape_string($VisitDate).'" '; $req = mysql_query($sql) or die('Erreur SQL !<br />'.$sql.'<br />'.mysql_error()); $data = mysql_fetch_array($req); if ($data[0]==0) {$sql='INSERT INTO visitors VALUES("","'.mysql_real_escape_string($VisitIp).'", "'.mysql_real_escape_string($VisitDate).'")'; mysql_query ($sql) or die ('Erreur SQL !'.$sql.'<br />'.mysql_error());} mysql_free_result ($req); mysql_close(); ?>
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <?php // Stat.php script showing the total amount of visitors & counting the visits per day for the last 2 months: $base = mysql_connect ('localhost', 'root', ''); mysql_select_db ('olivier', $base); $sql='SELECT * FROM visitors'; $req = mysql_query($sql) or die('Erreur SQL !<br />'.$sql.'<br />'.mysql_error()); $TotalVisitors = mysql_num_rows($req); echo '<h3>Total of visitors since 2013-04-16: <font color="red"><b>'.$TotalVisitors.'</b></font></h3>'; mysql_free_result ($req); $sql = 'SELECT VisitDate, COUNT(VisitDate) AS CountRow FROM visitors GROUP BY VisitDate ORDER BY VisitDate DESC LIMIT 0,60 '; $req = mysql_query($sql) or die('Erreur SQL !<br />'.$sql.'<br />'.mysql_error()); echo '<h3>All the visits per day for the last 2 months:</h3>'; while ($row = mysql_fetch_array($req)) { echo 'Visitors on '.$row['VisitDate'].': <font color="red"><b>'.$row['CountRow'].'</b></font><br />';} mysql_free_result ($req); mysql_close (); ?>

18/01/2015, 20h20
pier.antoine

Bonjour à tous

Je me suis penché sur PHP depuis 1 an à peu près, et j'ai toujours lu que "Mysql_" ne devait pas être utilisé, mais bien "mysqli" ou mieux PDO. En plus, à lire certains le passage se fait quand même en douceur, puisqu'on passe d'abord par une dépréciation avant un abandon. Cela donne le temps de s'adapter petit à petit.

Pierre

Citation:
Envoyé par olivierdauxais
...
Code:

1 2 3 $sql = 'SELECT count(*) FROM visitors WHERE VisitIp="'.mysql_real_escape_string($VisitIp).'" AND VisitDate="'.mysql_real_escape_string($VisitDate).'" ';
...
Utilisez plutôt des requêtes paramétrées avec mysqli (ou PDO)

19/01/2015, 11h01
Amélie Ladoque

Les fonctions mysqli_ ont été introduites en 2008 afin de pouvoir profiter des améliorations de MySQL 4.1+

Maintenant, mieux vaut passer par des classes si vous voulez vous affranchir des évolutions.
19/01/2015, 15h22
zaza576

Hello,

il faut arrêter de ronchonner pour rien. La team PHP l'a signalé depuis belle lurette que mysql_* allait dégager. On ne met pas des fonctions en déprécié (deprecated) pour rien. Il faut savoir accuser le coup et accepter le changement.

Normalement, une application bien conçue n'a pas une interface de base de données si lourde que ça à maintenir. Et puis, refaire l'API de communication avec la base de données prend pas tant de temps sachant que la philosophie de mysqli est proche de mysql_*.

Si vous êtes pas à l'aise avec les évolutions, faîtes comme moi, une API qui interface un langage de base de données, et qui reste transparent pour votre application.

APPLICATION = Controler + View + API_BDD + Models + SGBD

API_BDD est une interface qui offre des fonctions classiques telles que :
select(maRequete, mes parameters);
insert ...
remove ...
update ...

Et implémentez vous même avec mysql_*, mysqli, neo4J, mongodb, ... votre propre API. Ainsi, si du jour au lendemain, il vous est demandé de passer sur une autre BDD, bah vous avez juste à réimplémenter un script et votre base plutôt que toute votre application !
19/01/2015, 17h29
olivierdauxais

Merci pour toutes vos réponses.
Est-ce que quelqu'un pourrait écrire une version mysqli de mon bout de code ci-dessus?
Ce bout de code permet de compter les visiteurs d'un site.
Cela pourrait servir à beaucoup de voir un exemple concret de "avant" et "après"...
Et peut-être que par la même occasion, il y aura plein de débutants comme moi qui arrêterons de ronchonner après avoir lu cette discussion... ;)
19/01/2015, 17h38
zaza576

Citation:

Envoyé par olivierdauxais

Merci pour toutes vos réponses.
Est-ce que quelqu'un pourrait écrire une version mysqli de mon bout de code ci-dessus?
Ce bout de code permet de compter les visiteurs d'un site.
Cela pourrait servir à beaucoup de voir un exemple concret de "avant" et "après"...
Et peut-être que par la même occasion, il y aura plein de débutants comme moi qui arrêterons de ronchonner après avoir lu cette discussion... ;)

Demande à la team de php.net de faire le travail vu que tu es doué pour la sous traitance :D
Ca ne coûte pas un bras d'aller visionner chaque fonction / méthode de mysql_*, évoluée en mysqli dans la doc officielle php.net et de faire le remplacement.

Et je ne crois pas que ce soit le rôle de la maison (dixit, developpez.net) de faire le travail à la place des visiteurs. Developpez.net est une communauté libre, présente pour aider, pas pour faire le job ! Ou alors faut payer, mais pas en ferrero rochers ;-)
19/01/2015, 17h53
olivierdauxais

Je croyais pourtant que les forums était un lieu ou les lumières de certains peuvent éclairer ceux qui sont dans l'ombre... ;)
19/01/2015, 18h12
zaza576

Parfaitement,

viens t'éclairer, mais viens pas soumettre :D

Nous t'avons donné plein d'indications et de sources pour que tu fasses la conversion.
Tu ne voudrais pas le beurre et l'argent du beurre quand même ?

Et voici donc... mes tout premiers pas avec mysqli:
Qu'en pensez-vous?
Mon code est-il propre?
Auriez-vous des améliorations à me proposer?

Code:

1
2
<?php // BaseInfo.php script (mysqli/object) giving the parameter of the database connection:
define('BaseHost', 'localhost'); define('BaseUser', 'root'); define('BasePass', ''); define('BaseName', 'olivier'); ?>

Code:

1
2
3
4
5
6
7
8
9
<?php // index.php script (mysqli/object) recording visitors in my table "visitors" in my database "olivier":
  $VisitIp=$_SERVER['REMOTE_ADDR']; $VisitDate=date("y-m-d"); 
  $MyBase = new mysqli(BaseHost, BaseUser, BasePass, BaseName);
  if($MyBase->connect_errno > 0){die('Error:'.$MyBase->connect_error );}
  $result = $MyBase->query('SELECT * FROM visitors WHERE VisitIp="'.$VisitIp.'" AND VisitDate="'.$VisitDate.'"');
  $nb = $result->num_rows; $result->free();
  if ($nb==0) {$statement = $MyBase->prepare("INSERT INTO visitors (VisitIp, VisitDate) VALUES (?,?)");
  $statement->bind_param('ss', $VisitIp, $VisitDate);
  $statement->execute(); $MyBase->close();} ?>

Code:

1
2
3
4
5
6
7
8
9
10
11
<?php // Stat.php script (mysqli/object) showing total amount of visitors & counting visits/day for last 2 months:
  $MyBase = new mysqli(BaseHost, BaseUser, BasePass, BaseName);
  if($MyBase->connect_errno > 0){die('Error:'.$MyBase->connect_error );}
  $result = $MyBase->query('SELECT * FROM visitors');
  $TotalVisitors = $result->num_rows; $result->free();
  echo '<h3>Total of visitors since 2013-04-16: <font color="red"><b>'.$TotalVisitors.'</b></font></h3>'; 
  $result = $MyBase->query('SELECT VisitDate, COUNT(VisitDate) AS CountRow FROM visitors GROUP BY VisitDate 
  ORDER BY VisitDate DESC LIMIT 0,60'); 
  while($row = $result->fetch_array()){ 
  echo 'Visitors on '.$row['VisitDate'].': <font color="red"><b>'.$row['CountRow'].'</b></font><br />';}
  $result->free(); $MyBase->close(); ?>

20/01/2015, 14h20
zaza576

Hello,

je te suggères un IDE qui te force à respecter des règles d'indentations car ton code n'est pas maintenable dans l'état.
- Une instruction terminant par un ; = une ligne de code.
- Vérifie la valeur de tes variables avant de passer à la prochaine instruction (qui te garantie que $VisitIP n'est pas vide et ne casse pas la suite de ton script ?)
- Les champs de tes requêtes devraient être entourés de ````````````` pour éviter de petits désagréments.
- N'oublie pas de terminer une requête SQL par un ;
- Essaie de réorganiser le code pour séparer la logique (ton code pour obtenir les résultats de base de données) de la présentation (ton affichage de résultats).
- Au lieu d'utiliser des die() partout, trouve un moyen de ne pas tuer ton script à chaque erreur (via des exceptions non bloquantes par exemple) et signale le à l'utilisateur pour qu'il ne se retrouve pas devant une page blanche sans savoir quoi faire quand ça pète !

Sinon, en soi, le code commence à tendre vers une solution intéressante pour du mysqli.
Petites questions :
- Ca fonctionne chez toi ? Tu obtiens bien les bons résultats ?
- Comment as-tu perçu l'apprentissage de mysqli ? La courbe d'apprentissage était-elle si élevée que cela ?
20/01/2015, 17h11
olivierdauxais

Merci Zaza576 pour toutes tes suggestions mais malheureusement tu utilises bien souvent des mots que je ne comprends pas.

Qu'est-ce une IDE?

Tu dis que "Les champs de tes requêtes devraient être entourés de ````````````` pour éviter de petits désagréments."
Que veux tu dire exactement? C'est quoi ces petits trucs?
Je n'ai jamais vu ça. Je ne sais même pas où trouver ça sur mon clavier. :(

Tu parles "d'exception non bloquante"... C'est quoi ça ???
Pourrais-tu me montrer un petit exemple d'un script avec ce genre de truc?
(Et ce n'est pas forcément vouloir le beurre et l'argent du beurre ;) et le cul de la crémière comme on dit dans nos campagnes... ;) )

A part ça, oui, mon code fonctionne bien sur mon wamp et sur mon easyPHP et j'obtiens bien les résultats souhaités mais ça bug sur mon hébergeur Atspace et en attendant de comprendre, j'ai donc remis la vieille version mysql sur mon site.

Tu me demandes:
"Comment as-tu perçu l'apprentissage de mysqli ? La courbe d'apprentissage était-elle si élevée que cela ?"

Oueh, je rame...
Pas simple d'autant plus que la méthode recommandée est par objet alors que je n'y connais rien en programmation orienté objet...
Ce qui veut dire qu'en plus d'un nouveau langage, il faut aussi une autre logique que celle procédurale qui est plus simple à visualiser puisqu'elle se déroule de manière "chronologique".
Et voire des petits exemples m'aide beaucoup plus que de longues explications abstraites.

Je ne suis pas un intellectuel mais un visuel... Sorry, nobody's perfect. ;)

Par exemple, j'aimerai beaucoup qu'on me dise quel mot décrirait le mieux le symbole "->" que je vois un peu partout en objet et qui n'existe pas en procédural.

Merci d'avance pour tes lumières et merci aussi pour d'éventuelles autres lumières.
20/01/2015, 17h52
zaza576

Citation:

Envoyé par olivierdauxais

Merci Zaza576 pour toutes tes suggestions mais malheureusement tu utilises bien souvent des mots que je ne comprends pas.

Qu'est-ce une IDE?

Un IDE est un logiciel qui te permet principalement d'éditer ton code. Des modules sont greffés à ce logiciel pour t'offrir des fonctionnalités à appliquer à tes sources (indentation, traitement par fichier, par chaîne de caractères, ...). Disons que c'est la Rolls Royce de Vi / Emac / ... (Aïe, Aïe, je vois la manif des anciens développeurs conservateurs arriver en colère, banderolle en l'air. On ne tire pas sur une ambulance, je donne des explications simples :D).

Citation:

Envoyé par olivierdauxais

Tu dis que "Les champs de tes requêtes devraient être entourés de ````````````` pour éviter de petits désagréments."
Que veux tu dire exactement? C'est quoi ces petits trucs?
Je n'ai jamais vu ça. Je ne sais même pas où trouver ça sur mon clavier. :(

Faisons simple :
Tu as une requête SQL : SELECT * FROM maTable WHERE monParam1 = "Zozo" AND monParam2= $maVariablePHP;

Cette requête SQL, quand tu vas l'utiliser dans PHP, sera sous la forme d'une chaîne de caractère. Il faudra donc dans un premier temps distinguer l'écriture statique et dynamique (variable PHP) de ta requête :

$maRequete = "SELECT * FROM maTable WHERE monParam1 = 'Zozo' AND monParam2 = ".$maVariablePHP.";";
/!\ Tu vois qu'ici j'ai du mettre Zozo entre simple côte pour l'inclure comme chaine de ma requête SQL dans ma chaîne PHP.
De plus, $maVariablePHP est une variable que je concatène à ma chaîne PHP pour obtenir sa valeur.
Enfin, je concatène le ; de ma requête SQL dans ma chaine PHP

L'usage de ` autour du nom de chaque table ou attribut tel que ceci :
$maRequete = "SELECT * FROM `maTable` WHERE `monParam1` = 'Zozo' AND `monParam2` = ".$maVariablePHP.";";

permet de garantir plusieurs aspects sécuritaires lors de la création de la requête. Je n'en citerais que deux (Vous qui nous lisez, n'hésitez pas à citer ceux qui vous passe à l'esprit) :

- si dans ta requête tu te retrouves avec deux tables différentes ayant le même nom d'attribut, il existe une parmi plusieurs syntaxes pour désigner précisément l'attribut de la table que tu souhaite :
maTable1.monParam1
Pour éviter toute mauvaise interprétation, que ce soit un accent dans l'un de ces noms, ou l'usage d'un caractère spécial, il est prudent d'utiliser ce caractère : ` (Touches AltGr suivie de touche 7 du clavier alphanumérique)
- ce caractère ` se distingue facilement des simples ' et doubles " quotes.

[QUOTE=olivierdauxais;8103801]Tu parles "d'exception non bloquante"... C'est quoi ça ???
Pourrais-tu me montrer un petit exemple d'un script avec ce genre de truc?
(Et ce n'est pas forcément vouloir le beurre et l'argent du beurre ;) et le cul de la crémière comme on dit dans nos campagnes... ;) )</QUOTE]

Oublions un peu l'expression "Exception non bloquante" et voyons plutôt de quelle manière je vois l'usage du die().

Si tu mêle logique et affichage, quand tu die un script, tu t'arrêtes à l'endroit où ca a été levé. Et donc ton affichage n'est pas terminé. Cela peut générer des bugs !

Un die(MESSAGE), quand il est appelé, tue ton script PHP en affichant un MESSAGE si indiqué. Pour moi c'est un peu comme si tu te prenais une porte dans la figure. C'est en gros, j'ai levé une erreur, Vlan, je stoppe l'exécution du script à ce niveau.
En fonction de son usage, cela peut être efficace ou pas. Ici, tu effectues une requête vers une base de données. Imagines que ta requête soit super consommatrice de mémoire ? Ton script fait un die() juste après la récupération des données de ta requête. Pan, page blanche. L'utilisateur n'a même pas de message d'erreur et ne peut pas faire un retour sur erreur. L'utilisateur agacé va relancer la requête tant qu'il ne voit pas un message plus ergonomique, moins brutal. Au bout d'un petit moment, ton serveur va clamser sous le poid des requêtes de cet utilisateur.

Dans ta jolie interface web, avec un peu de HTML + JS + JQuery + Ajax, tu peux indiquer à l'utilisateur que son action a échoué, juste au dessus du formulaire d'action. Du genre :
echo "Y a un problème de serveur. Reviens plus tard";
return;

Ce qui est moins radical que :
die("Meurt script PHP. Ah ah ah tu ne peux plus rien faire maintenant j'ai tué ton script. Obligé de faire un backspace et de réactualiser ta page / script :D")

Citation:

Envoyé par olivierdauxais

Tu me demandes:
"Comment as-tu perçu l'apprentissage de mysqli ? La courbe d'apprentissage était-elle si élevée que cela ?"

Oueh, je rame...
Pas simple d'autant plus que la méthode recommandée est par objet alors que je n'y connais rien en programmation orienté objet...
Ce qui veut dire qu'en plus d'un nouveau langage, il faut aussi une autre logique que celle procédurale qui est plus simple à visualiser puisqu'elle se déroule de manière "chronologique".
Et voire des petits exemples m'aide beaucoup plus que de longues explications abstraites.

Je te stoppe tout de suite. Les fonctions mysqli ne sont pas purement orientées objet.
Prenons mysqli close comme exemple : http://php.net/manual/en/mysqli.close.php

La team PHP a consacré son temps aux deux philosophies. Regarde dans la doc, tu verras cela :

Object oriented style
bool mysqli::close ( void )

Procedural style
bool mysqli_close ( mysqli $link )

Ainsi, il n'y a quasiment rien à faire si tu es un procédural.

Citation:

Envoyé par olivierdauxais

Je ne suis pas un intellectuel mais un visuel... Sorry, nobody's perfect. ;)

Par exemple, j'aimerai beaucoup qu'on me dise quel mot décrirait le mieux le symbole "->" que je vois un peu partout en objet et qui n'existe pas en procédural.

Merci d'avance pour tes lumières et merci aussi pour d'éventuelles autres lumières.

Si tu es un "visual boy", alors je te suggère de t'inspirer de la documentation PHP. Je t'avouerai que moi aussi j'aimais pas lire, mais on trouve son bonheur. Il faut juste pas se fier à l'IHM un peu tristounette (violet et gris, j'avoue c'est déprimant). Le contenu est travaillé, sérieux et la doc est mise à jour régulièrement pour toutes les fonctions / méthodes régulièrement employées par la communauté PHP. Autant te dire, tu trouveras rarement une documentation aussi soutenue et détaillée. Il y a même des exemples d'usage dans quasiment toutes les pages.

-> C'est l'opérateur de référence d'une propriété d'un objet en orienté objet.

En orienté objet :
Fruit f = new Fruit();
f->setFruit("Pomme");
f->printFruit(f->getFruit()); // Affiche Pomme

En procédural :
$fruit = array("Pomme");
echo $fruit[0]; // Affiche Pomme

Ce sont deux philosophies différentes...
21/01/2015, 12h44
olivierdauxais

Merci, merci et encore merci `Zaza576` pour toutes tes remarques.

Oui, oui, j'avais bien vu que la team PHP s'est cassé la tête à mettre en place 2 langages mysqli (procédural et objet) pour respecter au mieux les "philosophies" de chacun et c'est fort sympathique de leur part.

Mais puisque j'ai lu ici et là que mysqli se prêtait mieux à l'orientation objet, et puisqu'il me fallait apprendre ce langage autant le faire dans la "philosophie" qui s'y prête le mieux... Et c'est vrai que cela fait souvent un code plus court, en tout cas pour mysqli.
Mais y a pas à dire mon cerveau est plus procédural que orienté objet.
J'en ai encore eu la preuve avec ta petite démo des fruits...
Autant le procédural me parle, autant l'orienté objet me passe complètement au dessus de la tête...

Pour en revenir au manuel officiel de PHP, le design ne me gêne pas, c'est leur approche et leur façon d'expliquer qui est certes très technique mais comme bien souvent le "trop technique" tue le pédagogue.
Et la pédagogie, ça me connait puisque je suis moniteur professionnel de plongée sous-marine.
Par exemple, tout comme le manuel PHP, il y a des moniteurs de plongée qui vont te faire un long cours théorique plein de noms savants tel que la loi d'Archimède pour t'expliquer la flottabilité... etc...
Bah moi, je zappe tout ça pour ne surtout pas effrayer mes clients et je leur dis simplement:
"On va aller dans 1m d'eau (on a pied) avec le matos de plongée. On va s'allonger sur le ventre et on va vider nos poumons.
Vous allez voir qu'on coule doucement et si on regonfle les poumons on remonte... Avec ça, vous avez la clef pour la plongée sous-marine."

Y a déjà 2 ou 3 ans, je me suis amusé à faire un petit tuto sur le HTML et je le crois moins effrayant et plus motivant que d'autres: http://www.olivierdauxais.fr/Tuyau02.html
Une fois que j'aurai mieux maitriser mysqli, je pense que j'en ferai un petit intitulé:
"De mysql à mysqli... Tout en douceur". ;)
Si cela peut éviter à des débutants de ramer comme j'ai ramé, et bah tant mieux !!!

Encore merci `Zaza576` pour ton aide.

PS: Désolé pour mon style compact de script, mais cela se prête mieux au petit écran de mon netbook.
Quant aux IDE, je préfère créer moi-même mes scripts, quand bien même, cette option est souvent plus lente.

A vous autres qui lisez cette discussion, auriez-vous d'autres remarques sur mon script ci-dessus?
Au fait, avec mysql, il y avait les "real_escape_..." machin-truc... Y a t'il un équivalent avec mysqli?
Si oui, serait-ce possible de voir un petit exemple comment incrémenter cela dans ma version mysqli/objet ci-dessus?
Est-ce encore nécessaire ou plus vraiment sous mysqli?
21/01/2015, 14h45
zaza576

Salut,

les philosophies procédurale et orientée objet sont toutes deux justifiables selon tes besoins.
Pour réaliser SOI-MEME une petite application web, un petit site web statique ou un simple script, le procédural est pas mal pour les débutants.
Ensuite, dès que tu es plus à l'aise, l'orienté objet permet de structurer ton code et réaliser une architecture plus facilement maintenable surtout sur de gros projets, possédant des composants divers séparés en plusieurs couches (je cite Modèle Vue Contrôleur et compagnie pour l'exemple).

Les frameworks, moteurs de template et autres produits informatiques sont généralement structurés de cette manière.

Le manuel PHP peut parfois être un fourre tout. Mais il faut le voir comme un enfant qui apprend à lire un livre pour la première fois. Il ouvre une page, pleine de mots, de lettres, de sons... Et il va tenter de chercher à comprendre, à appliquer les règles de cette page dans sa tête, pour comprendre.

Je te rejoins sur ta manière de présenter un sujet à tout néophyte sans l'effrayer. Il est vrai que nous avons tendance, nous "techniciens et experts" dans le monde de l'informatique (et aussi dans d'autres domaines), à parfois laisser notre enthousiasme déborder et sortir des mots qui ne sont pas forcément compris de tous.

Ton site web sur l'apprentissage du HTML est un très bon exemple d'une communication pour présenter du technique à la portée de tous.

Et merci pour le petit cours rapide de plongée :D

Voici un exemple de mysqli_real_escape : http://www.w3schools.com/php/func_my...ape_string.asp

Son usage est toujours d'actualité pour protéger tes requêtes des caractères spéciaux. Fais tout de même attention au charset que tu utilises :

Citation:

Caution
Security: the default character set

The character set must be set either at the server level, or with the API function mysqli_set_charset() for it to affect mysqli_real_escape_string(). See the concepts section on character sets for more information.
30/01/2015, 12h45
olivierdauxais

Comme prévu, j'ai fait un p'tit tuto pour les débutants pour passer en douceur de MySQL à MySQLi:
http://www.olivierdauxais.fr/Tuyau03.php
Bonne continuation à toutes et tous.
H Olivier Dauxais.