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
Par exemple, pour un log de connexion et un SGBD traditionnel, on
aurait
ID NOM CONNEXION 01 Jerome 12:30 02 Remy 12:45 03 Jerome 13:20 04 Remy 13:45
et avec un SGBD multivalué:
ID NOM CONNEXIONS 01 Jerome 12:30;13:20 02 Remy 12:45;13:45
Ca fait un peu gagne-petit, surtout vu les tailles des disques actuels, et on peut arriver au même résultat en créant des tables liées dans un SGBDR, d'où le fait que ce genre de bases soit en perte de vitesse.
c'est gagne petit sur un niveau mais sur 4 niveaux c'est deja beaucoup plus interessant imagine que chaque niveau a 10 valeurs 4 niveaux te donne 10000 comme rapport entre le relationnel et le mv la norme mv est defini sur 128 niveaux
a condition que le dico cela soit CONNEXIONS
je cherche dans le dico connexion 13:20 et je tombe sur id 01 qui donne Jerome
Voilà. Et dans le cas où on a ID NOM CONNEXIONS 01 Jerome 12:30;13:20;14:00 02 Remy 12:45;13:45;14:00
Si je cherche 14:00, ça me renvoit id 01 Jerome et id 02 Remy. L'avantage dans ce cas est que je ne dois pas "tronconner" moi-même la chaîne de caractère "CONNEXIONS", le système le faisant à ma place...
l'interro en pick est :
LISTER fichier AVEC CONNEXION = "14:00" NOM
resultat :
JEROME REMY
et comment je fais si je veux toutes les connexions de Jerome il faut que je cree un autre dico ?
pour ca l'interro serait
LISTER fichier AVEC NOM = "Jerome" CONNEXION
resultat:
Jerome 12:30 13:20 14:00
Non. Le dictionnaire ne porte que sur la rubrique mutlivaluée, en l'occurence CONNEXIONS. Les reste s'interroge via des systèmes classiques.
le dico porte sur tout :
dans l'exemple le dico contient un article NOM et un article CONNEXION
et moi qui croyais avoir compris un peu le pick dans le lien cite plus haut pas le tien il est dit que le dico servait a faire une recherche plus rapide via "des pointeurs" en gros
un tableau a 2 dimensions 100 0000 lignes index donnees 32 k
le dico remy a partir de l'index 100 000
donc cela veut dire quoi concretement ? je cite "le dico porte sur tout"
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Par exemple, pour un log de connexion et un SGBD traditionnel, on
aurait
ID NOM CONNEXION
01 Jerome 12:30
02 Remy 12:45
03 Jerome 13:20
04 Remy 13:45
et avec un SGBD multivalué:
ID NOM CONNEXIONS
01 Jerome 12:30;13:20
02 Remy 12:45;13:45
Ca fait un peu gagne-petit, surtout vu les tailles des disques
actuels, et on peut arriver au même résultat en créant des tables
liées dans un SGBDR, d'où le fait que ce genre de bases soit en perte
de vitesse.
c'est gagne petit sur un niveau mais sur 4 niveaux c'est deja beaucoup plus
interessant imagine que chaque niveau a 10 valeurs 4 niveaux te donne 10000
comme rapport entre le relationnel et le mv la norme mv est defini sur 128
niveaux
a condition que le dico cela soit CONNEXIONS
je cherche dans le dico connexion 13:20 et je tombe sur id 01 qui donne
Jerome
Voilà. Et dans le cas où on a
ID NOM CONNEXIONS
01 Jerome 12:30;13:20;14:00
02 Remy 12:45;13:45;14:00
Si je cherche 14:00, ça me renvoit id 01 Jerome et id 02 Remy.
L'avantage dans ce cas est que je ne dois pas "tronconner" moi-même la
chaîne de caractère "CONNEXIONS", le système le faisant à ma place...
l'interro en pick est :
LISTER fichier AVEC CONNEXION = "14:00" NOM
resultat :
JEROME
REMY
et comment je fais si je veux toutes les connexions de Jerome
il faut que je cree un autre dico ?
pour ca l'interro serait
LISTER fichier AVEC NOM = "Jerome" CONNEXION
resultat:
Jerome 12:30
13:20
14:00
Non. Le dictionnaire ne porte que sur la rubrique mutlivaluée, en
l'occurence CONNEXIONS. Les reste s'interroge via des systèmes classiques.
le dico porte sur tout :
dans l'exemple le dico contient un article NOM et un article CONNEXION
et moi qui croyais avoir compris un peu le pick
dans le lien cite plus haut pas le tien il est dit que le dico
servait a faire une recherche plus rapide via "des pointeurs" en gros
un tableau a 2 dimensions 100 0000 lignes
index donnees 32 k
le dico
remy a partir de l'index 100 000
donc cela veut dire quoi concretement ? je cite
"le dico porte sur tout"
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
Par exemple, pour un log de connexion et un SGBD traditionnel, on
aurait
ID NOM CONNEXION 01 Jerome 12:30 02 Remy 12:45 03 Jerome 13:20 04 Remy 13:45
et avec un SGBD multivalué:
ID NOM CONNEXIONS 01 Jerome 12:30;13:20 02 Remy 12:45;13:45
Ca fait un peu gagne-petit, surtout vu les tailles des disques actuels, et on peut arriver au même résultat en créant des tables liées dans un SGBDR, d'où le fait que ce genre de bases soit en perte de vitesse.
c'est gagne petit sur un niveau mais sur 4 niveaux c'est deja beaucoup plus interessant imagine que chaque niveau a 10 valeurs 4 niveaux te donne 10000 comme rapport entre le relationnel et le mv la norme mv est defini sur 128 niveaux
a condition que le dico cela soit CONNEXIONS
je cherche dans le dico connexion 13:20 et je tombe sur id 01 qui donne Jerome
Voilà. Et dans le cas où on a ID NOM CONNEXIONS 01 Jerome 12:30;13:20;14:00 02 Remy 12:45;13:45;14:00
Si je cherche 14:00, ça me renvoit id 01 Jerome et id 02 Remy. L'avantage dans ce cas est que je ne dois pas "tronconner" moi-même la chaîne de caractère "CONNEXIONS", le système le faisant à ma place...
l'interro en pick est :
LISTER fichier AVEC CONNEXION = "14:00" NOM
resultat :
JEROME REMY
et comment je fais si je veux toutes les connexions de Jerome il faut que je cree un autre dico ?
pour ca l'interro serait
LISTER fichier AVEC NOM = "Jerome" CONNEXION
resultat:
Jerome 12:30 13:20 14:00
Non. Le dictionnaire ne porte que sur la rubrique mutlivaluée, en l'occurence CONNEXIONS. Les reste s'interroge via des systèmes classiques.
le dico porte sur tout :
dans l'exemple le dico contient un article NOM et un article CONNEXION
et moi qui croyais avoir compris un peu le pick dans le lien cite plus haut pas le tien il est dit que le dico servait a faire une recherche plus rapide via "des pointeurs" en gros
un tableau a 2 dimensions 100 0000 lignes index donnees 32 k
le dico remy a partir de l'index 100 000
donc cela veut dire quoi concretement ? je cite "le dico porte sur tout"
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
stanislas.kertanguyde
helios wrote:
l'alcool peut creer de l'antropie la debilite aussi quel est votre cas ? les deux ?
Entropie avec un E, bordel! et ne parlez pas d'entropie sans savoir réellement ce que c'est!
-- inversez "kertanguy" et "de" pour me joindre
helios <helios@com02.com> wrote:
l'alcool peut creer de l'antropie la debilite aussi quel est votre cas ? les
deux ?
Entropie avec un E, bordel! et ne parlez pas d'entropie sans savoir
réellement ce que c'est!
l'alcool peut creer de l'antropie la debilite aussi quel est votre cas ? les deux ?
Entropie avec un E, bordel! et ne parlez pas d'entropie sans savoir réellement ce que c'est!
Il doit confondre avec "etable"
Franck Yvonnet
helios wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ ?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a une base par région, par une base nationale.
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
helios <helios@com02.com> wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui
contient malgres le MV 500 champs sans le MV cela en ferais combien de champ
?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle
qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a
une base par région, par une base nationale.
--
Franck Yvonnet <fyvonnet@gmail.com>
I remember when trolls were fairy tale creatures who lived under bridges.
Now homeless people live there and trolls live on Usenet.
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ ?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a une base par région, par une base nationale.
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Thierry Thomas
Mardi 26 juillet 2005 à 07:42 GMT, Michel Talon a écrit :
Quoiqu'il en soit, Sybase a toujours été à la traine par rapport à Oracle...
Je n'ai pas entendu dire ça. J'ai entendu dire que Oracle était surtout trés fort pour vendre des produits non encore développés.
J'ai bossé avec les deux, et même si je connais moins Sybase, il me semble qu'Oracle offre beaucoup plus de fonctionnalités, et surtout une stabilité exemplaire.
Ceci dit, Oracle est la plupart du temps largement sur-dimensionné par rapport à ce qu'on lui demande de faire... et sans faire de /vaporware/, ils sont très forts pour vendre des fonctionnalités dont très peu de sites ont réellement besoin. -- Th. Thomas.
Mardi 26 juillet 2005 à 07:42 GMT, Michel Talon a écrit :
Quoiqu'il en soit, Sybase a toujours été à la traine par rapport à
Oracle...
Je n'ai pas entendu dire ça. J'ai entendu dire que Oracle était surtout
trés fort pour vendre des produits non encore développés.
J'ai bossé avec les deux, et même si je connais moins Sybase, il me
semble qu'Oracle offre beaucoup plus de fonctionnalités, et surtout une
stabilité exemplaire.
Ceci dit, Oracle est la plupart du temps largement sur-dimensionné par
rapport à ce qu'on lui demande de faire... et sans faire de /vaporware/,
ils sont très forts pour vendre des fonctionnalités dont très peu de
sites ont réellement besoin.
--
Th. Thomas.
Mardi 26 juillet 2005 à 07:42 GMT, Michel Talon a écrit :
Quoiqu'il en soit, Sybase a toujours été à la traine par rapport à Oracle...
Je n'ai pas entendu dire ça. J'ai entendu dire que Oracle était surtout trés fort pour vendre des produits non encore développés.
J'ai bossé avec les deux, et même si je connais moins Sybase, il me semble qu'Oracle offre beaucoup plus de fonctionnalités, et surtout une stabilité exemplaire.
Ceci dit, Oracle est la plupart du temps largement sur-dimensionné par rapport à ce qu'on lui demande de faire... et sans faire de /vaporware/, ils sont très forts pour vendre des fonctionnalités dont très peu de sites ont réellement besoin. -- Th. Thomas.
Thierry Thomas
Mardi 26 juillet 2005 à 07:35 GMT, helios a écrit :
t'as encore rien compris chaque utilisateur a des droit sur des fichier et appli pas sur tout la base de donne ainsi pourquoi un commercial aurait il acces a la gestion fournisseur complete ou au fiche de paye , pourquoi le technicien paye a la gestion ....avec oracle il suffit de craque le technicien paye pour avoir acces a toute les donnes de l'entreprise tandis que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce nom, in y a des notions de droits d'accès (mots clefs : grant, revoke, role, view). -- Th. Thomas.
Mardi 26 juillet 2005 à 07:35 GMT, helios a écrit :
t'as encore rien compris chaque utilisateur a des droit sur des fichier et
appli pas sur tout la base de donne ainsi pourquoi un commercial aurait il
acces a la gestion fournisseur complete ou au fiche de paye , pourquoi le
technicien paye a la gestion ....avec oracle il suffit de craque le
technicien paye pour avoir acces a toute les donnes de l'entreprise tandis
que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce
nom, in y a des notions de droits d'accès (mots clefs : grant, revoke,
role, view).
--
Th. Thomas.
Mardi 26 juillet 2005 à 07:35 GMT, helios a écrit :
t'as encore rien compris chaque utilisateur a des droit sur des fichier et appli pas sur tout la base de donne ainsi pourquoi un commercial aurait il acces a la gestion fournisseur complete ou au fiche de paye , pourquoi le technicien paye a la gestion ....avec oracle il suffit de craque le technicien paye pour avoir acces a toute les donnes de l'entreprise tandis que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce nom, in y a des notions de droits d'accès (mots clefs : grant, revoke, role, view). -- Th. Thomas.
X.B
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 si tu t'es connecter toto tu n'auras que les droit toto en cas de shell (c'est a dire moins de droits que pick system) alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere action est d'executer un shell qui modifie les droit d'un user ... avec son shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin, t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker sur une autre machine pask'autrement ...) tout les matins !
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 si tu t'es connecter toto tu n'auras
que les droit toto en cas de shell (c'est a dire moins de droits que pick
system)
alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere
action est d'executer un shell qui modifie les droit d'un user ... avec son
shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin,
t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker sur
une autre machine pask'autrement ...) tout les matins !
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 si tu t'es connecter toto tu n'auras que les droit toto en cas de shell (c'est a dire moins de droits que pick system) alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere action est d'executer un shell qui modifie les droit d'un user ... avec son shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin, t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker sur une autre machine pask'autrement ...) tout les matins !
X.B
helios wrote:
Le tout sans le moindre acces au systeme, puisque ca n'a aucun rapport.
faux ton sgbd a acces au system donc il suffit de basculer en shell ou d'arreter le sgbd pour etre sur le system
en matiere de securite pour une banque il vaut mieux quoi que le gardien est seulement la cle de la porte d'entre et que le coffre soit ouvert ou que la meme cle ouvre la porte et la salle des coffre coffre mais que le coffre soit ferme ? il est preferable que le gardien n'est pas acces a la salle des coffre
(quand à avoir la clef !) ... en plus cela rend son agression inutile ...
helios wrote:
Le tout sans le moindre acces au systeme, puisque ca n'a aucun rapport.
faux ton sgbd a acces au system donc il suffit de basculer en shell ou
d'arreter le sgbd pour etre sur le system
en matiere de securite pour une banque il vaut mieux quoi
que le gardien est seulement la cle de la porte d'entre et que le coffre
soit ouvert
ou que la meme cle ouvre la porte et la salle des coffre coffre mais que
le coffre soit ferme ?
il est preferable que le gardien n'est pas acces a la salle des coffre
(quand à avoir la clef !) ... en plus cela rend son agression inutile ...
Le tout sans le moindre acces au systeme, puisque ca n'a aucun rapport.
faux ton sgbd a acces au system donc il suffit de basculer en shell ou d'arreter le sgbd pour etre sur le system
en matiere de securite pour une banque il vaut mieux quoi que le gardien est seulement la cle de la porte d'entre et que le coffre soit ouvert ou que la meme cle ouvre la porte et la salle des coffre coffre mais que le coffre soit ferme ? il est preferable que le gardien n'est pas acces a la salle des coffre
(quand à avoir la clef !) ... en plus cela rend son agression inutile ...
X.B
et la cascade de process fait perdre enormement de puissance de calcul
rien n'empeche de travail sous pick avec des clients sucessif mais cela n'a aucun interret
en matiere de securite je vous signale que la securite local d'un centre de calcul france telecom etait mon job pendant 3ans j'avais 5000 en quelle année ?
utilisateurs et 25 serveurs repartie sur toute la france alors si je vous dit que pick est securise mieux que vos sgbd je sait peux etre ce que je dit (vos sgbd etait de maniere marginal dans mon parc )
peut etre pour une raison historique FT soutenant un partenanaire informatique qui fait lui meme des choix en fonction de la puissance de calcul disponible. apres faire une migration, surtout avec des collaborateurs qui maitrisent les autres system comme toi, ce doit pas etre simple.
On a bien vu de la vente d'ordinnateurs assisté par l'enseignement, alors pourquoi pas par France telecom
et la cascade de process fait perdre enormement de puissance de calcul
rien n'empeche de travail sous pick avec des clients sucessif mais cela
n'a aucun interret
en matiere de securite je vous signale que la securite local d'un centre
de calcul france telecom etait mon job pendant 3ans j'avais 5000
en quelle année ?
utilisateurs et 25 serveurs repartie sur toute la france alors si je vous
dit que pick est securise mieux que vos sgbd je sait peux etre ce que je
dit (vos sgbd etait de maniere marginal dans mon parc )
peut etre pour une raison historique FT soutenant un partenanaire
informatique qui fait lui meme des choix en fonction de la puissance de
calcul disponible.
apres faire une migration, surtout avec des collaborateurs qui maitrisent
les autres system comme toi, ce doit pas etre simple.
On a bien vu de la vente d'ordinnateurs assisté par l'enseignement, alors
pourquoi pas par France telecom
et la cascade de process fait perdre enormement de puissance de calcul
rien n'empeche de travail sous pick avec des clients sucessif mais cela n'a aucun interret
en matiere de securite je vous signale que la securite local d'un centre de calcul france telecom etait mon job pendant 3ans j'avais 5000 en quelle année ?
utilisateurs et 25 serveurs repartie sur toute la france alors si je vous dit que pick est securise mieux que vos sgbd je sait peux etre ce que je dit (vos sgbd etait de maniere marginal dans mon parc )
peut etre pour une raison historique FT soutenant un partenanaire informatique qui fait lui meme des choix en fonction de la puissance de calcul disponible. apres faire une migration, surtout avec des collaborateurs qui maitrisent les autres system comme toi, ce doit pas etre simple.
On a bien vu de la vente d'ordinnateurs assisté par l'enseignement, alors pourquoi pas par France telecom
Hub
oracle ne tient pas la route fasse a universe peut importe ou est le manque de performance, essais de remplacement fait en 2002 , oracle a ecroule les calculateur la ou universe utilise meme pas 10% de la puissance de calcul
Pardonnez mon incrédulité. Comme St Thomas, je ne crois que ce que je vois. Je serais vraiment intéressé si vous pouviez nous proposer un cas de test représentatif et facile à implémenter.
oracle ne tient pas la route fasse a universe peut importe ou est le manque
de performance, essais de remplacement fait en 2002 , oracle a ecroule les
calculateur la ou universe utilise meme pas 10% de la puissance de calcul
Pardonnez mon incrédulité. Comme St Thomas, je ne crois que ce que je
vois. Je serais vraiment intéressé si vous pouviez nous proposer un cas
de test représentatif et facile à implémenter.
oracle ne tient pas la route fasse a universe peut importe ou est le manque de performance, essais de remplacement fait en 2002 , oracle a ecroule les calculateur la ou universe utilise meme pas 10% de la puissance de calcul
Pardonnez mon incrédulité. Comme St Thomas, je ne crois que ce que je vois. Je serais vraiment intéressé si vous pouviez nous proposer un cas de test représentatif et facile à implémenter.
