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
la portabilite du C est plus du marketing qu'une realite
Mooooouuuuuaaarfffffffff !!!!
/me va dormir de bonne humeur...
-- "Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les traitements pour la mouche de l'olive, tin, t'as que dalle !"
On 2005-07-28, helios <helios@com02.com> wrote:
la portabilite du C est plus du marketing qu'une realite
Mooooouuuuuaaarfffffffff !!!!
/me va dormir de bonne humeur...
--
"Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que
t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les
traitements pour la mouche de l'olive, tin, t'as que dalle !"
la portabilite du C est plus du marketing qu'une realite
Mooooouuuuuaaarfffffffff !!!!
/me va dormir de bonne humeur...
-- "Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les traitements pour la mouche de l'olive, tin, t'as que dalle !"
Nicolas George
"helios" , dans le message <42e94ba1$0$5045$, a écrit :
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire feraient mieux de s'abstenir de programmer.
"helios" , dans le message <42e94ba1$0$5045$636a15ce@news.free.fr>, a
écrit :
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire feraient
mieux de s'abstenir de programmer.
"helios" , dans le message <42e94ba1$0$5045$, a écrit :
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire feraient mieux de s'abstenir de programmer.
helios
Donc, j'utilise une base de données MySQL avec du php. J'ai (entre autre) des albums. Ces albums possèdent une référence et un titre. Jusque là, ça va. Le premier problème est que chaque album appartient à un ou plusieurs styles de musique. Sur chaque album, il y a aussi plusieurs instruments qui
sont utilisés. Evidement, le nombre de styles et le nombre d'instruments est variable suivant les albums.
Dans tous les cas, j'ai une table INSTRUMENTS que je ne réécrirais pas. ref_instrument nom_instrument 1 guitare 2 violon 3 flûte 4 vielle
De même, j'ai une table STYLES. ref_style nom_style 1 pop 2 musique classique 3 médiéval 4 metal
Ce que j'aurais pu faire, mais qui, pour mon goût, est très mauvais. C'est un champ par instrument et un champ par style. Le problème, c'est que si un album a plus d'instruments ou de styles que j'ai prévu, est qu'il faut que je modifie ma base et peut être mon code. Album1 ref_album nom_album inst1 inst2 inst3 inst4 inst5 styl1 styl2 styl3 1 Deggial 1 2 3 2 4 2 Ghost Of A Rose 1 2 3 4 1 3
la table en multivalue devient
ref_album nom_album instruments Styles 1 Deggial 1/2/3 2/4 2 Ghost Of A Rose 1/ 2/3/4 1/3
/ est le separateur de valeur j'ai garder la presentation sgbdr pour pas te perturber et la ref_album inutile
Ce que j'ai choisit, c'est de tout mettre dans une seule table sans redondance. Album3 ref_album nom_album ref_instrument ref_style 1 Deggial 1;2;3 2;4 2 Ghost Of A Rose 1;2;3;4 1;3
voila tu as raisonner en multivaleur
Ca me fait penser à du multivalué, mais ce n'est pas possible, car tu as écrit qu'on ne peut pas faire de multivalué avec un SGBDR. En plus, le multivalué utilise des dictionnaires que je n'ai pas compris.
tu as reproduit le principe du MV mais maintenant il te manque les outils
pour utilise avec le php tu recreer un outils mais c'est lourd
en multivalue une fois ton fichier structurer tu creer les entrees dans le dico du fichier
nom instruments Styles 001 A 001 A 001 A indique travail sur un attribut 002 1 002 2 002 3 numero attribut 003 004 005 006 007 008 009 010 http://www.openqm.com/downloads/ref.pdf PAGE 5 POUR LES ARTICLES DE DICO
puis tu peut interroger ton fichier par des requetes
SORT fichier NOM INSTRUMENTS STYLES
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
Donc, j'utilise une base de données MySQL avec du php. J'ai (entre autre)
des albums. Ces albums possèdent une référence et un titre. Jusque là, ça
va. Le premier problème est que chaque album appartient à un ou plusieurs
styles de musique. Sur chaque album, il y a aussi plusieurs instruments
qui
sont utilisés. Evidement, le nombre de styles et le nombre d'instruments
est variable suivant les albums.
Dans tous les cas, j'ai une table INSTRUMENTS que je ne réécrirais pas.
ref_instrument nom_instrument
1 guitare
2 violon
3 flûte
4 vielle
De même, j'ai une table STYLES.
ref_style nom_style
1 pop
2 musique classique
3 médiéval
4 metal
Ce que j'aurais pu faire, mais qui, pour mon goût, est très mauvais. C'est
un champ par instrument et un champ par style. Le problème, c'est que si
un album a plus d'instruments ou de styles que j'ai prévu, est qu'il faut
que je modifie ma base et peut être mon code.
Album1
ref_album nom_album inst1 inst2 inst3 inst4 inst5 styl1 styl2 styl3
1 Deggial 1 2 3 2 4
2 Ghost Of A Rose 1 2 3 4 1 3
la table en multivalue devient
ref_album nom_album instruments Styles
1 Deggial 1/2/3 2/4
2 Ghost Of A Rose 1/ 2/3/4 1/3
/ est le separateur de valeur
j'ai garder la presentation sgbdr pour pas te perturber et la ref_album
inutile
Ce que j'ai choisit, c'est de tout mettre dans une seule table sans
redondance. Album3
ref_album nom_album ref_instrument ref_style
1 Deggial 1;2;3 2;4
2 Ghost Of A Rose 1;2;3;4 1;3
voila tu as raisonner en multivaleur
Ca me fait penser à du multivalué, mais ce n'est pas possible, car tu as
écrit qu'on ne peut pas faire de multivalué avec un SGBDR. En plus, le
multivalué utilise des dictionnaires que je n'ai pas compris.
tu as reproduit le principe du MV mais maintenant il te manque les outils
pour utilise avec le php tu recreer un outils mais c'est lourd
en multivalue une fois ton fichier structurer tu creer les entrees dans le
dico du fichier
nom instruments Styles
001 A 001 A 001 A indique
travail sur un attribut
002 1 002 2 002 3
numero attribut
003
004
005
006
007
008
009
010
http://www.openqm.com/downloads/ref.pdf PAGE 5 POUR LES ARTICLES DE
DICO
puis tu peut interroger ton fichier par des requetes
SORT fichier NOM INSTRUMENTS STYLES
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/
Donc, j'utilise une base de données MySQL avec du php. J'ai (entre autre) des albums. Ces albums possèdent une référence et un titre. Jusque là, ça va. Le premier problème est que chaque album appartient à un ou plusieurs styles de musique. Sur chaque album, il y a aussi plusieurs instruments qui
sont utilisés. Evidement, le nombre de styles et le nombre d'instruments est variable suivant les albums.
Dans tous les cas, j'ai une table INSTRUMENTS que je ne réécrirais pas. ref_instrument nom_instrument 1 guitare 2 violon 3 flûte 4 vielle
De même, j'ai une table STYLES. ref_style nom_style 1 pop 2 musique classique 3 médiéval 4 metal
Ce que j'aurais pu faire, mais qui, pour mon goût, est très mauvais. C'est un champ par instrument et un champ par style. Le problème, c'est que si un album a plus d'instruments ou de styles que j'ai prévu, est qu'il faut que je modifie ma base et peut être mon code. Album1 ref_album nom_album inst1 inst2 inst3 inst4 inst5 styl1 styl2 styl3 1 Deggial 1 2 3 2 4 2 Ghost Of A Rose 1 2 3 4 1 3
la table en multivalue devient
ref_album nom_album instruments Styles 1 Deggial 1/2/3 2/4 2 Ghost Of A Rose 1/ 2/3/4 1/3
/ est le separateur de valeur j'ai garder la presentation sgbdr pour pas te perturber et la ref_album inutile
Ce que j'ai choisit, c'est de tout mettre dans une seule table sans redondance. Album3 ref_album nom_album ref_instrument ref_style 1 Deggial 1;2;3 2;4 2 Ghost Of A Rose 1;2;3;4 1;3
voila tu as raisonner en multivaleur
Ca me fait penser à du multivalué, mais ce n'est pas possible, car tu as écrit qu'on ne peut pas faire de multivalué avec un SGBDR. En plus, le multivalué utilise des dictionnaires que je n'ai pas compris.
tu as reproduit le principe du MV mais maintenant il te manque les outils
pour utilise avec le php tu recreer un outils mais c'est lourd
en multivalue une fois ton fichier structurer tu creer les entrees dans le dico du fichier
nom instruments Styles 001 A 001 A 001 A indique travail sur un attribut 002 1 002 2 002 3 numero attribut 003 004 005 006 007 008 009 010 http://www.openqm.com/downloads/ref.pdf PAGE 5 POUR LES ARTICLES DE DICO
puis tu peut interroger ton fichier par des requetes
SORT fichier NOM INSTRUMENTS STYLES
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
helios
"Nicolas George" <nicolas$ a écrit dans le message de news:dcbj1t$22jc$
"helios" , dans le message <42e94ba1$0$5045$, a
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire feraient
mieux de s'abstenir de programmer.
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news:dcbj1t$22jc$1@nef.ens.fr...
"helios" , dans le message <42e94ba1$0$5045$636a15ce@news.free.fr>, a
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire
feraient
mieux de s'abstenir de programmer.
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans
rien retoucher si c'est vraiment portable ?
"Nicolas George" <nicolas$ a écrit dans le message de news:dcbj1t$22jc$
"helios" , dans le message <42e94ba1$0$5045$, a
la portabilite du C est plus du marketing qu'une realite
La portabilité du C est une réalité, ceux qui pensent le contraire feraient
mieux de s'abstenir de programmer.
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
helios
"Stéphane CARPENTIER" a écrit dans le message de news:42e941eb$0$18772$
helios wrote:
Cobol sera a terme remplacer par java car sauf erreur java peut faire tout
ce que cobol fait en etat portable
A très très très long terme, le Cobol sera remplacé. Le terme est tellement
long que le java aura peut être aussi été remplacé.
Dans le système bancaire, il y a deux parties. Une partie front, qui est la
relation entre les banques, les clients, les entreprises et autres utilisateurs. Sur cette partie le Cobol est quasiment remplacé par du Java.
L'autre partie, c'est le Back, c'est le stockage des données, c'est l'ensemble des gros calculs sur ces données. Sur cette partie, c'est encore
du Cobol. Et il n'est pas du tout envisagé de remplacer le Cobol. C'est un système qui est très fiable. S'il y a le moindre problème après ou pendant un remplacement, des banques pourraient couler. Ce n'est pas du tout envisagé.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
"Stéphane CARPENTIER" <stef.carpentier@gratuit.fr.invalid> a écrit dans le
message de news:42e941eb$0$18772$636a15ce@news.free.fr...
helios wrote:
Cobol sera a terme remplacer par java car sauf erreur java peut faire
tout
ce que cobol fait en etat portable
A très très très long terme, le Cobol sera remplacé. Le terme est
tellement
long que le java aura peut être aussi été remplacé.
Dans le système bancaire, il y a deux parties. Une partie front, qui est
la
relation entre les banques, les clients, les entreprises et autres
utilisateurs. Sur cette partie le Cobol est quasiment remplacé par du
Java.
L'autre partie, c'est le Back, c'est le stockage des données, c'est
l'ensemble des gros calculs sur ces données. Sur cette partie, c'est
encore
du Cobol. Et il n'est pas du tout envisagé de remplacer le Cobol. C'est un
système qui est très fiable. S'il y a le moindre problème après ou pendant
un remplacement, des banques pourraient couler. Ce n'est pas du tout
envisagé.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/
"Stéphane CARPENTIER" a écrit dans le message de news:42e941eb$0$18772$
helios wrote:
Cobol sera a terme remplacer par java car sauf erreur java peut faire tout
ce que cobol fait en etat portable
A très très très long terme, le Cobol sera remplacé. Le terme est tellement
long que le java aura peut être aussi été remplacé.
Dans le système bancaire, il y a deux parties. Une partie front, qui est la
relation entre les banques, les clients, les entreprises et autres utilisateurs. Sur cette partie le Cobol est quasiment remplacé par du Java.
L'autre partie, c'est le Back, c'est le stockage des données, c'est l'ensemble des gros calculs sur ces données. Sur cette partie, c'est encore
du Cobol. Et il n'est pas du tout envisagé de remplacer le Cobol. C'est un système qui est très fiable. S'il y a le moindre problème après ou pendant un remplacement, des banques pourraient couler. Ce n'est pas du tout envisagé.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
Thierry Boudet
On 2005-07-28, helios wrote:
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
Donc, si j'installe un TurboC dans FreeDos dans Boch, je
peut recompiler qmsys ?
-- Want to see nacked teens offline? http://www.w3schools.com/downloadwww.htm
On 2005-07-28, helios <helios@com02.com> wrote:
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans
rien retoucher si c'est vraiment portable ?
Donc, si j'installe un TurboC dans FreeDos dans Boch, je
peut recompiler qmsys ?
--
Want to see nacked teens offline? http://www.w3schools.com/downloadwww.htm
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
Donc, si j'installe un TurboC dans FreeDos dans Boch, je
peut recompiler qmsys ?
-- Want to see nacked teens offline? http://www.w3schools.com/downloadwww.htm
Vincent Bernat
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet 2005, vers 23:16, "helios" disait:
Ben non, comme il a deja un acces local, donc beneficie de tous les exploits locaux. et il en fait quoi ? rien
Des exploits locaux ? Eh bien, il les exploite, passe root, et la, il fait ce qu'il veut. Genre rajouter un compte toor (uid 0) pour pouvoir repasser la semaine prochaine.
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
Il utilise un exploit local. Ça va finir par se voir que tu n'y connais rien à la sécu.
http://en.wikipedia.org/wiki/Exploit_%28computer_security%29 -- BOFH excuse #419: Repeated reboots of the system failed to solve problem
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet
2005, vers 23:16, "helios" <helios@com02.com> disait:
Ben non, comme il a deja un acces local, donc beneficie de tous les
exploits locaux.
et il en fait quoi ? rien
Des exploits locaux ? Eh bien, il les exploite, passe root, et la, il
fait ce qu'il veut. Genre rajouter un compte toor (uid 0) pour pouvoir
repasser la semaine prochaine.
mais biensur et pour passer root il telephone a l'admin pour avoir le pass
de root
Il utilise un exploit local. Ça va finir par se voir que tu n'y
connais rien à la sécu.
http://en.wikipedia.org/wiki/Exploit_%28computer_security%29
--
BOFH excuse #419:
Repeated reboots of the system failed to solve problem
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet 2005, vers 23:16, "helios" disait:
Ben non, comme il a deja un acces local, donc beneficie de tous les exploits locaux. et il en fait quoi ? rien
Des exploits locaux ? Eh bien, il les exploite, passe root, et la, il fait ce qu'il veut. Genre rajouter un compte toor (uid 0) pour pouvoir repasser la semaine prochaine.
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
Il utilise un exploit local. Ça va finir par se voir que tu n'y connais rien à la sécu.
http://en.wikipedia.org/wiki/Exploit_%28computer_security%29 -- BOFH excuse #419: Repeated reboots of the system failed to solve problem
Vincent Bernat
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet 2005, vers 23:18, "helios" disait:
la portabilite du C est plus du marketing qu'une realite
Les p'tits gars de NetBSD vont être content. Ils ont un même code source C pour tout ce qui est userland et ça compile sur des dizaines d'architecture. -- BOFH excuse #337: the butane lighter causes the pincushioning
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet
2005, vers 23:18, "helios" <helios@com02.com> disait:
la portabilite du C est plus du marketing qu'une realite
Les p'tits gars de NetBSD vont être content. Ils ont un même code
source C pour tout ce qui est userland et ça compile sur des dizaines
d'architecture.
--
BOFH excuse #337:
the butane lighter causes the pincushioning
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 28 juillet 2005, vers 23:18, "helios" disait:
la portabilite du C est plus du marketing qu'une realite
Les p'tits gars de NetBSD vont être content. Ils ont un même code source C pour tout ce qui est userland et ça compile sur des dizaines d'architecture. -- BOFH excuse #337: the butane lighter causes the pincushioning
Nicolas George
"helios" , dans le message <42e9551c$0$3072$, a écrit :
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
Si ça compile pas, c'est que c'est pas du C. Ce qui est probable, si quelqu'un a écrit avec « borland turbo C », et surtout si ce quelqu'un te connaît.
"helios" , dans le message <42e9551c$0$3072$636a15ce@news.free.fr>, a
écrit :
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans
rien retoucher si c'est vraiment portable ?
Si ça compile pas, c'est que c'est pas du C. Ce qui est probable, si
quelqu'un a écrit avec « borland turbo C », et surtout si ce quelqu'un te
connaît.
"helios" , dans le message <42e9551c$0$3072$, a écrit :
tu prends un programme C de borland turbo C et tu le recompile avec GCC sans rien retoucher si c'est vraiment portable ?
Si ça compile pas, c'est que c'est pas du C. Ce qui est probable, si quelqu'un a écrit avec « borland turbo C », et surtout si ce quelqu'un te connaît.
Nicolas Le Scouarnec
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
Il y a des gens qui ont déja exploité des failles de sécurité pour passer root. Ca arrive sur un serveur très bien administré, c'est surement très rare, mais ca n'est peut etre pas impossible...
Nier le risque d'un exploit local, c'est pas très sérieux.
-- Nicolas Le Scouarnec
mais biensur et pour passer root il telephone a l'admin pour avoir le pass
de root
Il y a des gens qui ont déja exploité des failles de sécurité pour
passer root. Ca arrive sur un serveur très bien administré, c'est
surement très rare, mais ca n'est peut etre pas impossible...
Nier le risque d'un exploit local, c'est pas très sérieux.
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
Il y a des gens qui ont déja exploité des failles de sécurité pour passer root. Ca arrive sur un serveur très bien administré, c'est surement très rare, mais ca n'est peut etre pas impossible...
Nier le risque d'un exploit local, c'est pas très sérieux.
