Est-il possible d'utiliser une source d'authentification exterieure pour
les utilisateurs MySQL? J'aimerai faire du RADIUS via PAM si c'etait
possible.
--
Emmanuel Dreyfus
Le cahier de l'admin BSD 2eme ed. est dans toutes les bonnes librairies
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
Normal, le PHP est un pur langage de merde en barre. J'ai encore du reprendre du code PHP parce que la syntaxe de "mysql_fetch_array" a changé entre la 4.2 et la 4.3... Et encore je ne parle pas de la réécriture quasi totale qui serait nécessaire pour passer à PHP5. Mort à PHP.
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
-- Tu viens donc de traiter 120 votants de neuneux. Note que je suis d'accord avec toi, mais sache que cette position est relativement technique à assumer avec style, petit scarabée. -+- TP in GNU : Le style c'est l'homme, le reste est neuneueterie -+-
Normal, le PHP est un pur langage de merde en barre. J'ai encore du
reprendre du code PHP parce que la syntaxe de "mysql_fetch_array" a
changé entre la 4.2 et la 4.3... Et encore je ne parle pas de la
réécriture quasi totale qui serait nécessaire pour passer à PHP5. Mort
à PHP.
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction
des variables d'environnement. Par exemple, la syntaxe des nombres (en
particulier le séparateur décimal) change en fonction de LC_NUMERIC.
C'est une grande idée, le code lacalisé.
--
Tu viens donc de traiter 120 votants de neuneux.
Note que je suis d'accord avec toi, mais sache que cette position est
relativement technique à assumer avec style, petit scarabée.
-+- TP in GNU : Le style c'est l'homme, le reste est neuneueterie -+-
Normal, le PHP est un pur langage de merde en barre. J'ai encore du reprendre du code PHP parce que la syntaxe de "mysql_fetch_array" a changé entre la 4.2 et la 4.3... Et encore je ne parle pas de la réécriture quasi totale qui serait nécessaire pour passer à PHP5. Mort à PHP.
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
-- Tu viens donc de traiter 120 votants de neuneux. Note que je suis d'accord avec toi, mais sache que cette position est relativement technique à assumer avec style, petit scarabée. -+- TP in GNU : Le style c'est l'homme, le reste est neuneueterie -+-
Emmanuel Florac
Le Thu, 06 Jan 2005 10:23:36 +0100, Stephane Dupille a écrit :
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne parfaitement et sans aucune modification aujourd'hui, et que les codes PHP que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, et il faudra les reprendre encore pour passer au 5.0...
-- entia non sont multiplicanda praeter necessitatem. Guillaume d'Ockham.
Le Thu, 06 Jan 2005 10:23:36 +0100, Stephane Dupille a écrit :
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction
des variables d'environnement. Par exemple, la syntaxe des nombres (en
particulier le séparateur décimal) change en fonction de LC_NUMERIC.
C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne
parfaitement et sans aucune modification aujourd'hui, et que les codes PHP
que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour
passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3,
et il faudra les reprendre encore pour passer au 5.0...
--
entia non sont multiplicanda praeter necessitatem.
Guillaume d'Ockham.
Le Thu, 06 Jan 2005 10:23:36 +0100, Stephane Dupille a écrit :
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne parfaitement et sans aucune modification aujourd'hui, et que les codes PHP que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, et il faudra les reprendre encore pour passer au 5.0...
-- entia non sont multiplicanda praeter necessitatem. Guillaume d'Ockham.
ts
"E" == Emmanuel Florac writes:
E> Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne E> parfaitement et sans aucune modification aujourd'hui, et que les codes PHP E> que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour E> passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, E> et il faudra les reprendre encore pour passer au 5.0...
C'est ce que l'on appelle un langage évolutif : c'est l'avenir, il ne faut pas rester figé sur des conceptions archaïques ... :-)
E> Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne
E> parfaitement et sans aucune modification aujourd'hui, et que les codes PHP
E> que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour
E> passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3,
E> et il faudra les reprendre encore pour passer au 5.0...
C'est ce que l'on appelle un langage évolutif : c'est l'avenir, il ne faut
pas rester figé sur des conceptions archaïques ... :-)
E> Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne E> parfaitement et sans aucune modification aujourd'hui, et que les codes PHP E> que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour E> passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, E> et il faudra les reprendre encore pour passer au 5.0...
C'est ce que l'on appelle un langage évolutif : c'est l'avenir, il ne faut pas rester figé sur des conceptions archaïques ... :-)
--
Guy Decoux
Erwann ABALEA
On Wed, 5 Jan 2005, John Mackerel wrote:
Erwann ABALEA wrote:
Joli troll, mais ça ne marche pas. Si si, tu as mordu.
Forcémént, je suis un vieux con.
Ca, je ne sais pas. ;)
[snip 15 minutes]
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer Windows. Ca ne fait pas de toi un administrateur.
GLP ?
Ben oui. Faire un "./configure; make all; make install", et créer une petite base de données par défaut, ça n'est pas un job de DBA. Si tu t'arrêtes à ça et te proclames DBA, c'est comme si tu installais ton Windows et te proclamais Administrateur Windows. Ni plus ni moins, aucune insulte là dedans.
Questions suivantes: - comment je fais pour sauvegarder mes données pendant que ça tourne? - j'ai des problèmes de perfs, qu'est-ce qui coince? - j'ai plusieurs disques, comment je fais pour distribuer la charge sur tous ces disques? - j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et espérer que ça tournera vite? - est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB se débrouiller avec les disques eux-mêmes? - dans combien de temps devrais-je ajouter de la RAM, ou de la place disque?
On retrouve le même genre de questions avec d'autres bédédéq, et surtout avec mysql.
Oui, mais la pertinence des questions, et la quantité et la complexité des réponses n'est pas la même selon le "bédédéq". MySQL est plutôt mal barré dans pas mal de domaines, sauf un: la simplicité. C'est la BdD de Mme Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus.
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
Ah ben oui, justement, la gestion des droits d'accès, quel merdier
dans mysql. j'avous n'avoir pas fait trop d'efforts, mais il y a de quoi en perdre sa cravate.
Je suis certain que la plupart du temps, on accorde tous les droits à une connexion locale... :)
sur ce, je vous quitte, et je retourne à mes threads rebelles...
Joli troll, mais ça ne marche pas.
Si si, tu as mordu.
Forcémént, je suis un vieux con.
Ca, je ne sais pas. ;)
[snip 15 minutes]
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer
Windows. Ca ne fait pas de toi un administrateur.
GLP ?
Ben oui. Faire un "./configure; make all; make install", et créer une
petite base de données par défaut, ça n'est pas un job de DBA. Si tu
t'arrêtes à ça et te proclames DBA, c'est comme si tu installais ton
Windows et te proclamais Administrateur Windows. Ni plus ni moins, aucune
insulte là dedans.
Questions suivantes:
- comment je fais pour sauvegarder mes données pendant que ça tourne?
- j'ai des problèmes de perfs, qu'est-ce qui coince?
- j'ai plusieurs disques, comment je fais pour distribuer la charge sur
tous ces disques?
- j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et
espérer que ça tournera vite?
- est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB
se débrouiller avec les disques eux-mêmes?
- dans combien de temps devrais-je ajouter de la RAM, ou de la place
disque?
On retrouve le même genre de questions avec d'autres bédédéq, et
surtout avec mysql.
Oui, mais la pertinence des questions, et la quantité et la complexité des
réponses n'est pas la même selon le "bédédéq". MySQL est plutôt mal barré
dans pas mal de domaines, sauf un: la simplicité. C'est la BdD de Mme
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas
chier, mais faut pas lui en demander beaucoup plus.
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec
MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
Ah ben oui, justement, la gestion des droits d'accès, quel merdier
dans mysql. j'avous n'avoir pas fait trop d'efforts, mais il y a
de quoi en perdre sa cravate.
Je suis certain que la plupart du temps, on accorde tous les droits à une
connexion locale... :)
sur ce, je vous quitte, et je retourne à mes threads rebelles...
Joli troll, mais ça ne marche pas. Si si, tu as mordu.
Forcémént, je suis un vieux con.
Ca, je ne sais pas. ;)
[snip 15 minutes]
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer Windows. Ca ne fait pas de toi un administrateur.
GLP ?
Ben oui. Faire un "./configure; make all; make install", et créer une petite base de données par défaut, ça n'est pas un job de DBA. Si tu t'arrêtes à ça et te proclames DBA, c'est comme si tu installais ton Windows et te proclamais Administrateur Windows. Ni plus ni moins, aucune insulte là dedans.
Questions suivantes: - comment je fais pour sauvegarder mes données pendant que ça tourne? - j'ai des problèmes de perfs, qu'est-ce qui coince? - j'ai plusieurs disques, comment je fais pour distribuer la charge sur tous ces disques? - j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et espérer que ça tournera vite? - est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB se débrouiller avec les disques eux-mêmes? - dans combien de temps devrais-je ajouter de la RAM, ou de la place disque?
On retrouve le même genre de questions avec d'autres bédédéq, et surtout avec mysql.
Oui, mais la pertinence des questions, et la quantité et la complexité des réponses n'est pas la même selon le "bédédéq". MySQL est plutôt mal barré dans pas mal de domaines, sauf un: la simplicité. C'est la BdD de Mme Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus.
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
Ah ben oui, justement, la gestion des droits d'accès, quel merdier
dans mysql. j'avous n'avoir pas fait trop d'efforts, mais il y a de quoi en perdre sa cravate.
Je suis certain que la plupart du temps, on accorde tous les droits à une connexion locale... :)
sur ce, je vous quitte, et je retourne à mes threads rebelles...
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus. En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour faire des applis web.
Mais si tu fais un vrai projet client-serveur, avec une vraie base de données attaquée par plusieurs clients distincts, c'est un autre problème.
-- Comme son nom l'indique, la Lyonnaise n'est pas auvergnate, qu'elle le prouve. -+- HC in <http://www.le-gnu.net> : La cuisine au bug -+-
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas
chier, mais faut pas lui en demander beaucoup plus.
En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour faire des
applis web.
Mais si tu fais un vrai projet client-serveur, avec une vraie base
de données attaquée par plusieurs clients distincts, c'est un autre
problème.
--
Comme son nom l'indique, la Lyonnaise n'est pas auvergnate,
qu'elle le prouve.
-+- HC in <http://www.le-gnu.net> : La cuisine au bug -+-
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus. En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour faire des applis web.
Mais si tu fais un vrai projet client-serveur, avec une vraie base de données attaquée par plusieurs clients distincts, c'est un autre problème.
-- Comme son nom l'indique, la Lyonnaise n'est pas auvergnate, qu'elle le prouve. -+- HC in <http://www.le-gnu.net> : La cuisine au bug -+-
Arnaud Launay
Le Thu, 06 Jan 2005 13:16:28 +0100, Stephane Dupille écrivit:
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus. En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour
faire des applis web.
Oui.
Mais si tu fais un vrai projet client-serveur, avec une vraie base de données attaquée par plusieurs clients distincts, c'est un autre problème.
On était partis d'une discussion sur PHP, pas d'une discussion sur des vraies applications vraiment utiles, voyons.
Le Thu, 06 Jan 2005 13:16:28 +0100, Stephane Dupille écrivit:
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas
chier, mais faut pas lui en demander beaucoup plus.
En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour
faire des applis web.
Oui.
Mais si tu fais un vrai projet client-serveur, avec une vraie
base de données attaquée par plusieurs clients distincts, c'est
un autre problème.
On était partis d'une discussion sur PHP, pas d'une discussion
sur des vraies applications vraiment utiles, voyons.
Le Thu, 06 Jan 2005 13:16:28 +0100, Stephane Dupille écrivit:
Michu, qui ne veut pas se poser de question. Il va vite, il fait pas chier, mais faut pas lui en demander beaucoup plus. En même temps, 99% des applications n'ont pas besoin de plus.
Les applis web, non, clairement. MySQL est très bien pour
faire des applis web.
Oui.
Mais si tu fais un vrai projet client-serveur, avec une vraie base de données attaquée par plusieurs clients distincts, c'est un autre problème.
On était partis d'une discussion sur PHP, pas d'une discussion sur des vraies applications vraiment utiles, voyons.
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne parfaitement et sans aucune modification aujourd'hui, et que les codes PHP que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, et il faudra les reprendre encore pour passer au 5.0...
J'ai eu la chance (*) de développer quelque chose en php 2, mais c'était quelque chose a` perdre (*: voila` car j'écris de chance ;-) et puis je l'ai plus rencontre'. Mais il n'y a pas quelque traducteur automatique pour passer d'une version a` l'autre? Je peux comprendre que l'on veut ou l'on doit changer, mais si on est obliges de changer ce serait jolie de la part de ceux qui décident cela` de donner des outils pour le faire. Je peux aussi comprendre que peut-être la traduction soit pas parfaite, mais s'il n'y a absolument rien pour aider a` ce propos, cela est vraiment énervant.
Andrea
Emmanuel Florac e'crivait:
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction
des variables d'environnement. Par exemple, la syntaxe des nombres (en
particulier le séparateur décimal) change en fonction de LC_NUMERIC.
C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne
parfaitement et sans aucune modification aujourd'hui, et que les codes PHP
que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour
passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3,
et il faudra les reprendre encore pour passer au 5.0...
J'ai eu la chance (*) de développer quelque chose en php 2, mais c'était
quelque chose a` perdre (*: voila` car j'écris de chance ;-) et puis je
l'ai plus rencontre'.
Mais il n'y a pas quelque traducteur automatique pour passer d'une
version a` l'autre? Je peux comprendre que l'on veut ou l'on doit
changer, mais si on est obliges de changer ce serait jolie de la part de
ceux qui décident cela` de donner des outils pour le faire.
Je peux aussi comprendre que peut-être la traduction soit pas parfaite,
mais s'il n'y a absolument rien pour aider a` ce propos, cela est
vraiment énervant.
Moi ce qui m'énerve, c'est que la syntaxe du code change en fonction des variables d'environnement. Par exemple, la syntaxe des nombres (en particulier le séparateur décimal) change en fonction de LC_NUMERIC. C'est une grande idée, le code lacalisé.
Moi ce qui m'énerve c'est que du code perl 4 de 1996 tourne parfaitement et sans aucune modification aujourd'hui, et que les codes PHP que j'ai commis l'erreur d'écrire en 2000, j'ai dû les retravailler pour passer de php3 à php4, de php 4.0 à php 4.2, pui de php 4.2 à php 4.3, et il faudra les reprendre encore pour passer au 5.0...
J'ai eu la chance (*) de développer quelque chose en php 2, mais c'était quelque chose a` perdre (*: voila` car j'écris de chance ;-) et puis je l'ai plus rencontre'. Mais il n'y a pas quelque traducteur automatique pour passer d'une version a` l'autre? Je peux comprendre que l'on veut ou l'on doit changer, mais si on est obliges de changer ce serait jolie de la part de ceux qui décident cela` de donner des outils pour le faire. Je peux aussi comprendre que peut-être la traduction soit pas parfaite, mais s'il n'y a absolument rien pour aider a` ce propos, cela est vraiment énervant.
Andrea
Bob qui Trolle
Erwann ABALEA wrote:
Faut pas déconner, "42", c'est pas une vraie réponse. Avoir le code source non plus, pas dans ce cas.
J'ai le code source de {x}, je suis donc {y}: x={gnat, openssl, linux, oracle} y={un bon programmeur Ada, un cryptographe, un administrateur système, un bon DBA}
Marche pas. Tu peux mettre autant d'exemples que tu veux, avoir le code source d'un soft ne te donne pas l'expérience, la pratique du métier mis en oeuvre par ce source. C'est pas magique.
Qui te parle de faire toi-même ? Des codeurs C, des bons, ça ne manque pas. Alors, si tu as des besoins, fais faire.
Bien entendu, on peut aussi considérer que les programmeurs du SGBDR de ton choix sont bien meilleurs, et savent exploiter toute la valeur ajoutée d'un DBA : ceci dit, je ne vois pas réellement quel problème technique un DBA pourrait résoudre sur une base de données qu'un algorithme ne saurait résoudre.
Erwann ABALEA wrote:
Faut pas déconner, "42", c'est pas une vraie réponse. Avoir le code source
non plus, pas dans ce cas.
J'ai le code source de {x}, je suis donc {y}:
x={gnat, openssl, linux, oracle}
y={un bon programmeur Ada, un cryptographe, un administrateur système, un
bon DBA}
Marche pas. Tu peux mettre autant d'exemples que tu veux, avoir le code
source d'un soft ne te donne pas l'expérience, la pratique du métier mis
en oeuvre par ce source. C'est pas magique.
Qui te parle de faire toi-même ? Des codeurs C, des bons, ça ne manque
pas. Alors, si tu as des besoins, fais faire.
Bien entendu, on peut aussi considérer que les programmeurs du SGBDR de
ton choix sont bien meilleurs, et savent exploiter toute la valeur
ajoutée d'un DBA : ceci dit, je ne vois pas réellement quel problème
technique un DBA pourrait résoudre sur une base de données qu'un
algorithme ne saurait résoudre.
Faut pas déconner, "42", c'est pas une vraie réponse. Avoir le code source non plus, pas dans ce cas.
J'ai le code source de {x}, je suis donc {y}: x={gnat, openssl, linux, oracle} y={un bon programmeur Ada, un cryptographe, un administrateur système, un bon DBA}
Marche pas. Tu peux mettre autant d'exemples que tu veux, avoir le code source d'un soft ne te donne pas l'expérience, la pratique du métier mis en oeuvre par ce source. C'est pas magique.
Qui te parle de faire toi-même ? Des codeurs C, des bons, ça ne manque pas. Alors, si tu as des besoins, fais faire.
Bien entendu, on peut aussi considérer que les programmeurs du SGBDR de ton choix sont bien meilleurs, et savent exploiter toute la valeur ajoutée d'un DBA : ceci dit, je ne vois pas réellement quel problème technique un DBA pourrait résoudre sur une base de données qu'un algorithme ne saurait résoudre.
Emmanuel Florac
Le Thu, 06 Jan 2005 15:36:49 +0000, andrea ferraris a écrit :
mais s'il n'y a absolument rien pour aider a` ce propos, cela est vraiment énervant.
Je ne m'énerve pas, je ne fais plus de PHP sauf pour la maintenance, voilà tout :)
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Le Thu, 06 Jan 2005 15:36:49 +0000, andrea ferraris a écrit :
mais s'il n'y a absolument rien pour aider a` ce propos, cela est
vraiment énervant.
Je ne m'énerve pas, je ne fais plus de PHP sauf pour la maintenance,
voilà tout :)
--
Le travail est la malédiction des classes qui boivent.
O. Wilde.
