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
un emulation est toujour moins performante et plus limite que l'original en
matiere de programmation :
Je n'ai jamais parlé d'émulation. Quand tu prends Access (par exemple), il ne s'agit nullement d'émulation : tu cliques sur des cases, etc., mais au final, ce que tu fais, c'est créer graphiquement une requête SQL. Je ne vois pas où est l'émulation là-dedans. Ce que je disais, c'est que une fois que j'ai bien calibré mes requêtes (graphiquement ou pas), je n'ai plus qu'à les mettre dans un coin, les insérer au bon moment dans mon application, et c'est tout.
les sgbdR n'ont pas de systeme MV donc pour obtenir un resultat MV il faut le simuler donc consommer des ressources pour cela
quelque soit le sgbdr son emulation du MV sera moins performante qu'un SGBDMV (un vrai pas une emulation style MAVERICK ecrit en java)
un emulation est toujour moins performante et plus limite que l'original
en
matiere de programmation :
Je n'ai jamais parlé d'émulation. Quand tu prends Access (par exemple), il
ne s'agit nullement d'émulation : tu cliques sur des cases, etc., mais au
final, ce que tu fais, c'est créer graphiquement une requête SQL. Je ne
vois pas où est l'émulation là-dedans. Ce que je disais, c'est que une
fois que j'ai bien calibré mes requêtes (graphiquement ou pas), je n'ai
plus qu'à les mettre dans un coin, les insérer au bon moment dans mon
application, et c'est tout.
les sgbdR n'ont pas de systeme MV donc pour obtenir un resultat MV il faut
le simuler donc consommer des ressources pour cela
quelque soit le sgbdr son emulation du MV sera moins performante qu'un
SGBDMV (un vrai pas une emulation style MAVERICK ecrit en java)
un emulation est toujour moins performante et plus limite que l'original en
matiere de programmation :
Je n'ai jamais parlé d'émulation. Quand tu prends Access (par exemple), il ne s'agit nullement d'émulation : tu cliques sur des cases, etc., mais au final, ce que tu fais, c'est créer graphiquement une requête SQL. Je ne vois pas où est l'émulation là-dedans. Ce que je disais, c'est que une fois que j'ai bien calibré mes requêtes (graphiquement ou pas), je n'ai plus qu'à les mettre dans un coin, les insérer au bon moment dans mon application, et c'est tout.
les sgbdR n'ont pas de systeme MV donc pour obtenir un resultat MV il faut le simuler donc consommer des ressources pour cela
quelque soit le sgbdr son emulation du MV sera moins performante qu'un SGBDMV (un vrai pas une emulation style MAVERICK ecrit en java)
helios
prenons un exemple toto veux pirater titi
1/ sous pick jai l'users toto en remote toto crack le remote il se trouve sous linux user toto avec les droit toto et ne peut pas en sortir il doit maintenant cracker pick ou linux pour pouvoir acceder au droit de
titi
2/ sous oracle j'ai l'user toto en remote toto crack le remote toto se trouve connecter sous linux avec l'user "oracle" et a acces a tout
les users d'oracle donc titi
Faux. Oracle ayant sa propore gestion des utilisateurs, toto est inconnu de Linux et ne peut donc se connecter à la machine...
c'est l'utilisateur oracle qui est connu et l'utilisateur oracle a acces au fichier de toto de titi et tout les autre donc une fois crack le remote toto on se retrouve avec l'acces au fichier de l'ensemble des users oracle tandis que sous pick un crack le remote on a acces qu'au fichier de toto
prenons un exemple toto veux pirater titi
1/ sous pick jai l'users toto en remote
toto crack le remote
il se trouve sous linux user toto avec les droit toto et ne peut pas en
sortir
il doit maintenant cracker pick ou linux pour pouvoir acceder au droit
de
titi
2/ sous oracle j'ai l'user toto en remote
toto crack le remote
toto se trouve connecter sous linux avec l'user "oracle" et a acces a
tout
les users d'oracle donc titi
Faux. Oracle ayant sa propore gestion des utilisateurs, toto est inconnu
de Linux et ne peut donc se connecter à la machine...
c'est l'utilisateur oracle qui est connu et l'utilisateur oracle a acces au
fichier de toto de titi et tout les autre donc une fois crack le remote toto
on se retrouve avec l'acces au fichier de l'ensemble des users oracle tandis
que sous pick un crack le remote on a acces qu'au fichier de toto
1/ sous pick jai l'users toto en remote toto crack le remote il se trouve sous linux user toto avec les droit toto et ne peut pas en sortir il doit maintenant cracker pick ou linux pour pouvoir acceder au droit de
titi
2/ sous oracle j'ai l'user toto en remote toto crack le remote toto se trouve connecter sous linux avec l'user "oracle" et a acces a tout
les users d'oracle donc titi
Faux. Oracle ayant sa propore gestion des utilisateurs, toto est inconnu de Linux et ne peut donc se connecter à la machine...
c'est l'utilisateur oracle qui est connu et l'utilisateur oracle a acces au fichier de toto de titi et tout les autre donc une fois crack le remote toto on se retrouve avec l'acces au fichier de l'ensemble des users oracle tandis que sous pick un crack le remote on a acces qu'au fichier de toto
JustMe
Michel Talon vient de nous annoncer :
Stephane TOUGARD wrote:
Donc, si j'interprete bien, ton programme sait gerer tous les filesystem Linux (ext2, ext3, XFS, JFS, VFAT ...) et ecrit directement sur le file systeme sans passer par le noyau.
Il écrit peut être tout simplement sur des partitions "raw" comme pas mal de systèmes performants qui se respectent.
pas besoin d'acces root pour ca.
Michel Talon vient de nous annoncer :
Stephane TOUGARD <stephane@unices.org> wrote:
Donc, si j'interprete bien, ton programme sait gerer tous les filesystem
Linux (ext2, ext3, XFS, JFS, VFAT ...) et ecrit directement sur le file
systeme sans passer par le noyau.
Il écrit peut être tout simplement sur des partitions "raw" comme
pas mal de systèmes performants qui se respectent.
Donc, si j'interprete bien, ton programme sait gerer tous les filesystem Linux (ext2, ext3, XFS, JFS, VFAT ...) et ecrit directement sur le file systeme sans passer par le noyau.
Il écrit peut être tout simplement sur des partitions "raw" comme pas mal de systèmes performants qui se respectent.
pas besoin d'acces root pour ca.
helios
"Stephane TOUGARD" a écrit dans le message de news:
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 ?
justement c'est la la faille il suffit de planter le process commun pour avoir acces a tout les fichiers de la base
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 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 )
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:fl3fr2-tek.ln1@gulliver.unices.org...
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 ?
justement c'est la la faille il suffit de planter le process commun pour
avoir acces a tout les fichiers de la base
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 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 )
"Stephane TOUGARD" a écrit dans le message de news:
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 ?
justement c'est la la faille il suffit de planter le process commun pour avoir acces a tout les fichiers de la base
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 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 )
"Stephane TOUGARD" a écrit dans le message de news:
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.
--
je te conseil la lecture sur l'antropie et apres tu comprendras , en resumé plus un individue est inteligent plus il arrives a comprendre une communication avec un taux d'antropie important .
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:oo3fr2-tek.ln1@gulliver.unices.org...
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.
--
je te conseil la lecture sur l'antropie et apres tu comprendras , en resumé
plus un individue est inteligent plus il arrives a comprendre une
communication avec un taux d'antropie important .
"Stephane TOUGARD" a écrit dans le message de news:
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.
--
je te conseil la lecture sur l'antropie et apres tu comprendras , en resumé plus un individue est inteligent plus il arrives a comprendre une communication avec un taux d'antropie important .
"Stephane TOUGARD" a écrit dans le message de news:
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.
quel critere te permet de juger ce lien non serieux ?
helios
"Stephane TOUGARD" a écrit dans le message de news:
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.
dbase est un format de fichier pas un system , et il me semble que clipper travaillait en reseau en client/serveur et pas portable comment ca c'etait le standart
le format DBASE a sont apoge etait sur tout les micro, toute les appli avait des conversion vers dbase , tournait en client serveur avait des language compile ......bref dbase etait au niveau diu marche au niveau de sql aujourd hui puis sql est arrive via access (d'ailleur access gere le format dbase) puis des bases style sqlserver, mysql oracle sont apparu sur micro
sans access jamais sql ne se serais implanter sur micro c'est le marketing microsoft qui a implanter access et donc sql
aujourd hui windows cherche a implanter les concept de pick dans son prochain windows ......
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete pour bidouiller.
ta bidouille access est ce qui a permit a sql de s'implanter sur micro
-- 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" <stephane@unices.org> a écrit dans le message de
news:ce4fr2-ihk.ln1@gulliver.unices.org...
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.
dbase est un format de fichier pas un system , et il me semble que clipper
travaillait en reseau en client/serveur et pas portable comment ca c'etait
le standart
le format DBASE a sont apoge etait sur tout les micro, toute les appli avait
des conversion vers dbase , tournait en client serveur avait des language
compile ......bref dbase etait au niveau diu marche au niveau de sql aujourd
hui puis sql est arrive via access (d'ailleur access gere le format dbase)
puis des bases style sqlserver, mysql oracle sont apparu sur micro
sans access jamais sql ne se serais implanter sur micro c'est le marketing
microsoft qui a implanter access et donc sql
aujourd hui windows cherche a implanter les concept de pick dans son
prochain windows ......
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete
pour bidouiller.
ta bidouille access est ce qui a permit a sql de s'implanter sur micro
--
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" a écrit dans le message de news:
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.
dbase est un format de fichier pas un system , et il me semble que clipper travaillait en reseau en client/serveur et pas portable comment ca c'etait le standart
le format DBASE a sont apoge etait sur tout les micro, toute les appli avait des conversion vers dbase , tournait en client serveur avait des language compile ......bref dbase etait au niveau diu marche au niveau de sql aujourd hui puis sql est arrive via access (d'ailleur access gere le format dbase) puis des bases style sqlserver, mysql oracle sont apparu sur micro
sans access jamais sql ne se serais implanter sur micro c'est le marketing microsoft qui a implanter access et donc sql
aujourd hui windows cherche a implanter les concept de pick dans son prochain windows ......
Ce qui a remplace dbase, c'est access, une autre merdouille gentillete pour bidouiller.
ta bidouille access est ce qui a permit a sql de s'implanter sur micro
-- 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
JustMe
Jerome Lambert a pensé très fort :
(...)
et a ce jour la question suivante n'a pas de reponse SQL
si tu veux demontrer que l'on peut faire en SQL ce que PICK fait donne
la
solution en SQL au probleme de la derniere connection d'un utilisateur
qui
avait etait evoque dans le newgroup SGBD et n'a toujour pas d'autre
solution
que pick
Faudrait apprendre à lire...
[Problème dont je me fous...]
le singe qui ne peut atteindre un fruit le trouve trop vert
ta reponse est l'aveux de l'impuissance
Et toi tu ne sais pas lire. Je me cite: " Etant loin de maitriser SQL, je ne prends pas partie(...)". Je crois que tu te trompes de cible...
En plus la solution a été donnée en SQL :-)
il ne sait *vraiment pas* lire ;-)
lol
Pour mémoire : le probleme <42d63ce3$0$21446$ une solution : <42d6d63e$0$15328$
Jerome Lambert a pensé très fort :
(...)
et a ce jour la question suivante n'a pas de reponse SQL
si tu veux demontrer que l'on peut faire en SQL ce que PICK fait donne
la
solution en SQL au probleme de la derniere connection d'un utilisateur
qui
avait etait evoque dans le newgroup SGBD et n'a toujour pas d'autre
solution
que pick
Faudrait apprendre à lire...
[Problème dont je me fous...]
le singe qui ne peut atteindre un fruit le trouve trop vert
ta reponse est l'aveux de l'impuissance
Et toi tu ne sais pas lire. Je me cite:
" Etant loin de maitriser SQL, je ne prends pas partie(...)".
Je crois que tu te trompes de cible...
En plus la solution a été donnée en SQL :-)
il ne sait *vraiment pas* lire ;-)
lol
Pour mémoire : le probleme <42d63ce3$0$21446$ba620e4c@news.skynet.be>
une solution : <42d6d63e$0$15328$626a14ce@news.free.fr>
