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
Installer le machin, c'est ultra simple: apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Et encore, installer Oracle c'est beaucoup plus compliqué que ça.
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).
Je suis d'accord, DBA, c'est un métier.
-- et ça , ça polue pas le groupe ? Ca n'a rien à voir avec la généalogie. Alors messieurs les censeurs qui se plaignent du flot contre FIAT, vous ne dites rien là ?. -+- DC in Guide du Neuneu Usenet : Courageux mais pas téméraire -+-
< snip >
Installer le machin, c'est ultra simple:
apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Et encore, installer Oracle c'est beaucoup plus compliqué que ça.
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).
Je suis d'accord, DBA, c'est un métier.
--
et ça , ça polue pas le groupe ? Ca n'a rien à voir avec la généalogie.
Alors messieurs les censeurs qui se plaignent du flot contre FIAT, vous
ne dites rien là ?.
-+- DC in Guide du Neuneu Usenet : Courageux mais pas téméraire -+-
Installer le machin, c'est ultra simple: apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Et encore, installer Oracle c'est beaucoup plus compliqué que ça.
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).
Je suis d'accord, DBA, c'est un métier.
-- et ça , ça polue pas le groupe ? Ca n'a rien à voir avec la généalogie. Alors messieurs les censeurs qui se plaignent du flot contre FIAT, vous ne dites rien là ?. -+- DC in Guide du Neuneu Usenet : Courageux mais pas téméraire -+-
Arnaud Launay
Le Wed, 5 Jan 2005 13:26:41 +0000 (UTC), Croco écrivit:
Mais en fait, le principal problème est surtout l'absence d'une abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi) pour laisser le choix de la DB à l'utilisateur et non plus au programmeur.
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
Le Wed, 5 Jan 2005 13:26:41 +0000 (UTC), Croco écrivit:
Mais en fait, le principal problème est surtout l'absence d'une
abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi)
pour laisser le choix de la DB à l'utilisateur et non plus au
programmeur.
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net).
Après, si les développeurs ne l'utilisent pas, c'est que ce sont
des mauvais dév.
Le Wed, 5 Jan 2005 13:26:41 +0000 (UTC), Croco écrivit:
Mais en fait, le principal problème est surtout l'absence d'une abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi) pour laisser le choix de la DB à l'utilisateur et non plus au programmeur.
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
Oui, mais c'est peut-être un nivellement par la base, ce genre d'abstraction générique. Donc, à niveller par la base, on adopte la base...
tHt.
Stephane Dupille
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
<troll> Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas. </troll>
-- Tous ces trucs de usenet que ha que oui et que pouêt et tout, et que yen a qui votent pour savoir si ils peuvent voter, ce pour savoir si pour voter il votent ou des trucs comme ça, ben rien à péter -+- Pollux in GNU -+- Casse, tord, la piste osée toile, prout -+-
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net).
Après, si les développeurs ne l'utilisent pas, c'est que ce sont
des mauvais dév.
<troll>
Les bons développeurs PHP, c'est comme le père Noël, ça n'existe
pas.
</troll>
--
Tous ces trucs de usenet que ha que oui et que pouêt et tout, et que
yen a qui votent pour savoir si ils peuvent voter, ce pour savoir si
pour voter il votent ou des trucs comme ça, ben rien à péter
-+- Pollux in GNU -+- Casse, tord, la piste osée toile, prout -+-
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
<troll> Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas. </troll>
-- Tous ces trucs de usenet que ha que oui et que pouêt et tout, et que yen a qui votent pour savoir si ils peuvent voter, ce pour savoir si pour voter il votent ou des trucs comme ça, ben rien à péter -+- Pollux in GNU -+- Casse, tord, la piste osée toile, prout -+-
Arnaud Launay
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille écrivit:
<troll> Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas. </troll>
En même temps, PHP et développeur dans une même phrase, ça va pas. J'aurais dû mettre webmasters.
Arnaud, un bon dev est un dev mort. -- http://launay.org/blog/ http://www.cusae.com/
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille écrivit:
<troll>
Les bons développeurs PHP, c'est comme le père Noël, ça n'existe
pas.
</troll>
En même temps, PHP et développeur dans une même phrase, ça va
pas. J'aurais dû mettre webmasters.
Arnaud, un bon dev est un dev mort.
--
http://launay.org/blog/
http://www.cusae.com/
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille écrivit:
<troll> Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas. </troll>
En même temps, PHP et développeur dans une même phrase, ça va pas. J'aurais dû mettre webmasters.
Arnaud, un bon dev est un dev mort. -- http://launay.org/blog/ http://www.cusae.com/
John Mackerel
Erwann ABALEA wrote:
Joli troll, mais ça ne marche pas. Si si, tu as mordu.
Forcémént, je suis un vieux con.
[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 ?
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.
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.
<avis perso> mysql, ça pulemazout mais le marketing est optimisé à la calle, en fait, un peu comme le marquettage de "windev sur linux"... </>
sur ce, je vous quitte, et je retourne à mes threads rebelles...
Erwann ABALEA wrote:
Joli troll, mais ça ne marche pas.
Si si, tu as mordu.
Forcémént, je suis un vieux con.
[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 ?
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.
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.
<avis perso>
mysql, ça pulemazout mais le marketing est optimisé à la calle,
en fait, un peu comme le marquettage de "windev sur linux"...
</>
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.
[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 ?
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.
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.
<avis perso> mysql, ça pulemazout mais le marketing est optimisé à la calle, en fait, un peu comme le marquettage de "windev sur linux"... </>
sur ce, je vous quitte, et je retourne à mes threads rebelles...
Croco
Le 05-01-2005, John Mackerel a écrit :
Arnaud Launay wrote:
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
Oui, mais c'est peut-être un nivellement par la base, ce genre d'abstraction générique. Donc, à niveller par la base, on adopte la base...
En même temps, on parle d'applications en Perl ou php nécessitant une BDD, pas d'un moteur de datamining ultra-optimisé aux petits oigons, hein.
Pour l'utilisation qu'elles en font généralement, je trouve que DBI offre déjà bien plus que le nécessaire. Et même plus : en offrant une interface plus ou moins "standardisée" de fonctions annexes, elle en offre une utilisation plus simple pour qui n'est pas DBA.
Pour le reste, je ne connaissais pas PEAR::DB, je me coucherai moins bête ce soir (enfin bon, je ne l'avais pas encore vu pour le moment, contrairement à DBI).
Croco
Le 05-01-2005, John Mackerel <jm@domaine.invalid> a écrit :
Arnaud Launay wrote:
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net).
Après, si les développeurs ne l'utilisent pas, c'est que ce sont
des mauvais dév.
Oui, mais c'est peut-être un nivellement par la base, ce
genre d'abstraction générique. Donc, à niveller par la
base, on adopte la base...
En même temps, on parle d'applications en Perl ou php nécessitant une
BDD, pas d'un moteur de datamining ultra-optimisé aux petits oigons,
hein.
Pour l'utilisation qu'elles en font généralement, je trouve que DBI
offre déjà bien plus que le nécessaire. Et même plus : en offrant une
interface plus ou moins "standardisée" de fonctions annexes, elle en
offre une utilisation plus simple pour qui n'est pas DBA.
Pour le reste, je ne connaissais pas PEAR::DB, je me coucherai moins
bête ce soir (enfin bon, je ne l'avais pas encore vu pour le moment,
contrairement à DBI).
Ca existe, pourtant, ça s'appelle PEAR::DB (http://pear.php.net). Après, si les développeurs ne l'utilisent pas, c'est que ce sont des mauvais dév.
Oui, mais c'est peut-être un nivellement par la base, ce genre d'abstraction générique. Donc, à niveller par la base, on adopte la base...
En même temps, on parle d'applications en Perl ou php nécessitant une BDD, pas d'un moteur de datamining ultra-optimisé aux petits oigons, hein.
Pour l'utilisation qu'elles en font généralement, je trouve que DBI offre déjà bien plus que le nécessaire. Et même plus : en offrant une interface plus ou moins "standardisée" de fonctions annexes, elle en offre une utilisation plus simple pour qui n'est pas DBA.
Pour le reste, je ne connaissais pas PEAR::DB, je me coucherai moins bête ce soir (enfin bon, je ne l'avais pas encore vu pour le moment, contrairement à DBI).
Croco
Bob qui Trolle
Erwann ABALEA wrote:
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).
Avec le code source disponible et des millions de programmeurs C de par le monde, quel est le problème ?
Erwann ABALEA wrote:
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).
Avec le code source disponible et des millions de programmeurs C de par
le monde, quel est le problème ?
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).
Avec le code source disponible et des millions de programmeurs C de par le monde, quel est le problème ?
Emmanuel Florac
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille a écrit :
Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas.
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.
-- In girum imus nocte ecce et consumimur igni
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille a écrit :
Les bons développeurs PHP, c'est comme le père Noël, ça n'existe
pas.
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.
Le Wed, 05 Jan 2005 16:14:37 +0100, Stephane Dupille a écrit :
Les bons développeurs PHP, c'est comme le père Noël, ça n'existe pas.
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.
-- In girum imus nocte ecce et consumimur igni
Erwann ABALEA
On Wed, 5 Jan 2005, Bob qui Trolle wrote:
Erwann ABALEA wrote:
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).
Avec le code source disponible et des millions de programmeurs C de par le monde, quel est le problème ?
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.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- moi je veux bien lire les FAQ, mais c'est pareil, je sait pas ou elle sont... Ne faudrait il pas faire une FAQ qui dit ou sont les FAQs ? -+- M.D. in Guide du Neuneu Usenet : Oû sont les FAAAAQ -+-
On Wed, 5 Jan 2005, Bob qui Trolle wrote:
Erwann ABALEA wrote:
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).
Avec le code source disponible et des millions de programmeurs C de par
le monde, quel est le problème ?
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.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
moi je veux bien lire les FAQ, mais c'est pareil, je sait pas ou
elle sont...
Ne faudrait il pas faire une FAQ qui dit ou sont les FAQs ?
-+- M.D. in Guide du Neuneu Usenet : Oû sont les FAAAAQ -+-
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).
Avec le code source disponible et des millions de programmeurs C de par le monde, quel est le problème ?
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.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- moi je veux bien lire les FAQ, mais c'est pareil, je sait pas ou elle sont... Ne faudrait il pas faire une FAQ qui dit ou sont les FAQs ? -+- M.D. in Guide du Neuneu Usenet : Oû sont les FAAAAQ -+-
