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
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta valeur
Euh, tu veux dire cinq tuples ? Au pire, au lieu d'avoir un champ avec cinq valeurs, tu as une table avec cinq lignes dedans, je ne vois pas où est le problème.
-- "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)
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas
l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta
valeur
Euh, tu veux dire cinq tuples ?
Au pire, au lieu d'avoir un champ avec cinq valeurs, tu as une table avec
cinq lignes dedans, je ne vois pas où est le problème.
--
"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)
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta valeur
Euh, tu veux dire cinq tuples ? Au pire, au lieu d'avoir un champ avec cinq valeurs, tu as une table avec cinq lignes dedans, je ne vois pas où est le problème.
-- "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)
Vincent Bernat
OoO En ce début d'après-midi ensoleillé du jeudi 28 juillet 2005, vers 15:07, "helios" disait:
L'application est définie comment ? Quelle est sa table ?
la bijection est un lien pas une table
Ca veut rien dire un lien. Une bijection, tu nous a dit que c'était une application. Et une application, tu peux la définir avec une table avec deux colonnes : la première contient des élèments du domaine, la seconde des élèments de l'image. Et sur une même ligne, l'application de l'élement de la première colonne donne l'élèment de la seconde colonne.
Par exemple, sur le domaine -5..5, la table de la valeur absolue est :
-5 5 -4 4 -3 3 -2 2 -1 1 0 0 1 1 2 2 3 3 4 4 5 5
Donc quelle est la table de ta bijection ? -- /* Thanks to Rob `CmdrTaco' Malda for not influencing this code in any * way. */ 2.4.3 linux/net/core/netfilter.c
OoO En ce début d'après-midi ensoleillé du jeudi 28 juillet 2005, vers
15:07, "helios" <helios@com02.com> disait:
L'application est définie comment ? Quelle est sa table ?
la bijection est un lien pas une table
Ca veut rien dire un lien. Une bijection, tu nous a dit que c'était
une application. Et une application, tu peux la définir avec une table
avec deux colonnes : la première contient des élèments du domaine, la
seconde des élèments de l'image. Et sur une même ligne, l'application
de l'élement de la première colonne donne l'élèment de la seconde
colonne.
Par exemple, sur le domaine -5..5, la table de la valeur absolue est :
-5 5
-4 4
-3 3
-2 2
-1 1
0 0
1 1
2 2
3 3
4 4
5 5
Donc quelle est la table de ta bijection ?
--
/* Thanks to Rob `CmdrTaco' Malda for not influencing this code in any
* way.
*/
2.4.3 linux/net/core/netfilter.c
OoO En ce début d'après-midi ensoleillé du jeudi 28 juillet 2005, vers 15:07, "helios" disait:
L'application est définie comment ? Quelle est sa table ?
la bijection est un lien pas une table
Ca veut rien dire un lien. Une bijection, tu nous a dit que c'était une application. Et une application, tu peux la définir avec une table avec deux colonnes : la première contient des élèments du domaine, la seconde des élèments de l'image. Et sur une même ligne, l'application de l'élement de la première colonne donne l'élèment de la seconde colonne.
Par exemple, sur le domaine -5..5, la table de la valeur absolue est :
-5 5 -4 4 -3 3 -2 2 -1 1 0 0 1 1 2 2 3 3 4 4 5 5
Donc quelle est la table de ta bijection ? -- /* Thanks to Rob `CmdrTaco' Malda for not influencing this code in any * way. */ 2.4.3 linux/net/core/netfilter.c
remy
"remy" a écrit dans le message de news:42e8d9c0$0$918$
et moi je ne comprends pas
quelle est la difference entre parcourir un index..index..index et rechercher un pointeur dans un dico de dico de dico
d'un point de vue performance bien sur pas de la structure quoique
--
cas 1 tu cherche un index..index..index cas 2 c'est directement le dico, l'article de dico geres le multivalue aussi donc acces direct
l'article dico peut dire que la valeur recherche sera les 3eme sous sous sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs
7 des l'attribut 8 des l'articles du fichier (table)
L'INDEX peut dire que la valeur recherche sera les 3eme sous sous sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des valeurs 7 des l'attribut 8 des l'articles du fichier (table)
et parfois l'on passe dessus
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta valeur
parle moi redondance au niveaux du dico
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
"remy" <remy@fctpas.fr> a écrit dans le message de
news:42e8d9c0$0$918$8fcfb975@news.wanadoo.fr...
et moi je ne comprends pas
quelle est la difference entre parcourir un index..index..index
et rechercher un pointeur dans un dico de dico de dico
d'un point de vue performance bien sur pas de la structure quoique
--
cas 1 tu cherche un index..index..index
cas 2 c'est directement le dico, l'article de dico geres le multivalue
aussi donc acces direct
l'article dico peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs
7 des l'attribut 8 des l'articles du fichier (table)
L'INDEX peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs 7 des l'attribut 8 des l'articles du fichier (table)
et parfois l'on passe dessus
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas
l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta
valeur
parle moi redondance au niveaux du dico
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
"remy" a écrit dans le message de news:42e8d9c0$0$918$
et moi je ne comprends pas
quelle est la difference entre parcourir un index..index..index et rechercher un pointeur dans un dico de dico de dico
d'un point de vue performance bien sur pas de la structure quoique
--
cas 1 tu cherche un index..index..index cas 2 c'est directement le dico, l'article de dico geres le multivalue aussi donc acces direct
l'article dico peut dire que la valeur recherche sera les 3eme sous sous sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs
7 des l'attribut 8 des l'articles du fichier (table)
L'INDEX peut dire que la valeur recherche sera les 3eme sous sous sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des valeurs 7 des l'attribut 8 des l'articles du fichier (table)
et parfois l'on passe dessus
en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas l'indexes
en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)
en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta valeur
parle moi redondance au niveaux du dico
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Thierry Boudet
On 2005-07-28, Stephane Zuckerman wrote:
kermit a peut etre 1000 000 000 d'utilisateur du moins d'implantations tout les windows, tout les unix tout les systemes ont un protocole kermit alors .... et meme parfois plusieurs implantation
utilise ou non mais presente Pas dans mon noyau Linux. Même pas dans un module.
Bon, kermit, c'est quand même une sacrée belle machinerie scriptable dans tous les sens, robuste et fiable, vraiment multiplateformes (même les 8 bits), qui sait gérer les encodages lors des transferts, toussa... Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
On 2005-07-28, Stephane Zuckerman <szuckerm@etu.utc.fr> wrote:
kermit a peut etre 1000 000 000 d'utilisateur du moins d'implantations tout
les windows, tout les unix tout les systemes ont un protocole kermit alors
.... et meme parfois plusieurs implantation
utilise ou non mais presente
Pas dans mon noyau Linux. Même pas dans un module.
Bon, kermit, c'est quand même une sacrée belle machinerie
scriptable dans tous les sens, robuste et fiable, vraiment
multiplateformes (même les 8 bits), qui sait gérer les
encodages lors des transferts, toussa...
Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
--
Statique: tu remplis tu remplis tu remplis y'a plus de place sur la
partition/dans le fichier alloué au swap -> *POUF*
Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a
plus de place sur c: -> *POUF*
kermit a peut etre 1000 000 000 d'utilisateur du moins d'implantations tout les windows, tout les unix tout les systemes ont un protocole kermit alors .... et meme parfois plusieurs implantation
utilise ou non mais presente Pas dans mon noyau Linux. Même pas dans un module.
Bon, kermit, c'est quand même une sacrée belle machinerie scriptable dans tous les sens, robuste et fiable, vraiment multiplateformes (même les 8 bits), qui sait gérer les encodages lors des transferts, toussa... Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
Franck Yvonnet
Ainsi Parlait helios
mais les utilisateurs ne sont jamais root
Pick tourne en root, tu l'as dit toi-même, il y a donc un risque d'escalade de privilège.
linux tourne root donc ....
Mais tous les SGBD que je connais tournent sous leur propre user, donc...
reimplanter FTP se fait par les commande unix par transfert du source ftp et recompile
Il faut déja que le serveur dispose d'un compilo, le pirate aurait plus vite fait de trouver un binaire pour la plate-forme idoine.
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Ainsi Parlait helios <helios@com02.com>
mais les utilisateurs ne sont jamais root
Pick tourne en root, tu l'as dit toi-même, il y a donc un risque
d'escalade de privilège.
linux tourne root donc ....
Mais tous les SGBD que je connais tournent sous leur propre user,
donc...
reimplanter FTP se fait par les commande unix par transfert du source ftp et
recompile
Il faut déja que le serveur dispose d'un compilo, le pirate aurait plus
vite fait de trouver un binaire pour la plate-forme idoine.
--
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.
Si tu comptes toutes les HP4[89]G[X ] en circulation, ça dépasse largement ce nombre.
Stephane Zuckerman
Bon, kermit, c'est quand même une sacrée belle machinerie scriptable dans tous les sens, robuste et fiable, vraiment multiplateformes (même les 8 bits), qui sait gérer les encodages lors des transferts, toussa... Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
-- "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)
Bon, kermit, c'est quand même une sacrée belle machinerie
scriptable dans tous les sens, robuste et fiable, vraiment
multiplateformes (même les 8 bits), qui sait gérer les
encodages lors des transferts, toussa...
Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre
chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les
banques/assurances où l'on en est encore à X25) ?
--
"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)
Bon, kermit, c'est quand même une sacrée belle machinerie scriptable dans tous les sens, robuste et fiable, vraiment multiplateformes (même les 8 bits), qui sait gérer les encodages lors des transferts, toussa... Et ça tourne très bien sur tcp/ip aussi...
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
-- "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)
Guillaume
Stephane Zuckerman a wroté :
http://www.columbia.edu/kermit/ck80.html#features Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
Précisément, pour les transferts dans les banques on utilise assez souvent des choses comme CFT, qui encodent, se laissent scripter, permettent les acquittements complexes, etc. .
TCP / IP oui, mais pas "seulement" ;).
-- Guillaume
Stephane Zuckerman a wroté :
http://www.columbia.edu/kermit/ck80.html#features
Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre
chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les
banques/assurances où l'on en est encore à X25) ?
Précisément, pour les transferts dans les banques on utilise assez
souvent des choses comme CFT, qui encodent, se laissent scripter,
permettent les acquittements complexes, etc. .
http://www.columbia.edu/kermit/ck80.html#features Helios il a pas tord sur le coup, kermit c'est bien...
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
Précisément, pour les transferts dans les banques on utilise assez souvent des choses comme CFT, qui encodent, se laissent scripter, permettent les acquittements complexes, etc. .
TCP / IP oui, mais pas "seulement" ;).
-- Guillaume
Nicolas George
Stephane Zuckerman , dans le message , a écrit :
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
Note que Kermit et TCP/IP ne sont pas au même niveau.
Stephane Zuckerman , dans le message
<Pine.OSF.4.58.0507281703200.342864@vega.utc.fr>, a écrit :
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre
chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les
banques/assurances où l'on en est encore à X25) ?
Note que Kermit et TCP/IP ne sont pas au même niveau.
Peut-être, m'enfin si c'était si bien que ça, pourquoi être passé à autre chose (TCP/IP "seulement") pour la plupart des applications (sauf dans les banques/assurances où l'on en est encore à X25) ?
Note que Kermit et TCP/IP ne sont pas au même niveau.
