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
OoO Lors de la soirée naissante du jeudi 28 juillet 2005, vers 18:44, "helios" disait:
Donc quelle est la table de ta bijection ?
depart les champs de table 1 arrive champ table 2
Cela ne définit toujours pas une bijection. Mais bon, je modifie un peu l'exemple :
Voiture Proprio 1 1 2 1 3 1 4 1
Proprio Nom Prenom 1 Machin Truc
Tu me dis donc qu'il y a une bijection dont le domaine (départ) est les champs de la table 1 et l'image (arrivée) est le champs de la table 2 ?
C'est bête, l'ensemble de départ a 2 éléments, celui d'arrivée en a 3. Ça va être compliqué de trouver une bijection entre les deux. -- Watch out for off-by-one errors. - The Elements of Programming Style (Kernighan & Plauger)
OoO Lors de la soirée naissante du jeudi 28 juillet 2005, vers 18:44,
"helios" <helios@com02.com> disait:
Donc quelle est la table de ta bijection ?
depart les champs de table 1
arrive champ table 2
Cela ne définit toujours pas une bijection. Mais bon, je modifie un
peu l'exemple :
Voiture Proprio
1 1
2 1
3 1
4 1
Proprio Nom Prenom
1 Machin Truc
Tu me dis donc qu'il y a une bijection dont le domaine (départ) est
les champs de la table 1 et l'image (arrivée) est le champs de la
table 2 ?
C'est bête, l'ensemble de départ a 2 éléments, celui d'arrivée en a
3. Ça va être compliqué de trouver une bijection entre les deux.
--
Watch out for off-by-one errors.
- The Elements of Programming Style (Kernighan & Plauger)
OoO Lors de la soirée naissante du jeudi 28 juillet 2005, vers 18:44, "helios" disait:
Donc quelle est la table de ta bijection ?
depart les champs de table 1 arrive champ table 2
Cela ne définit toujours pas une bijection. Mais bon, je modifie un peu l'exemple :
Voiture Proprio 1 1 2 1 3 1 4 1
Proprio Nom Prenom 1 Machin Truc
Tu me dis donc qu'il y a une bijection dont le domaine (départ) est les champs de la table 1 et l'image (arrivée) est le champs de la table 2 ?
C'est bête, l'ensemble de départ a 2 éléments, celui d'arrivée en a 3. Ça va être compliqué de trouver une bijection entre les deux. -- Watch out for off-by-one errors. - The Elements of Programming Style (Kernighan & Plauger)
Nicolas Le Scouarnec
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
NetBSD tourne sous DEC et AS400
-+- Helios in GLP - Mais non, c'est cohérent.... -+-
Vous n'avez pas l'impression de dire un peu tout et son contraire ? Le nombre d'incohenrence entre vos messages entre: ca fait ci, et ca fait ca avec ci et ca incompatibles, c'est énorme.
-- Nicolas Le Scouarnec
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400
Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
NetBSD tourne sous DEC et AS400
-+- Helios in GLP - Mais non, c'est cohérent.... -+-
Vous n'avez pas l'impression de dire un peu tout et son contraire ? Le
nombre d'incohenrence entre vos messages entre: ca fait ci, et ca fait
ca avec ci et ca incompatibles, c'est énorme.
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
NetBSD tourne sous DEC et AS400
-+- Helios in GLP - Mais non, c'est cohérent.... -+-
Vous n'avez pas l'impression de dire un peu tout et son contraire ? Le nombre d'incohenrence entre vos messages entre: ca fait ci, et ca fait ca avec ci et ca incompatibles, c'est énorme.
-- Nicolas Le Scouarnec
Nicolas Le Scouarnec
C'est le même principe que pour un compilateur normalement : une fois que tu as les instructions de base qui sont implémentées avec le langage de la machine, il "suffit" de construire par-dessus. c'est la meme chose pour pick la difficulte de portage est similaire a celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas infaisable, c'est pas aussi complexe que de tout créer depuis rien, mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base). exact le choix du language applicatif n'est pas judicieux pour l'exemple car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques au système ou directement au matériel, c'est portable.
-- Nicolas Le Scouarnec
C'est le même principe que pour un compilateur normalement : une fois que
tu as les instructions de base qui sont implémentées avec le langage de la
machine, il "suffit" de construire par-dessus.
c'est la meme chose pour pick la difficulte de portage est similaire a celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme
largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas
infaisable, c'est pas aussi complexe que de tout créer depuis rien,
mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le
programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la
base).
exact le choix du language applicatif n'est pas judicieux pour l'exemple car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques
au système ou directement au matériel, c'est portable.
C'est le même principe que pour un compilateur normalement : une fois que tu as les instructions de base qui sont implémentées avec le langage de la machine, il "suffit" de construire par-dessus. c'est la meme chose pour pick la difficulte de portage est similaire a celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas infaisable, c'est pas aussi complexe que de tout créer depuis rien, mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base). exact le choix du language applicatif n'est pas judicieux pour l'exemple car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques au système ou directement au matériel, c'est portable.
-- Nicolas Le Scouarnec
Nicolas Le Scouarnec
Pfff, Kermit a 6 000 000 d'utilisateurs ! Si tu comptes toutes les HP4[89]G[X ] en circulation, ça dépasse largement
ce nombre.
Il y a du Xmodem sur la HP 49, donc on ne sait jamais. Ceci dit, 6 000 000, c'est pas énorme , TCP/IP doit bien avoir 1 000 000 000 d'utilisateurs directs ou indirects...
-- Nicolas Le Scouarnec
Pfff, Kermit a 6 000 000 d'utilisateurs !
Si tu comptes toutes les HP4[89]G[X ] en circulation, ça dépasse largement
ce nombre.
Il y a du Xmodem sur la HP 49, donc on ne sait jamais. Ceci dit, 6 000
000, c'est pas énorme , TCP/IP doit bien avoir 1 000 000 000
d'utilisateurs directs ou indirects...
Pfff, Kermit a 6 000 000 d'utilisateurs ! Si tu comptes toutes les HP4[89]G[X ] en circulation, ça dépasse largement
ce nombre.
Il y a du Xmodem sur la HP 49, donc on ne sait jamais. Ceci dit, 6 000 000, c'est pas énorme , TCP/IP doit bien avoir 1 000 000 000 d'utilisateurs directs ou indirects...
-- Nicolas Le Scouarnec
Nicolas Le Scouarnec
le relationnel est une bijection le MV est des fonctions et applications
?? Cette phrase ne veut pas dire grand chose.
comment s'appelle une fonction qui est aussi une application ? une bijection (revois le cours de math de 6eme)
Je veux pas etre méchant, mais comme tu me dis que je n'ai aucune idée de l'algorithmique et des tris, je te signalerais juste que tu d'énoncer quelque chose qui est relativement inexact.
Une fonction et une application, ca n'est pas vraiment différent. Par contre, une application injective et aussi surjective est une application bijective, tu peux aller faire un tour sur Wikipedia, MathWorld, ce que tu veux...
Ce qu'on appelle fonction courament (sin, cos, x^2) sont des application surjectives, elles ne sont pas forcement injectives.
Tu peux commencer par: http://encyclopedia.laborlawtalk.com/Function_(mathematics)
-- Nicolas Le Scouarnec
le relationnel est une bijection le MV est des fonctions et applications
?? Cette phrase ne veut pas dire grand chose.
comment s'appelle une fonction qui est aussi une application ? une bijection
(revois le cours de math de 6eme)
Je veux pas etre méchant, mais comme tu me dis que je n'ai aucune idée
de l'algorithmique et des tris, je te signalerais juste que tu
d'énoncer quelque chose qui est relativement inexact.
Une fonction et une application, ca n'est pas vraiment différent.
Par contre, une application injective et aussi surjective est une
application bijective, tu peux aller faire un tour sur Wikipedia,
MathWorld, ce que tu veux...
Ce qu'on appelle fonction courament (sin, cos, x^2) sont des
application surjectives, elles ne sont pas forcement injectives.
Tu peux commencer par:
http://encyclopedia.laborlawtalk.com/Function_(mathematics)
le relationnel est une bijection le MV est des fonctions et applications
?? Cette phrase ne veut pas dire grand chose.
comment s'appelle une fonction qui est aussi une application ? une bijection (revois le cours de math de 6eme)
Je veux pas etre méchant, mais comme tu me dis que je n'ai aucune idée de l'algorithmique et des tris, je te signalerais juste que tu d'énoncer quelque chose qui est relativement inexact.
Une fonction et une application, ca n'est pas vraiment différent. Par contre, une application injective et aussi surjective est une application bijective, tu peux aller faire un tour sur Wikipedia, MathWorld, ce que tu veux...
Ce qu'on appelle fonction courament (sin, cos, x^2) sont des application surjectives, elles ne sont pas forcement injectives.
Tu peux commencer par: http://encyclopedia.laborlawtalk.com/Function_(mathematics)
-- Nicolas Le Scouarnec
Nicolas Le Scouarnec
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.
-- Nicolas Le Scouarnec
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.
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.
-- Nicolas Le Scouarnec
Stéphane CARPENTIER
helios wrote:
tu as rien compris chaque niveau de MV est
Pareil. Je n'y comprends rien non plus. Je vais t'exposer mon problème, t'expliquer les choix que j'avais et comment je les ai résolus. Ensuite, si tu le veux bien, tu m'expliquera comment j'aurais du faire avec une base multivaluée.
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
Ce que j'aurais aussi pu faire, qui est propre, mais qui me gonflait. Car c'est lourd et pour ce que je voulais, je n'en avais pas envie. C'est faire une table Album2 ref_album nom_album 1 Deggial 2 Ghost Of A Rose puis, deux tables de correspondances Style_Album et Inst_Album ref_album ref_style 1 2 1 4 2 1 2 3
ref_album ref_inst 1 1 1 2 1 3 2 1 2 2 2 3 2 4
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
ref_instrument et ref_style sont des VARCHAR, comme ça, ils ne prennent pas plus de place que nécessaire en base. Si j'ai estimé à trop juste la longuer d'un champ, je n'ai qu'à augmenter sa taille en étant sûr de n'avoir aucune conséquence sur le code. Je fais juste un sélect avec SQL, et un split sur mon champ avec php me permet de récupérer et traiter toutes mes valeurs une par une.
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.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
helios wrote:
tu as rien compris chaque niveau de MV est
Pareil. Je n'y comprends rien non plus. Je vais t'exposer mon problème,
t'expliquer les choix que j'avais et comment je les ai résolus. Ensuite,
si tu le veux bien, tu m'expliquera comment j'aurais du faire avec une
base multivaluée.
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
Ce que j'aurais aussi pu faire, qui est propre, mais qui me gonflait. Car
c'est lourd et pour ce que je voulais, je n'en avais pas envie. C'est faire
une table Album2
ref_album nom_album
1 Deggial
2 Ghost Of A Rose
puis, deux tables de correspondances Style_Album et Inst_Album
ref_album ref_style
1 2
1 4
2 1
2 3
ref_album ref_inst
1 1
1 2
1 3
2 1
2 2
2 3
2 4
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
ref_instrument et ref_style sont des VARCHAR, comme ça, ils ne prennent pas
plus de place que nécessaire en base. Si j'ai estimé à trop juste la longuer
d'un champ, je n'ai qu'à augmenter sa taille en étant sûr de n'avoir aucune
conséquence sur le code. Je fais juste un sélect avec SQL, et un split sur
mon champ avec php me permet de récupérer et traiter toutes mes valeurs une
par une.
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.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/
Pareil. Je n'y comprends rien non plus. Je vais t'exposer mon problème, t'expliquer les choix que j'avais et comment je les ai résolus. Ensuite, si tu le veux bien, tu m'expliquera comment j'aurais du faire avec une base multivaluée.
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
Ce que j'aurais aussi pu faire, qui est propre, mais qui me gonflait. Car c'est lourd et pour ce que je voulais, je n'en avais pas envie. C'est faire une table Album2 ref_album nom_album 1 Deggial 2 Ghost Of A Rose puis, deux tables de correspondances Style_Album et Inst_Album ref_album ref_style 1 2 1 4 2 1 2 3
ref_album ref_inst 1 1 1 2 1 3 2 1 2 2 2 3 2 4
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
ref_instrument et ref_style sont des VARCHAR, comme ça, ils ne prennent pas plus de place que nécessaire en base. Si j'ai estimé à trop juste la longuer d'un champ, je n'ai qu'à augmenter sa taille en étant sûr de n'avoir aucune conséquence sur le code. Je fais juste un sélect avec SQL, et un split sur mon champ avec php me permet de récupérer et traiter toutes mes valeurs une par une.
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.
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
Stéphane CARPENTIER
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/
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/
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/
helios
"Nicolas Le Scouarnec" nospam. invalid> a écrit dans le message de news:
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.
-- Nicolas Le Scouarnec
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
"Nicolas Le Scouarnec" <root@india.ath.cx. nospam. invalid> a écrit dans le
message de news:slrndeiasg.sai.root@shiva.india.ath.cx...
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.
--
Nicolas Le Scouarnec
mais biensur et pour passer root il telephone a l'admin pour avoir le pass
de root
"Nicolas Le Scouarnec" nospam. invalid> a écrit dans le message de news:
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.
-- Nicolas Le Scouarnec
mais biensur et pour passer root il telephone a l'admin pour avoir le pass de root
helios
"Nicolas Le Scouarnec" nospam. invalid> a écrit dans le message de news:
C'est le même principe que pour un compilateur normalement : une fois que
tu as les instructions de base qui sont implémentées avec le langage de la
machine, il "suffit" de construire par-dessus. c'est la meme chose pour pick la difficulte de portage est similaire a
celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas infaisable, c'est pas aussi complexe que de tout créer depuis rien, mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le
programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base). exact le choix du language applicatif n'est pas judicieux pour l'exemple
car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques au système ou directement au matériel, c'est portable.
la portabilite du C est plus du marketing qu'une realite
"Nicolas Le Scouarnec" <root@india.ath.cx. nospam. invalid> a écrit dans le
message de news:slrndei8us.sai.root@shiva.india.ath.cx...
C'est le même principe que pour un compilateur normalement : une fois
que
tu as les instructions de base qui sont implémentées avec le langage de
la
machine, il "suffit" de construire par-dessus.
c'est la meme chose pour pick la difficulte de portage est similaire a
celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme
largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas
infaisable, c'est pas aussi complexe que de tout créer depuis rien,
mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si
le
programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la
base).
exact le choix du language applicatif n'est pas judicieux pour l'exemple
car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques
au système ou directement au matériel, c'est portable.
la portabilite du C est plus du marketing qu'une realite
"Nicolas Le Scouarnec" nospam. invalid> a écrit dans le message de news:
C'est le même principe que pour un compilateur normalement : une fois que
tu as les instructions de base qui sont implémentées avec le langage de la
machine, il "suffit" de construire par-dessus. c'est la meme chose pour pick la difficulte de portage est similaire a
celle
d'un compilateur
Un compilateur, a priori, c'est non trivial a porter, c'est meme largement plus compliqué a porter que MySQL ou PostGreSQL. C'est pas infaisable, c'est pas aussi complexe que de tout créer depuis rien, mais c'est pas vraiment un exemple raisonnable.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le
programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base). exact le choix du language applicatif n'est pas judicieux pour l'exemple
car
j'ai choisi des language portable effectivement le C etait plus parlant
Du C, en recompilant, si on n'accède pas a des trucs trop spécifiques au système ou directement au matériel, c'est portable.
la portabilite du C est plus du marketing qu'une realite
