bonjour
Je commence à regarder la programmation sous le trio apache, php et mysql et
ce que je viens de lire me donne des sueurs froides.
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part
des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update
de leurs php vers le fatitique php5 qui ne supporte plus de façon le support
mysql par défaut.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit
le faire en paramêtrant le php.ini.
La question est donc la suivante.
Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de
suite prévoir de passer sur un type de base. sqlite par exemple qui est le
support par défaut de la nouvelle monture de php???
"William" <Désolé@1.com> a écrit dans le message de news:4124506e$0$4317$
bonjour Je commence à regarder la programmation sous le trio apache, php et mysql et
ce que je viens de lire me donne des sueurs froides.
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part
des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update
de leurs php vers le fatitique php5 qui ne supporte plus de façon le support
mysql par défaut.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit
le faire en paramêtrant le php.ini.
La question est donc la suivante. Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de suite prévoir de passer sur un type de base. sqlite par exemple qui est le support par défaut de la nouvelle monture de php???
Je pense que les hebergeurs prendront "le risque" d'ouvrir le php.ini, d'y faire une modif et apres moultes verifications de la sauvegarder. Mais peut etre pas !
-- Irupt
"William" <Désolé@1.com> a écrit dans le message de
news:4124506e$0$4317$626a14ce@news.free.fr...
bonjour
Je commence à regarder la programmation sous le trio apache, php et mysql
et
ce que je viens de lire me donne des sueurs froides.
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus
part
des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons
l'update
de leurs php vers le fatitique php5 qui ne supporte plus de façon le
support
mysql par défaut.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il
doit
le faire en paramêtrant le php.ini.
La question est donc la suivante.
Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de
suite prévoir de passer sur un type de base. sqlite par exemple qui est le
support par défaut de la nouvelle monture de php???
Je pense que les hebergeurs prendront "le risque" d'ouvrir le php.ini, d'y
faire une modif et apres moultes verifications de la sauvegarder.
Mais peut etre pas !
"William" <Désolé@1.com> a écrit dans le message de news:4124506e$0$4317$
bonjour Je commence à regarder la programmation sous le trio apache, php et mysql et
ce que je viens de lire me donne des sueurs froides.
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part
des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update
de leurs php vers le fatitique php5 qui ne supporte plus de façon le support
mysql par défaut.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit
le faire en paramêtrant le php.ini.
La question est donc la suivante. Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de suite prévoir de passer sur un type de base. sqlite par exemple qui est le support par défaut de la nouvelle monture de php???
Je pense que les hebergeurs prendront "le risque" d'ouvrir le php.ini, d'y faire une modif et apres moultes verifications de la sauvegarder. Mais peut etre pas !
-- Irupt
Alexandre Havard
William wrote:
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update de leurs php vers le fatitique php5 qui ne supporte plus de façon le support mysql par défaut.
PHP4 ne supporte pas plus MySQL par défaut, le tout est de le compiler avec l'argument adéquat.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit le faire en paramêtrant le php.ini.
Pour MySQL pas nécessairement mais en même temps, intervenir dans ce fichier (ce qui est nécessaire si on souhaite sécuriser un minimum son installation) ne demande rien d'autre que de savoir lire des commentaires et une documentation.
La question est donc la suivante. Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de suite prévoir de passer sur un type de base. sqlite par exemple qui est le support par défaut de la nouvelle monture de php???
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
William wrote:
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part
des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update
de leurs php vers le fatitique php5 qui ne supporte plus de façon le support
mysql par défaut.
PHP4 ne supporte pas plus MySQL par défaut, le tout est de le compiler
avec l'argument adéquat.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit
le faire en paramêtrant le php.ini.
Pour MySQL pas nécessairement mais en même temps, intervenir dans ce
fichier (ce qui est nécessaire si on souhaite sécuriser un minimum son
installation) ne demande rien d'autre que de savoir lire des
commentaires et une documentation.
La question est donc la suivante.
Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de
suite prévoir de passer sur un type de base. sqlite par exemple qui est le
support par défaut de la nouvelle monture de php???
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons
techniques que pour l'aspect "commercial" du produit.
--
Alexandre Havard
In God we Trust -- all others must submit an X.509 certificate.
Je peux me tromper mais j'aimerais savoir ce que comptes faire la plus part des hébergeurs (d'où ma question ici) lorsqu'ils mettront ou ferons l'update de leurs php vers le fatitique php5 qui ne supporte plus de façon le support mysql par défaut.
PHP4 ne supporte pas plus MySQL par défaut, le tout est de le compiler avec l'argument adéquat.
C'est à dire que si un hébergeur après l'udate veut supporter Mysql, il doit le faire en paramêtrant le php.ini.
Pour MySQL pas nécessairement mais en même temps, intervenir dans ce fichier (ce qui est nécessaire si on souhaite sécuriser un minimum son installation) ne demande rien d'autre que de savoir lire des commentaires et une documentation.
La question est donc la suivante. Que comptez vous faire dans l'avenir???? Garder le trio ou faut il tout de suite prévoir de passer sur un type de base. sqlite par exemple qui est le support par défaut de la nouvelle monture de php???
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
William
Bonjour
"Alexandre Havard" a écrit dans le message de news:412458e0$0$22031$
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour ce trio. Pas trop de risque de le voir cesser
Cdl William
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
Bonjour
"Alexandre Havard" <alex@no_spam_please.nullserver.com> a écrit dans le
message de news:412458e0$0$22031$626a14ce@news.free.fr...
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons
techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour
ce trio. Pas trop de risque de le voir cesser
Cdl
William
--
Alexandre Havard
In God we Trust -- all others must submit an X.509 certificate.
"Alexandre Havard" a écrit dans le message de news:412458e0$0$22031$
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour ce trio. Pas trop de risque de le voir cesser
Cdl William
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
Irupt
"William" <Désolé@1.com> a écrit dans le message de news:41245e85$0$4330$
Bonjour
"Alexandre Havard" a écrit dans le message de news:412458e0$0$22031$
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour ce trio. Pas trop de risque de le voir cesser
Cdl William
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe laquelle .
www.phpclasses.org
-- Irupt
"William" <Désolé@1.com> a écrit dans le message de
news:41245e85$0$4330$626a14ce@news.free.fr...
Bonjour
"Alexandre Havard" <alex@no_spam_please.nullserver.com> a écrit dans le
message de news:412458e0$0$22031$626a14ce@news.free.fr...
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons
techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour
ce trio. Pas trop de risque de le voir cesser
Cdl
William
--
Alexandre Havard
In God we Trust -- all others must submit an X.509 certificate.
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class
d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe
laquelle .
"William" <Désolé@1.com> a écrit dans le message de news:41245e85$0$4330$
Bonjour
"Alexandre Havard" a écrit dans le message de news:412458e0$0$22031$
Aucune raison de prévoir la fin de MySQL avec PHP, tant pour des raisons techniques que pour l'aspect "commercial" du produit.
donc pour le moment, vous pensez que nous pouvons toujours développer pour ce trio. Pas trop de risque de le voir cesser
Cdl William
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe laquelle .
www.phpclasses.org
-- Irupt
William
bonjour
"Irupt" a écrit dans le message de news:4124714f$0$4308$
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe laquelle .
mouais...... bonna william
www.phpclasses.org
-- Irupt
bonjour
"Irupt" <irupt_fhdsqlkjhfd@free.fr> a écrit dans le message de
news:4124714f$0$4308$626a14ce@news.free.fr...
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class
d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe
laquelle .
"Irupt" a écrit dans le message de news:4124714f$0$4308$
Si vraiement tu ne veux pas te soucier de la BDD alors utilises une class d'abstraction sql et du coup tu pourras travailler avec (quasi) n'importe laquelle .
mouais...... bonna william
www.phpclasses.org
-- Irupt
Patrick Mevzek
Essaie avec postgresql ? _Il parait_ que c'est un bon outil aussi.
Il paraitrait même que c'est le . de .ORG ....
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Essaie avec postgresql ?
_Il parait_ que c'est un bon outil aussi.
Il paraitrait même que c'est le . de .ORG ....
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Attention ne pas confondre SQLite, qui ne constitue qu'un système de bases de données simplifié intégré à PHP5 avec MySQL qui reste est restera supporté à l'avenir. Le SGBD SQLite n'est guère utilisable en production pour un site qui génère un minimum d'activité en base de données...
MySQL reste le système le plus sérieux accouplé à PHP, même en version 5.0.
De plus, PHP5 reste compatible avec la majorité des scripts PHP4, et MySQL ne fait que s'améliorer.
Pas de panique ! :-)
Bonjour William,
Attention ne pas confondre SQLite, qui ne constitue qu'un système de
bases de données simplifié intégré à PHP5 avec MySQL qui reste est
restera supporté à l'avenir. Le SGBD SQLite n'est guère utilisable en
production pour un site qui génère un minimum d'activité en base de
données...
MySQL reste le système le plus sérieux accouplé à PHP, même en version
5.0.
De plus, PHP5 reste compatible avec la majorité des scripts PHP4, et
MySQL ne fait que s'améliorer.
Attention ne pas confondre SQLite, qui ne constitue qu'un système de bases de données simplifié intégré à PHP5 avec MySQL qui reste est restera supporté à l'avenir. Le SGBD SQLite n'est guère utilisable en production pour un site qui génère un minimum d'activité en base de données...
MySQL reste le système le plus sérieux accouplé à PHP, même en version 5.0.
De plus, PHP5 reste compatible avec la majorité des scripts PHP4, et MySQL ne fait que s'améliorer.
