Pratique de MySQL et PHP

Posté par  . Modéré par trollhunter.
Étiquettes :
0
6
mai
2001
PHP
Extrait :
"PHP, MySQL est incontestablement le couple le plus en vogue sur Internet. Ces deux oiseaux ont une complémentarité qui n'est plus à démontrer, le premier, un langage de script très puissant dans le cybermonde, le second, une base de données relationnelle très populaire. "





























Pratique de MySQL et PHP
Auteur Philippe Rigaux
Editeur O'Reilly
ISBN 2-84177-123-7
Pages 370
Prix 190F
Rédacteur zemarmotte



Couverture
<!-- Ceci est a mettre comme texte de la news annoncant la revue<br/> du livre -->


PHP, MySQL est incontestablement le couple le plus en vogue sur Internet.
Ces deux oiseaux ont une complémentarité qui n'est plus à démontrer,
le premier, un langage de script très puissant dans le cybermonde,
le second, une base de données relationnelle très populaire.


<!-- Fin du texte de la news -->





Ce livre a pour objectif de nous présenter les relations de ce
couple mythique à travers la construction d'un site web (un seul hélas).
Après une brève introduction, nous présentant l'objectif de l'ouvrage.
On nous expose, au chapitre deux, les principes clients/serveurs
puis grâce à des exemples le langages HTML et la programmation
cgi en C qui vise surtout à nous en montrer les limites.



On rentre enfin dans le vif du sujet au chapitre trois,
les interactions MySQL/PHP nous sont introduites avec une très
forte connotation SGBD, le chapitre et ses exemples sont très intéressants.



Le chapitre suivant, lui aussi est digne d'un grand intérêt.
Il traite des bases de données en général, de MySQl en particulier.
Cette partie très pédagogique, nous présente le modèle Entité-Relation
et la création d'une première base cohérente. En effet, au cours du chapitre
précédent la première base comportait plusieurs erreurs de conception.
Le cinquième chapitre nous montre à travers des exemples la programmation
fonctionnelle et la programmation orientée objet avec PHP.
Ce chapitre reste très confus, et très décevant en raison des
exemples sans grand intérêt ou trop complexes à mon sens,
compliquant le code à souhait.



Le chapitre six, nous présente la conception du fameux site web,
avec le code PHP s'appuyant sur ce qui a été fait précédemment.
Donc malgré un objectif très alléchant : gestion des sessions, construction
d'un pseudo forum de discussion et du site. Le contenu du code PHP reste
obscur (Dark-Vador n'est pas dans les parages petit SkyWalker).
Le Chapitre 7, est une vraie merveille. Il consiste en un tutoriel
de MySQL, avec une présentation de ses limites grâce à une comparaison
avec la norme SQL ANSI. L'auteur possède une grande maîtrise et un talent
pédagogique indéniable des SGBD.



Le dernier chapitre est le petit guide de l'administrateur débutant
de MySQL. Il présente de façon exhaustive les outils d'administration :
mysqladmin, mysqldump, myisamchk.
Et également la création de compte avec
les différents droits utilisateurs et l'optimisation de la base.



L'annexe A nous présente l'installation du triplet Apache/MySQL/PHP
et la configuration de MySQL cette partie s'adresse au système Linux
(Bien que j'ai précédement réussi à installer ce trio ;
en suivant scrupuleusement les explications fournies,
je n'ai pas réussi)
et Windows (J'avoue que je ne l'ai pas testé ;-).
L'annexe B reprend en détail les différentes commandes et syntaxes
relatives à MySQL : très, très utiles.
Les annexes C et D traitent de la syntaxe de PHP et de ses fonctions
principales, ces parties sont celles qui parlent le plus clairement de PHP
au sein de tout l'ouvrage.



En conclusion, ce livre est une très bonne introduction à MySQL, par contre
ceux qui n'ont jamais pissé de ligne de code devront se référer à l'annexe
et consulter une référence à PHP. Malgré cela on pourra y trouver tout de
même les relations entre ceux-ci.









Table des matières



  • I - Introduction
  • II - Programmation Web
  • III - Environnement MySQL/PHP
  • IV - Création d'une base MySQL
  • V - Intégration avec HTML
  • VI - Prduction du site
  • VII - Récapitulatif SQL
  • IIX - Administration de MySQL
  • A - Installation Apache/PHP/MySQL
  • B - Référence MySQL
  • C - Syntaxe de PHP
  • D - Fonction PHP



Références



Aller plus loin

  • # Solution a 2 francs.

    Posté par  . Évalué à 0.

    Le couple MySQL+PHP est très bien pour le neuneu qui veut développer des pages web interactives.
    Mais c'est très lourd, très lent, ça bouffe énormément de ressources (cpu/mémoire/disque) par rapport à un programme écrit en C, utilisant des formats natifs plutot que du SQL (ou directement des bibliothèques comme CDB ou BerkeleyDB) .
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      Le neuneu, comme tu dis, il y en a beaucoup.

      PHP+MySQL, c'est relativement simple et accessible, ca marche, c'est efficace pour le boulot qu'on lui demande, et c'est populaire.
      Ou est le probleme ?

      Ca n'est pas une solution de neuneu. Celui qui dit ca est un neuneu.
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à -1.

      joli troll.
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      Ah oui ? Quelle solution meilleure proposes tu pour voir ?
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      Sortez le clown :p
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      Faut pas etre aussi radicale !
      Ok PHP pour faire des trucs un peut complexe
      c'est lents mais je préfere voire des site en php
      qu'en asp ;-)

      Pour ce qui est des formats natifs N'IMPORTE QUOI !

      Accéder à une BD avec du SQL c'est plus lents que de lire des fichiers pour toi ?
      Alors change de SGBD (<troll>PostgreSQL par exemple </troll>) ou sinon c'est parceque toutes
      tes données ne font qu' 1Ko.

      <troll>De toutes façons le plus mieux c'est :
      Servlets/PostgreSQL. Mais là il faut savoir
      programmer contrairement au PHP</troll>
      • [^] # Re: Solution a 2 francs.

        Posté par  . Évalué à 0.

        ah parce que pour utiliser java, il faut savoir
        programmer :-)
        ce langage est une honte..
        • [^] # Re: Solution a 2 francs.

          Posté par  . Évalué à 0.

          Faut pas confondre avec le JavaScrpite ! ;-)

          Je trouve également que le java a beaucoup de défaut.
          Mais au niveau des servlets je le trouve super bien fait.

          De toutes façons le java c'est fait pour faire du réseau dans un environement multiplatforme.
          Et là il malgré ses défauts c'est le plus éfficace.
          • [^] # Re: Solution a 2 francs.

            Posté par  . Évalué à 0.

            >Mais au niveau des servlets je le trouve super bien fait.
            Tu trouves ça bien fait de devoir compiler ton html et voire ton site planter?
            >De toutes façons le java c'est fait pour faire du réseau dans un environement multiplatforme.
            Je vois... J'abandonne.
            • [^] # Re: Solution a 2 francs.

              Posté par  . Évalué à 0.

              Peux tu nous éclairer sur "devoir compiler son html et voir ton site planter" ?
              Ca m'intéresse beaucoup.
              Pour te donner matière à reflexion, je te suggère d'aller regarder du coté de enhydra ( http://www.enhydra.org/(...) ), freemarker ( http://freemarker.sourceforge.net/(...) ) et webmacro ( http://www.webmacro.org/(...) ).
              Tu peux aussi aller faire un tour du côté du projet Cocoon, ou alors lire de la doc sur les JSPs (qui permet d'écrire des servlets à l'aide de bouts de code inclus dans du code HTML).
            • [^] # Re: Solution a 2 francs.

              Posté par  (site web personnel) . Évalué à 1.

              Encore un qui sait de quoi il parle :-) Allez on l'applaudit !! C'est vraiment dommage que tous ces génies qui savent tout sur tout postent tjrs en anonyme ... Mais je comprends, avec un talent pareil il a peur d'etre harcelé ;-)
              • [^] # Re: Solution a 2 francs.

                Posté par  . Évalué à 0.

                tu sais entre etre anonyme parce qu'on a pas envie de s'abonner partout et utiliser un pseudo , y a de grandes différences.

                de plus , pour en revenir au débat , on m'a jamais démontré qu'un site en java était plus efficace et plus rapide qu'en PHP . et au vu de la vitesse de et des ressources nécessaires à java , cela me fait rire quand on dit quand comparaison php c'est lent et ça prend beaucoup de ressources..

                PS c'est pas moi qui ai posté le truc en html compilé.
                • [^] # Re: Solution a 2 francs.

                  Posté par  (site web personnel) . Évalué à 1.

                  tu sais entre etre anonyme parce qu'on a pas envie de s'abonner partout et utiliser un pseudo , y a de grandes différences.

                  Sauf qu'avec l'authentification, on sait qui poste quoi, meme si ce sont des pseudos.

                  de plus , pour en revenir au débat , on m'a jamais démontré qu'un site en java était plus efficace et plus rapide qu'en PHP . et au vu de la vitesse de et des ressources nécessaires à java , cela me fait rire quand on dit quand comparaison php c'est lent et ça prend beaucoup de ressources..

                  Si de plus en plus de gros sites et d'applications web sont fait en Java ce n'est surement que le hasard :-) Je ne critique pas PHP mais pour une application web évoluée ou un site conséquent j'utiliserais plutot Java que PHP ...

                  PS c'est pas moi qui ai posté le truc en html compilé.

                  C'est tout à ton honneur ;-)
                  • [^] # Re: Solution a 2 francs.

                    Posté par  . Évalué à 0.

                    en fait pour approfondir ce que je disais , je pense que ce n'est pas la taille et l'importance du site qui implique le choix de php ou java .
                    php allié à oracle , peut faire tourner des sites gigantesques, la nécessité de java s'impose plutot d'elle même lorqu'on aborde les particularités métier d'une application

                    exemple: un site d'assurance pour la gestion des assurés , dans ce cas on va avoir besoin d'objets spécifiques comme par exemple un objet client, un objet garantie, etc... et là PHP ne peut suivre... son implémentation objet étant très limité.

                    donc java ne se distingue pas par sa puissance mais plutôt par son modèle objet.

                    je pense, mais je peut me tromper que java doit plutôt être utilisé en Intranet pour porter les gros applicatifs internes.

                    ceci dit, qu'il existe plusieurs langages avec pour chacun des domaines d'application bien précis n'est pas pour me déplaire.

                    Le drame serait qu'il n'y en ai qu'un seul....
                    un truc sensé tout faire, partout , et finalement tout mal....|:-)
                    • [^] # Re: Solution a 2 francs.

                      Posté par  . Évalué à 1.

                      Il existe d'autres alternatives à Java pour la gestion d'objets métiers. Par exemple, Python.
                      Actuellement, je teste la communication entre PHP et Python par l'intermédiaire de WDDX (protocole d'échange de paquets XML). L'intérêt est de conserver la vitesse de PHP pour l'execution et de bien séparer aggrégation Web et logique métier.
                      Ceci étant, Python n'est qu'un exemple puisqu'il possible d'intégrer le support de WDDX dans tous langages. Perso, j'utilise aussi l'Object Pascal, venant du monde Delphi, mais je pense qu'il existe des supports en C, en C++, etc ...
                      A propos de l'Object Pascal, je signale que Kylix permets de créer des DSO pour Apache de la même façon qu'on pouvait faire des dll ISAPI pou IIS. Alors je sais, c'est pas GPL, mais si vous cherchez une solution d'entreprise, c'est peut-être pas le seul critère.
                      Pour finir :
                      <troll>Java est lent, gourmand en mémoire et c'est un langage d'universitaires ou de grosses entreprises</troll>
                      http://www.inprise.com/kylix(...)
                  • [^] # Re: Solution a 2 francs.

                    Posté par  . Évalué à 0.

                    > gros sites et d'applications web sont fait en Java ce n'est surement que le hasard :-)

                    non ce n'est pas le hasard. Cela s'appelle le marketing. Et les clients s'appellent des fashion victims (qui pour l'écrasante majoritée ne comprennent rien à ce qu'il y a derrière, et s'en foutent royalement d'ailleurs).
                    • [^] # Re: Solution a 2 francs.

                      Posté par  . Évalué à 0.

                      c'est pas seulement qu'ils s'en foutent et n'y comprennent rien , mais surtout qu'il ne faut pas prendre de risque avec sa carrière.

                      pourquoi prendre une solution qu'on pourrait leurs reprocher alors qu'il suffit de se comporter comme tous les autres moutons tout en passant pour des dieux capables de gérer le déploiement de sites importants.

                      et puis il y a aussi une gros effet de mode
                      on brille mieux en société lorsqu'on travaille sur des sites en java+oracle qu'en PHP+Mysql même si on n'y comprend rien , de toute manière c'est pas leurs travails , c'est celui des techniciens..
                      • [^] # Re: Solution a 2 francs.

                        Posté par  (site web personnel) . Évalué à 1.

                        Allez sans troller, est ce possible de faire des objets distribués, du messaging style message queue, des transations distribuées, du class loading dynamique, .. avec du PHP ?

                        Si non, alors PHP est bon pour les petits sites standard et ne réponds pas à la meme demande que Java et arreter vos trolls !!
                        • [^] # Re: Solution a 2 francs.

                          Posté par  . Évalué à 1.

                          Moi le tout en un Java, ça me fait rigoler. Avec un couteau suisse tu peux faire beaucoup de choses, mais si tu dois construire une voiture mieux vaux avoir plusieurs outils spécifiques.
                          PHP, c'est rapide, tu peux faire du socket, de l'échange de paquets XML, communiquer avec des objets CORBA etc ... Pour aggréger du contenu Web, je vois pas mieux à part peut-être Python.
                          Arrétes de lire les plaquettes Sun et testes en conditions. Java, c'est lent, c'est gourmand et ça plantes souvent. Donc pour de la dispo 24/24, bof, bof.
                          • [^] # Re: Solution a 2 francs.

                            Posté par  . Évalué à 0.

                            Dis, fifi, tout ce que tu me dis, Java le fait aussi.

                            Et puis, si tu n'aimes pas que je lises les docs de Sun, arrête de te comporter en petit rebelle immobiliste.
                            • [^] # Re: Solution a 2 francs.

                              Posté par  . Évalué à 1.

                              1 / Je m'appelles pas Fifi
                              2 / Fallait pas le prendre mal, moi aussi je les ai lu les docs. ;-)
                              3 / Relis mon premier mail au sujet d'immobilisme
                              4 / Je suis loin d'être un rebelle dans la mesure où j'utilise ces solutions en entreprise
                              5 / Quel Anonyme es tu ? Parce que là, j'ai un doute ;-)

                              Enfin, après tout chacun son truc et sans rancune.
              • [^] # Re: Solution a 2 francs.

                Posté par  . Évalué à 0.

                Merci pour les applaudissements.
                Je me défends:
                Nelis, tu es authentifié mais regarde ton post. Il m'apprends juste que Nelis est vexé et fais le fier avec sa belle authentification. On s'en fout.
                Pour revenir à ce que j'ai écris plus haut, je répondais à quelqu'un qui affirmait que:
                >Mais au niveau des servlets je le trouve (java) super bien fait
                S'il avait été réellement au courant, il aurait sité les projets auxquels tu fais référence et qui permettent de séparer la logique de la présentation (tu as oublié Velocity, un trés bon systéme de templates http://jakarta.apache.org(...)).
                J'avais donc l'impression (pour ne pas dire la certitude) qu'il pensait aux servlets brut de décoffrage et, Messieurs, faire un site web uniquement avec le systéme de servlets de java, c'est inclure son html dans son code et le recompiler à chaque changement de virgule. Ensuite, si une erreur n'est pas catchée, on se retrouve avec un "Internal Server Error".
                D'où le "devoir compiler son html et voir ton site planter".
                Avant de me ressortir la panoplie de java pour les nuls expliqué par des gourou JSP (un investisseur m'a expliqué ce que c'était), je vous rappelle que je m'adressait à quelqu'un qui, SELON MOI, ne connaissait que le fonctionnement de base des servlets et trouvait ça cool.
                Pour finir, je rend homage à nelis pour son courage et pour la pertinence de ses interventions.
                • [^] # Re: Solution a 2 francs.

                  Posté par  (site web personnel) . Évalué à 1.

                  Merci pour l'homage :-) Ca me touche énormément !!

                  Alors, je vais pas me fatiguer a faire une réponse trop longue, simplement, oui le principe de base des Servlet est FANTASTIQUE ! Et il est vrai que pour les Servlet HTTP, si il n'y a pas de séparation logique/présentation ce n'est pas maintenable, d'ou la nécéssité de JSP ou autres trucs du genre ...

                  Enfin, vais manger moi ...
            • [^] # Espèce de dinosaure ! Homme préhistorique !

              Posté par  . Évalué à 0.

              Tu utilises toujours des write("code HTML") pour sortir du HTML ?

              Et les templates, les librairies AWT-HTML, le XML... tu n'as pas encore fait connaissance ?

              Allez:

              http://www.opensource.go.com(...)
              http://www.opencms.com(...)
              http://apache.org(...) -> Velocity / Anakia, Cocoon
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      De toutes facons, pour faire des sites a la c*
      dont tout le monde se fout, python, java truc bidule, c'est du pareil au meme.
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      au fait PHP c'est pas du C des fois ??
      Comparé à du java c'est plus rapide, et meme pour des applications lourdes, ca marche bien et vite.
    • [^] # Re: Solution a 2 francs.

      Posté par  . Évalué à 0.

      va donc neuneu toi même ! tiens voilà 2 francs, refais ta vie !
      Apprendre PHP/mySQL pour faire un site dynamique, c'est correct. Un nouveau ne sera pas trop largué, mais il doit y avoir une volonté réelle d'apprendre. On le sait, mySQL n'est pas recommandée pour les applications lourdes (PostgreSQL est plus adaptée), divers points importants sont manquants mais il faut un début à tout. Je préconise le couple mySQL/PHP pour toute personne désireuse de se lancer dans la progmmation de site dynamique.
      Sans retenue.
      • [^] # MySQL/PHP comme solution pour le web dynamique

        Posté par  . Évalué à 0.

        Bonjour,

        Sans vouloir me lancer dans un troll, pourquoi en revient-on toujours à la solution " ce que j'utilise est meilleur, ton langage c'est bon pour les lamers". Je ne comprend pas bien. Je dois développer rapidement une application de gestion de périodiques, et j'ai choisi PHP/MySQL. Je ne dis pas que c'est la meilleure solution, mais j'ai deux mois pour faire cette applic', et venant du C, C++, perl, j'ai appris le PHP rapidement. Quant à MySQL, je m'accomode de ses limitations. Donc, je sais que cette application tournera, et j'aurai encore un peu de temps pour rajouter des fonctionnalités en extra. Si je dois redévelopper un autre site plus tard, je choisirai éventuellement une autre solution en fonction du cahier des charges. N'est-ce pas cela le boulot des programmeurs : choisir des solutions techniques selon les caractéristiques du projet.

        Manu
  • # Des sioux!

    Posté par  . Évalué à 1.

    <blague>
    Mais quel est donc ce méthane qui sort de mon rectum ???
    Donnez des sioux à la recherche,
    Donnez des sioux à O'reilly,
    Beaucoup de sioux.

    Merci.
    </blague>
    • [^] # Re: Des sioux!

      Posté par  . Évalué à -1.

      "ecrivez à l'arc"
      ok c'est nul... (et pas pratique d'ecrire avec un arc)

      k`
      • [^] # Re: Des sioux!

        Posté par  (site web personnel) . Évalué à -1.

        "La science. Ce sont d'abord des hommes et des femmes qui cherchent. Alors, aider les......."

        Dommage qu'il soit impossible de reproduire, de façon écrite, le rire de savant fou de Chabat. Ahhhhh, nostalgie ;)

        O.T. => -1
  • # MySQL relationnel ?

    Posté par  . Évalué à 1.

    Arf ! Bon, ben le jour où y aura les sous-requêtes, j'veux bien, mais en attendant, il me paraît un peu osé de qualifier MySQL de sgbdR.
    A comparer avec PostgreSQL pour CET aspect (sans vouloir relancer la gueguerre habituelle).

    Au moins il est hyper simple à administrer
    • [^] # Re: MySQL relationnel ?

      Posté par  . Évalué à 0.

      j'ai envie d'aprendre un langage j'hesite entre python et perl ,
      une idée ?
      • [^] # Ceci n'est pas un troll ...

        Posté par  . Évalué à 0.

        Bon, d'abord je tiens à préciser que ceci n'est pas un troll, c'est juste mon avis personnel... (pff, les précautions qu'il faut pas prendre pour poster maintenant ...)
        Python et perl peuvent faire en gros la meme chose. Perl est plus rapide que python, mais personnellement, je préfére python car sa syntaxe est plus claire et plus intuitive. En plus, je trouve le tutorial de python bien fichu.
        Donc, si tu veux faire un truc le plus rapide possible, je te conseille perl (voire meme le C, mais ca va piquer un peu au début), sinon je te conseille python.

        Freddy la bastos
      • [^] # Re: MySQL relationnel ?

        Posté par  . Évalué à 0.

        perl !! y'a pas photo ... c'est ce qu'il y a de mieux.
  • # Zope ,Python et bdo

    Posté par  . Évalué à 1.

    • [^] # Re: Zope ,Python et bdo

      Posté par  . Évalué à 0.

      Merci, merci énormément !!
      Je recherchais une doc potable sur Zope, enfin y en a une...
      je vais enfin faire du code, me flinguer les neurones zo café/coca =)
      waza cool =)
      ps : pour ceux qui disent qu'un language/base est meilleur, il faut tout tester en milieu de production. des tests rapides sur sa machine perso, c'est utile uniquement pour calculer le temps de mise en place et vérifier tout les petits troll qu'on a l'habitude de ne plus voir...
      voilà, avis personnel.
  • # Pourquoi utliser python :)

    Posté par  . Évalué à 1.

    http://www.onlamp.com/pub/a/python/2001/03/14/pythonnews.html(...)

    Webware et python servlet a la Java :)

    http://webware.sourceforge.net/(...)

    Python peut etre utilise dans l envirronmenet java tomcat

    Argh .... Zope ........

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.