Comment reconnaitre un bon Linuxien d'un vrai neuneu ?
832 réponses
Xandros
Salut,
Depuis les quelques mois que je suis sous Linux et que je fréquente les
Forums dédiés, j'ai pu remarquer une chose.
Il existe 3 types de personnes :
1) Les novices qui viennent du monde Windows et qui posent pleins de
questions sans vraiment chercher les réponses. J'en faisais parti, mais
je me soigne depuis ;)
2) Les neuneux de base, qui n'y connaissent pas grand chose et qui se
défoulent sur le premier novice venu. On les reconnait par leurs
réponses standards : "trop gros - passera pas" - "va chercher sur
Google" - "Prouves le" - "Vas lire MAN ou HOWTO"
En fait, il n'apportent jamais rien au débat, mais font croire qu'ils
s'y connaissent trop pour perdre leur temps avec des novices.
3) Enfin, les "vrais", ceux qui t'apportent LA solution, on les
reconnait par la simplicité de leurs réponses, un lien, une commande,
une solution quoi.
Un grand merci à eux !!!
Tout ça pour dire que le monde Linux serait bien plus simple si la 2eme
cathégorie pouvait simplement admettre qu'ils font parti de la 1er, ou
alors si ils veulent se prétendre de la 3eme, qu'ils apportent de l'aide
ou bien qu'il ferme leurs gue...le.
--
Message envoyé avec ThunderBird
Sous Linux Xandros Deluxe 3.0
une base cela sert a stocker les donnees pour traitement ou consultation et cela se sont les applicatifs en gros il y a une/des surcouches l'epoque du mec derriere son tty en mode texte devient rare de nos jours
et tous ses applicatifs ils ont besoin de quoi d'un standard pour extraire les donnees """la requete pick""" a la syntaxe maison cela ne fait pas l'affaire ou alors il faut a chaque fois reformer le personnel ou reecrire tous les applicatifs
c'est plus clair
il ne te reste plus qu'a creer ou pomper un dico sql que tu mets sur une base pick et la franchement tu gagnes quoi ?
une eventuelle compatibilite avec une vieille base au sql non standard cela peut etre pratique pourquoi pas mais il vaut mieux faire les choses de maniere propre ,plutot que de se trainer une vieille incompatilibite
ca c'est pour ce que j'en ai compris d'un point de vue technique les raisons qu'un client peut avoir pour changer de fournisseur je te les laisse imaginer
le dico pick sait gerer le sql mais pourquoi se limiter au sql ?
en gros
l'epoque du mec derriere son tty en mode texte devient rare de nos jours
en gros le system Pick est le theoreme de ferrarri (resolution equation du 4eme degres) et sql est la methode du discriminant (la methode du discriminant permet de resoudre certaine equation du 3em et 4eme degres et celle du 2eme le theo de ferrari permet de resoudre toute les equation du 2em 3em et 4em degres)
un frontal sql peut interroger une base pick si celle ci s'est limiter au singlevalue
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
bon alors je vais t'expliquer
une base cela sert a stocker les donnees pour traitement ou consultation
et cela se sont les applicatifs en gros il y a une/des surcouches
l'epoque du mec derriere son tty en mode texte devient rare
de nos jours
et tous ses applicatifs ils ont besoin de quoi d'un standard pour extraire
les donnees """la requete pick""" a la syntaxe maison cela ne
fait pas l'affaire ou alors il faut a chaque fois reformer le personnel
ou reecrire tous les applicatifs
c'est plus clair
il ne te reste plus qu'a creer ou pomper un dico sql que tu mets sur une
base pick et la franchement tu gagnes quoi ?
une eventuelle compatibilite avec une vieille base au sql non standard
cela peut etre pratique pourquoi pas mais il vaut mieux
faire les choses de maniere propre ,plutot que de se trainer une vieille
incompatilibite
ca c'est pour ce que j'en ai compris d'un point de vue technique
les raisons qu'un client peut avoir pour changer de fournisseur
je te les laisse imaginer
le dico pick sait gerer le sql mais pourquoi se limiter au sql ?
en gros
l'epoque du mec derriere son tty en mode texte devient rare
de nos jours
en gros le
system Pick est le theoreme de ferrarri (resolution equation du 4eme degres)
et sql est la methode du discriminant (la methode du discriminant permet de
resoudre certaine equation du 3em et 4eme degres et celle du 2eme le theo
de ferrari permet de resoudre toute les equation du 2em 3em et 4em degres)
un frontal sql peut interroger une base pick si celle ci s'est limiter au
singlevalue
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
une base cela sert a stocker les donnees pour traitement ou consultation et cela se sont les applicatifs en gros il y a une/des surcouches l'epoque du mec derriere son tty en mode texte devient rare de nos jours
et tous ses applicatifs ils ont besoin de quoi d'un standard pour extraire les donnees """la requete pick""" a la syntaxe maison cela ne fait pas l'affaire ou alors il faut a chaque fois reformer le personnel ou reecrire tous les applicatifs
c'est plus clair
il ne te reste plus qu'a creer ou pomper un dico sql que tu mets sur une base pick et la franchement tu gagnes quoi ?
une eventuelle compatibilite avec une vieille base au sql non standard cela peut etre pratique pourquoi pas mais il vaut mieux faire les choses de maniere propre ,plutot que de se trainer une vieille incompatilibite
ca c'est pour ce que j'en ai compris d'un point de vue technique les raisons qu'un client peut avoir pour changer de fournisseur je te les laisse imaginer
le dico pick sait gerer le sql mais pourquoi se limiter au sql ?
en gros
l'epoque du mec derriere son tty en mode texte devient rare de nos jours
en gros le system Pick est le theoreme de ferrarri (resolution equation du 4eme degres) et sql est la methode du discriminant (la methode du discriminant permet de resoudre certaine equation du 3em et 4eme degres et celle du 2eme le theo de ferrari permet de resoudre toute les equation du 2em 3em et 4em degres)
un frontal sql peut interroger une base pick si celle ci s'est limiter au singlevalue
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Stephane TOUGARD
helios wrote:
faux ton sgbd a acces au system donc il suffit de basculer en shell ou d'arreter le sgbd pour etre sur le system
Mais tu n'es jamais connecte sur le systeme, c'est ca que tu veux pas comprendre. Le programme qui cour et qui est connecte au SGBD est distant et tourne sur un autre systeme (si c'est un applicatif web, tu n'as meme pas acces a ce systeme distant). Ce qui veut dire que tu n'as jamais aucun process a toi qui tourne sur le serveur SGBD.
SQL n'a pas acces au system cela doit etre genant pour lire et ecrire les fichiers alors ?
SQL est un language, rien de plus rien de moins. Tu utilises un client qui comprend le SQL et qui va se connecter via un protocole TCP sur un autre process distant pour recuperer les donnees de ta requete.
Tu n'as jamais un process qui tourne sur le serveur et qui t'appartient. Tu comprends cela ?
Je te conseille de te pencher sur le mode de fonctionnement d'un SGBD normal, ca pourrait bien te faire changer d'avis sur ton truc.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
faux ton sgbd a acces au system donc il suffit de basculer en shell ou
d'arreter le sgbd pour etre sur le system
Mais tu n'es jamais connecte sur le systeme, c'est ca que tu veux pas
comprendre. Le programme qui cour et qui est connecte au SGBD est
distant et tourne sur un autre systeme (si c'est un applicatif web, tu
n'as meme pas acces a ce systeme distant). Ce qui veut dire que tu n'as
jamais aucun process a toi qui tourne sur le serveur SGBD.
SQL n'a pas acces au system cela doit etre genant pour lire et ecrire les
fichiers alors ?
SQL est un language, rien de plus rien de moins. Tu utilises un client
qui comprend le SQL et qui va se connecter via un protocole TCP sur un
autre process distant pour recuperer les donnees de ta requete.
Tu n'as jamais un process qui tourne sur le serveur et qui t'appartient.
Tu comprends cela ?
Je te conseille de te pencher sur le mode de fonctionnement d'un SGBD
normal, ca pourrait bien te faire changer d'avis sur ton truc.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
faux ton sgbd a acces au system donc il suffit de basculer en shell ou d'arreter le sgbd pour etre sur le system
Mais tu n'es jamais connecte sur le systeme, c'est ca que tu veux pas comprendre. Le programme qui cour et qui est connecte au SGBD est distant et tourne sur un autre systeme (si c'est un applicatif web, tu n'as meme pas acces a ce systeme distant). Ce qui veut dire que tu n'as jamais aucun process a toi qui tourne sur le serveur SGBD.
SQL n'a pas acces au system cela doit etre genant pour lire et ecrire les fichiers alors ?
SQL est un language, rien de plus rien de moins. Tu utilises un client qui comprend le SQL et qui va se connecter via un protocole TCP sur un autre process distant pour recuperer les donnees de ta requete.
Tu n'as jamais un process qui tourne sur le serveur et qui t'appartient. Tu comprends cela ?
Je te conseille de te pencher sur le mode de fonctionnement d'un SGBD normal, ca pourrait bien te faire changer d'avis sur ton truc.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Stephane TOUGARD
helios wrote:
tu archive de-tar par http avant ensuite th more fait pour que radme fichier tyu lire peux. sais quand maime pas si compliquer que ca dire le ce readmi ficher caen meme meme que quand m'aime.
ensuite, tu suie les zinformation fu dichier RIDEMI est tu lanse le serveur en moin de 10 minuts. je te parles du fichier README pas de celui qui est dans une archive
helios doit etre le seul a comprendre ce que j'ai ecrit, parce que meme moi je comprends pas. Je crois que ce type vient d'une autre planete et parle 32000 dialectes.
Ah non, j'ai compris, helios c'est le petit de grand frere de 6PO qui gere 6 000 000 sur une base pick.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
tu archive de-tar par http avant ensuite th more fait pour que radme
fichier tyu lire peux. sais quand maime pas si compliquer que ca dire le
ce readmi ficher caen meme meme que quand m'aime.
ensuite, tu suie les zinformation fu dichier RIDEMI est tu lanse le
serveur en moin de 10 minuts.
je te parles du fichier README pas de celui qui est dans une archive
helios doit etre le seul a comprendre ce que j'ai ecrit, parce que meme
moi je comprends pas. Je crois que ce type vient d'une autre planete et
parle 32000 dialectes.
Ah non, j'ai compris, helios c'est le petit de grand frere de 6PO qui
gere 6 000 000 sur une base pick.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
tu archive de-tar par http avant ensuite th more fait pour que radme fichier tyu lire peux. sais quand maime pas si compliquer que ca dire le ce readmi ficher caen meme meme que quand m'aime.
ensuite, tu suie les zinformation fu dichier RIDEMI est tu lanse le serveur en moin de 10 minuts. je te parles du fichier README pas de celui qui est dans une archive
helios doit etre le seul a comprendre ce que j'ai ecrit, parce que meme moi je comprends pas. Je crois que ce type vient d'une autre planete et parle 32000 dialectes.
Ah non, j'ai compris, helios c'est le petit de grand frere de 6PO qui gere 6 000 000 sur une base pick.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Stephane TOUGARD
helios wrote:
Excuse moi, j'ai pas trouve de liens qui parle de 6M d'utilisateurs.
essais deja www.pick.com02.com et il y en a d'autre
Je parlais de liens serieux.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
Excuse moi, j'ai pas trouve de liens qui parle de 6M d'utilisateurs.
essais deja www.pick.com02.com et il y en a d'autre
Je parlais de liens serieux.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
Excuse moi, j'ai pas trouve de liens qui parle de 6M d'utilisateurs.
essais deja www.pick.com02.com et il y en a d'autre
Je parlais de liens serieux.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Stephane TOUGARD
helios wrote:
qui aurais cru en 1985 que dbase disparaitrait, dbase etait partout : dbase, clipper, paradox ....... quiest encore sous clipper ?
dbase n'etait pas un serveur de base de donnees, c'est un merdouille a la access ou Paradox, un truc gentillet pour gerer ces fichiers en local, a la rigueur avec des petites applis en reseau, mais c'etait deja condamne parce que ca ne fonctionnait pas en mode client/serveur, que c'etait pas sur, pas solide et pas portable pour un rond.
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete pour bidouiller.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
qui aurais cru en 1985 que dbase disparaitrait, dbase etait partout : dbase,
clipper, paradox ....... quiest encore sous clipper ?
dbase n'etait pas un serveur de base de donnees, c'est un merdouille a
la access ou Paradox, un truc gentillet pour gerer ces fichiers en
local, a la rigueur avec des petites applis en reseau, mais c'etait deja
condamne parce que ca ne fonctionnait pas en mode client/serveur, que
c'etait pas sur, pas solide et pas portable pour un rond.
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete
pour bidouiller.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
qui aurais cru en 1985 que dbase disparaitrait, dbase etait partout : dbase, clipper, paradox ....... quiest encore sous clipper ?
dbase n'etait pas un serveur de base de donnees, c'est un merdouille a la access ou Paradox, un truc gentillet pour gerer ces fichiers en local, a la rigueur avec des petites applis en reseau, mais c'etait deja condamne parce que ca ne fonctionnait pas en mode client/serveur, que c'etait pas sur, pas solide et pas portable pour un rond.
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete pour bidouiller.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte root, ça
signifie que si je trouve une faille de sécurité dedans, et que j'obtiens
un shell, j'ai les droits root. Point.
non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant
a ta connection pour obtenir un shell root il faudrait que tu te soit connecter root au depart Explique-moi quelque chose. Admettons le fait qu'un système PICK détourne
certaines ressources système. Outre le fait que du coup tu risques d'altérer le comportement dudit système pour d'autres applications pouvant éventuellement tourner dessus, tu affirmes qu'un trou de sécurité dans "ton" SGBD, si ce dernier était lancé en tant que root, ne poserait pas de problème, car "l'utilisateur serait connecté avec ses droits et rien que ses droits". Je doute un peu (beaucoup en fait), parce que si je trouve le moyen de faire planter PICK, il plante avec les droits de root derrière lui. Donc si j'ai un shell code qui suit, je ne vois pas en quoi le fait d'avoir été "loggé" en tant que toto change le fait que PICK a été lancé sous root.
si tu plante pick en etant connecter toto tu te retrouve connecter toto
(dans le meilleur des cas) pas root ou completement deconnecte de linux
si tu trouves une faille de securite linux tu es root aussi et trouver une faille securite pick revient a trouver une faille linux
Oui, mais à partir du moment où tu désires comparer deux choses, dans une
approche scientifique, il faut que tu puisses donner les défauts de l'un
et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne
savais pas réellement comment était géré un SGBD utilisant SQL pour faire
des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la
methode du discriminant pour resoudre une equation du second degres
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte
root, ça
signifie que si je trouve une faille de sécurité dedans, et que
j'obtiens
un shell, j'ai les droits root. Point.
non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant
a ta connection pour obtenir un shell root il faudrait que tu te soit
connecter root au depart
Explique-moi quelque chose. Admettons le fait qu'un système PICK détourne
certaines ressources système. Outre le fait que du coup tu risques
d'altérer le comportement dudit système pour d'autres applications pouvant
éventuellement tourner dessus, tu affirmes qu'un trou de sécurité dans
"ton" SGBD, si ce dernier était lancé en tant que root, ne poserait pas de
problème, car "l'utilisateur serait connecté avec ses droits et rien que
ses droits". Je doute un peu (beaucoup en fait), parce que si je trouve le
moyen de faire planter PICK, il plante avec les droits de root derrière
lui. Donc si j'ai un shell code qui suit, je ne vois pas en quoi le fait
d'avoir été "loggé" en tant que toto change le fait que PICK a été lancé
sous root.
si tu plante pick en etant connecter toto tu te retrouve connecter toto
(dans le meilleur des cas) pas root ou completement deconnecte de linux
si tu trouves une faille de securite linux tu es root aussi et trouver une
faille securite pick revient a trouver une faille linux
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte root, ça
signifie que si je trouve une faille de sécurité dedans, et que j'obtiens
un shell, j'ai les droits root. Point.
non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant
a ta connection pour obtenir un shell root il faudrait que tu te soit connecter root au depart Explique-moi quelque chose. Admettons le fait qu'un système PICK détourne
certaines ressources système. Outre le fait que du coup tu risques d'altérer le comportement dudit système pour d'autres applications pouvant éventuellement tourner dessus, tu affirmes qu'un trou de sécurité dans "ton" SGBD, si ce dernier était lancé en tant que root, ne poserait pas de problème, car "l'utilisateur serait connecté avec ses droits et rien que ses droits". Je doute un peu (beaucoup en fait), parce que si je trouve le moyen de faire planter PICK, il plante avec les droits de root derrière lui. Donc si j'ai un shell code qui suit, je ne vois pas en quoi le fait d'avoir été "loggé" en tant que toto change le fait que PICK a été lancé sous root.
si tu plante pick en etant connecter toto tu te retrouve connecter toto
(dans le meilleur des cas) pas root ou completement deconnecte de linux
si tu trouves une faille de securite linux tu es root aussi et trouver une faille securite pick revient a trouver une faille linux
Stephane Zuckerman
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable d'expliquer clairement en quoi l'un est plus limité que l'autre, en donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a démontré que sans même être un grand gourou SQL, on peut laisser la machine générer la requête, et trouver la solution quand même via essais/erreurs.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Oui, mais à partir du moment où tu désires comparer deux choses, dans une
approche scientifique, il faut que tu puisses donner les défauts de l'un
et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne
savais pas réellement comment était géré un SGBD utilisant SQL pour faire
des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la
methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable
d'expliquer clairement en quoi l'un est plus limité que l'autre, en
donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples
que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a
démontré que sans même être un grand gourou SQL, on peut laisser la
machine générer la requête, et trouver la solution quand même via
essais/erreurs.
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable d'expliquer clairement en quoi l'un est plus limité que l'autre, en donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a démontré que sans même être un grand gourou SQL, on peut laisser la machine générer la requête, et trouver la solution quand même via essais/erreurs.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Stephane TOUGARD
helios wrote:
si tu trouves une faille de securite linux tu es root aussi et trouver une faille securite pick revient a trouver une faille linux
Sauf que si je trouve une faille Oracle, en dehors du fait qu'elle devra etre remote et non locale, dans le pire je suis oracle et pas root.
Tu sens pas comme une toute petite difference entre la difficulte d'avoir un exploit remote sur un serveur DB seulement et un exploit local sur un systeme entier ?
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
si tu trouves une faille de securite linux tu es root aussi et trouver une
faille securite pick revient a trouver une faille linux
Sauf que si je trouve une faille Oracle, en dehors du fait qu'elle devra
etre remote et non locale, dans le pire je suis oracle et pas root.
Tu sens pas comme une toute petite difference entre la difficulte
d'avoir un exploit remote sur un serveur DB seulement et un exploit
local sur un systeme entier ?
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
si tu trouves une faille de securite linux tu es root aussi et trouver une faille securite pick revient a trouver une faille linux
Sauf que si je trouve une faille Oracle, en dehors du fait qu'elle devra etre remote et non locale, dans le pire je suis oracle et pas root.
Tu sens pas comme une toute petite difference entre la difficulte d'avoir un exploit remote sur un serveur DB seulement et un exploit local sur un systeme entier ?
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de performance.
un system pick est au niveau du noyau du system c'est pour cela qu'il a besoin d'etre root et c'est ce qui le rend performant car il passes pas par les surcouches ISO il est sur le niveau 0 contrairement au autre SGBD qui sont en niveau 5 ou 6 (niveau 7 c'est l'utilisateur) pour ecrire ou lire sur le disque pick ne passe pas par les interfaces c'est lui qui geres les interfaces quand il est lance
exemple pour faire ses sauvegardes pick ne passe pas par linux pour ecrire sur le steamer il utilise directement les drivers meme chose pour une imprimante il utilise directement le drivers sans passer par linux (linux est juste informe mais non utilise ) lorsque pick creer un users il le creer lui meme comme linux le ferait mais sans passer par linux
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:37jer2-6si.ln1@gulliver.unices.org...
helios wrote:
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de
performance.
un system pick est au niveau du noyau du system c'est pour cela qu'il a
besoin d'etre root et c'est ce qui le rend performant car il passes pas par
les surcouches ISO il est sur le niveau 0 contrairement au autre SGBD qui
sont en niveau 5 ou 6 (niveau 7 c'est l'utilisateur) pour ecrire ou lire sur
le disque pick ne passe pas par les interfaces c'est lui qui geres les
interfaces quand il est lance
exemple pour faire ses sauvegardes pick ne passe pas par linux pour ecrire
sur le steamer il utilise directement les drivers meme chose pour une
imprimante il utilise directement le drivers sans passer par linux (linux
est juste informe mais non utilise ) lorsque pick creer un users il le creer
lui meme comme linux le ferait mais sans passer par linux
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de performance.
un system pick est au niveau du noyau du system c'est pour cela qu'il a besoin d'etre root et c'est ce qui le rend performant car il passes pas par les surcouches ISO il est sur le niveau 0 contrairement au autre SGBD qui sont en niveau 5 ou 6 (niveau 7 c'est l'utilisateur) pour ecrire ou lire sur le disque pick ne passe pas par les interfaces c'est lui qui geres les interfaces quand il est lance
exemple pour faire ses sauvegardes pick ne passe pas par linux pour ecrire sur le steamer il utilise directement les drivers meme chose pour une imprimante il utilise directement le drivers sans passer par linux (linux est juste informe mais non utilise ) lorsque pick creer un users il le creer lui meme comme linux le ferait mais sans passer par linux
helios
"Stephane Zuckerman" a écrit dans le message de news:
Oui, mais à partir du moment où tu désires comparer deux choses, dans une
approche scientifique, il faut que tu puisses donner les défauts de l'un
et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire
des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable d'expliquer clairement en quoi l'un est plus limité que l'autre, en donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a démontré que sans même être un grand gourou SQL, on peut laisser la machine générer la requête, et trouver la solution quand même via essais/erreurs.
--
le theoreme de ferrarri n'a qu'un seul point commun avec le discrinant c'est l'usages des coefficients pour resoudre l'equation , les discrimant ne sont pas un cas particulier de ferrarri mais une approche differente base sur les coefficients
le fait qu'un profane en sql a trouve une solution par "automate" que les gourrous n'ont pas trouve me fait douter du niveau des dit gourrous la solution "automate" fonctionne je penses qu'elle doit etre lourde en ressources machine par rapport a un sgbdMV mais bon le critere performance n'etait pas donnee mais dans la realite ou les bases de donnee sont reelle la solution automate serais exclus car trop longue a utilise la solution simule un niveau multivalue et le geres mais la norme mv definie 128 niveaux (2^128 ) (dans la realite on se limite a 9 ou -10 niveaux et la majorite des systeme pick n'ont que 4 niveaux)
"Stephane Zuckerman" <szuckerm@etu.utc.fr> a écrit dans le message de
news:Pine.OSF.4.58.0507251512430.48331@vega.utc.fr...
Oui, mais à partir du moment où tu désires comparer deux choses, dans
une
approche scientifique, il faut que tu puisses donner les défauts de
l'un
et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne
savais pas réellement comment était géré un SGBD utilisant SQL pour
faire
des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la
methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable
d'expliquer clairement en quoi l'un est plus limité que l'autre, en
donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples
que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a
démontré que sans même être un grand gourou SQL, on peut laisser la
machine générer la requête, et trouver la solution quand même via
essais/erreurs.
--
le theoreme de ferrarri n'a qu'un seul point commun avec le discrinant c'est
l'usages des coefficients pour resoudre l'equation , les discrimant ne sont
pas un cas particulier de ferrarri mais une approche differente base sur les
coefficients
le fait qu'un profane en sql a trouve une solution par "automate" que les
gourrous n'ont pas trouve me fait douter du niveau des dit gourrous
la solution "automate" fonctionne je penses qu'elle doit etre lourde en
ressources machine par rapport a un sgbdMV mais bon le critere performance
n'etait pas donnee mais dans la realite ou les bases de donnee sont reelle
la solution automate serais exclus car trop longue a utilise
la solution simule un niveau multivalue et le geres mais la norme mv definie
128 niveaux (2^128 ) (dans la realite on se limite a 9 ou -10 niveaux et la
majorite des systeme pick n'ont que 4 niveaux)
"Stephane Zuckerman" a écrit dans le message de news:
Oui, mais à partir du moment où tu désires comparer deux choses, dans une
approche scientifique, il faut que tu puisses donner les défauts de l'un
et l'autre système. Et jusqu'à présent, tu as surtout montré que tu ne savais pas réellement comment était géré un SGBD utilisant SQL pour faire
des requêtes.
quand on connait le theoreme de ferrarri on n'as besoin de connaitre la methode du discriminant pour resoudre une equation du second degres
Quand tu comprends un théorème qui en généralise un autre, tu es capable d'expliquer clairement en quoi l'un est plus limité que l'autre, en donnant des exemples. Tu n'as fait qu'affirmer jusqu'ici. Et les exemples que tu as donnés (enfin, l'exemple) a été résolu par quelqu'un qui a démontré que sans même être un grand gourou SQL, on peut laisser la machine générer la requête, et trouver la solution quand même via essais/erreurs.
--
le theoreme de ferrarri n'a qu'un seul point commun avec le discrinant c'est l'usages des coefficients pour resoudre l'equation , les discrimant ne sont pas un cas particulier de ferrarri mais une approche differente base sur les coefficients
le fait qu'un profane en sql a trouve une solution par "automate" que les gourrous n'ont pas trouve me fait douter du niveau des dit gourrous la solution "automate" fonctionne je penses qu'elle doit etre lourde en ressources machine par rapport a un sgbdMV mais bon le critere performance n'etait pas donnee mais dans la realite ou les bases de donnee sont reelle la solution automate serais exclus car trop longue a utilise la solution simule un niveau multivalue et le geres mais la norme mv definie 128 niveaux (2^128 ) (dans la realite on se limite a 9 ou -10 niveaux et la majorite des systeme pick n'ont que 4 niveaux)
