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 administrateur est celui qui administre pas celui qui ecrit les routines interne
mais toi parle moi du fonctionnement interne de oracle
Le fonctionnement interne d'un soft ne signifie pas nécessairement qu'on connaît les algorithmes employés pour assurer les _fonctionnalités_ du dit soft. Exemple : il arrive souvent qu'on utilise des tables de hash pour gérer les fichiers dans un système de fichiers avec inodes. Maintenant, quel est l'algo utilisé pour implémenter cette structure de hash ? un tableau ? un tableau de listes chaînées ? On s'en fout ? Ben oui, du côté système, à moins de s'intéresser _en_particulier_ au système de fichier employé dans le système, on s'en fout. Ici, la question concernant le "fonctionnement interne" concernait les "macro-mécanismes" de PICK. Càd : comment PICK fait-il pour être à la fois "portable" et utiliser le FS de l'OS sur lequel il tourne ? Parce qu'il y a de la marge entre FAT32, Ext{2,3}, FFS, et NTFS, par exemple. Je ne te demande pas les algos, mais les mécanismes, les principes généraux qui permettent de faire ça.
quel est l'algo de tris utilise ? comment est calculer une factoriel ? si un btree est utilise de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou lifo ? tailles des piles ? Tu te rends compte que tu viens d'écrire une grosse bêtise ? (indice :
"pile" et "fifo"...)
-- "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)
un administrateur est celui qui administre pas celui qui ecrit les routines
interne
mais toi parle moi du fonctionnement interne de oracle
Le fonctionnement interne d'un soft ne signifie pas nécessairement qu'on
connaît les algorithmes employés pour assurer les _fonctionnalités_ du dit
soft. Exemple : il arrive souvent qu'on utilise des tables de hash pour
gérer les fichiers dans un système de fichiers avec inodes. Maintenant,
quel est l'algo utilisé pour implémenter cette structure de hash ? un
tableau ? un tableau de listes chaînées ? On s'en fout ? Ben oui, du côté
système, à moins de s'intéresser _en_particulier_ au système de fichier
employé dans le système, on s'en fout. Ici, la question concernant le
"fonctionnement interne" concernait les "macro-mécanismes" de PICK.
Càd : comment PICK fait-il pour être à la fois "portable" et utiliser le
FS de l'OS sur lequel il tourne ? Parce qu'il y a de la marge entre FAT32,
Ext{2,3}, FFS, et NTFS, par exemple. Je ne te demande pas les algos, mais
les mécanismes, les principes généraux qui permettent de faire ça.
quel est l'algo de
tris utilise ? comment est calculer une factoriel ? si un btree est utilise
de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou lifo
? tailles des piles ?
Tu te rends compte que tu viens d'écrire une grosse bêtise ? (indice :
"pile" et "fifo"...)
--
"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)
un administrateur est celui qui administre pas celui qui ecrit les routines interne
mais toi parle moi du fonctionnement interne de oracle
Le fonctionnement interne d'un soft ne signifie pas nécessairement qu'on connaît les algorithmes employés pour assurer les _fonctionnalités_ du dit soft. Exemple : il arrive souvent qu'on utilise des tables de hash pour gérer les fichiers dans un système de fichiers avec inodes. Maintenant, quel est l'algo utilisé pour implémenter cette structure de hash ? un tableau ? un tableau de listes chaînées ? On s'en fout ? Ben oui, du côté système, à moins de s'intéresser _en_particulier_ au système de fichier employé dans le système, on s'en fout. Ici, la question concernant le "fonctionnement interne" concernait les "macro-mécanismes" de PICK. Càd : comment PICK fait-il pour être à la fois "portable" et utiliser le FS de l'OS sur lequel il tourne ? Parce qu'il y a de la marge entre FAT32, Ext{2,3}, FFS, et NTFS, par exemple. Je ne te demande pas les algos, mais les mécanismes, les principes généraux qui permettent de faire ça.
quel est l'algo de tris utilise ? comment est calculer une factoriel ? si un btree est utilise de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou lifo ? tailles des piles ? Tu te rends compte que tu viens d'écrire une grosse bêtise ? (indice :
"pile" et "fifo"...)
-- "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)
Michel Talon
Thierry Boudet wrote:
On 2005-07-25, helios wrote:
essais deja www.pick.com02.com et il y en a d'autre
Ah ah ah! $ lynx www.pick.com02.com
Trop crédible, passera pas...
Au moins ici on trouve des explications compréhensibles:
http://www.bvr.be/pick/technique.html De ce que je comprends, pick utilise un disque raw et y crée son propre système de fichiers qui est "orienté base de données" comme on le dit de Reiser4.
" La grande particularité de PICK est de proposer une structure de fichier unique qui sera adaptée à toutes les situations. Pas de séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements, ou articles, qui peuvent contenir un nombre illimité de zones, ou attributs, qui contiendront des sous-zones, ou valeurs, qui, elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs, valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un gaspillage de l'espace disque. (Statistiquement 30 % d'économie) "
Pour faire bonne mesure, ils ont leur propre gestion de mémoire virtuelle:
" 1. La mémoire virtuelle.
Le système PICK est basé sur un principe courant sur de gros système informatique, la mémoire virtuelle.
En d'autres termes, la mémoire de masse constituée par le disque dur peut être considérée par l'utilisateur comme faisant partie de la mémoire centrale. En effet, le système d'exploitation se charge, de façon transparente, d'échanger les données entre le disque dur et la mémoire centrale réelle. "
Autant dire qu'on jette à la poubelle les deux composants les plus importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas étonnant que le bins ait besoin de tourner en root.
(*) Notions qui rappellent des souvenirs aux gens qui ont connus les IBM 3[6,7]0 où on pouvait gérer directement la position des enregistrements sur le disque, et où les fichiers étaient organisés en enregistrments, pas en blocs.
Thierry Boudet wrote:
On 2005-07-25, helios <helios@com02.com> wrote:
essais deja www.pick.com02.com et il y en a d'autre
Ah ah ah!
$ lynx www.pick.com02.com
Trop crédible, passera pas...
Au moins ici on trouve des explications compréhensibles:
http://www.bvr.be/pick/technique.html
De ce que je comprends, pick utilise un disque raw et y crée
son propre système de fichiers qui est "orienté base de données"
comme on le dit de Reiser4.
" La grande particularité de PICK est de proposer une structure de
fichier unique qui sera adaptée à toutes les situations. Pas de
séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de
données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements,
ou articles, qui peuvent contenir un nombre illimité de zones, ou
attributs, qui contiendront des sous-zones, ou valeurs, qui,
elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs,
valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un
gaspillage de l'espace disque. (Statistiquement 30 % d'économie)
"
Pour faire bonne mesure, ils ont leur propre gestion de mémoire virtuelle:
" 1. La mémoire virtuelle.
Le système PICK est basé sur un principe courant sur de gros
système informatique, la mémoire virtuelle.
En d'autres termes, la mémoire de masse constituée par le disque
dur peut être considérée par l'utilisateur comme faisant partie de la
mémoire centrale. En effet, le système d'exploitation se charge, de
façon transparente, d'échanger les données entre le disque dur et la
mémoire centrale réelle.
"
Autant dire qu'on jette à la poubelle les deux composants les plus
importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas
étonnant que le bins ait besoin de tourner en root.
(*) Notions qui rappellent des souvenirs aux gens qui ont connus les
IBM 3[6,7]0 où on pouvait gérer directement la position des
enregistrements sur le disque, et où les fichiers étaient organisés
en enregistrments, pas en blocs.
essais deja www.pick.com02.com et il y en a d'autre
Ah ah ah! $ lynx www.pick.com02.com
Trop crédible, passera pas...
Au moins ici on trouve des explications compréhensibles:
http://www.bvr.be/pick/technique.html De ce que je comprends, pick utilise un disque raw et y crée son propre système de fichiers qui est "orienté base de données" comme on le dit de Reiser4.
" La grande particularité de PICK est de proposer une structure de fichier unique qui sera adaptée à toutes les situations. Pas de séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements, ou articles, qui peuvent contenir un nombre illimité de zones, ou attributs, qui contiendront des sous-zones, ou valeurs, qui, elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs, valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un gaspillage de l'espace disque. (Statistiquement 30 % d'économie) "
Pour faire bonne mesure, ils ont leur propre gestion de mémoire virtuelle:
" 1. La mémoire virtuelle.
Le système PICK est basé sur un principe courant sur de gros système informatique, la mémoire virtuelle.
En d'autres termes, la mémoire de masse constituée par le disque dur peut être considérée par l'utilisateur comme faisant partie de la mémoire centrale. En effet, le système d'exploitation se charge, de façon transparente, d'échanger les données entre le disque dur et la mémoire centrale réelle. "
Autant dire qu'on jette à la poubelle les deux composants les plus importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas étonnant que le bins ait besoin de tourner en root.
(*) Notions qui rappellent des souvenirs aux gens qui ont connus les IBM 3[6,7]0 où on pouvait gérer directement la position des enregistrements sur le disque, et où les fichiers étaient organisés en enregistrments, pas en blocs.
Franck Yvonnet
Ainsi Parlait helios
oracle est utilise par 600 personne
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600 DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ? En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
-- 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>
oracle est utilise par 600 personne
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600
DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ?
En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
--
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.
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600 DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ? En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Stephane Zuckerman
Exemple de requête dans PICK : "SELECT CLIENTS AVEC DEBIT '2000'
STON
SORT CLIENTS NOM ADRES CP LOCALITE DEBIT (P) "
C'est vrai que c'est vraiment *facile* pour la secrétaire de rajouter une requête à la dernière minute pour son patron-qui-veut-une-stat-pas-prévue grâce à la syntaxe de PICK.
Je veux bien croire que le système aie des performances correcte, mais les arguments de mauvaise foi m'énervent.
Merci Michel pour le lien.
-- "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)
Exemple de requête dans PICK :
"SELECT CLIENTS AVEC DEBIT '2000'
STON
SORT CLIENTS NOM ADRES CP LOCALITE DEBIT (P) "
C'est vrai que c'est vraiment *facile* pour la secrétaire de rajouter une
requête à la dernière minute pour son patron-qui-veut-une-stat-pas-prévue
grâce à la syntaxe de PICK.
Je veux bien croire que le système aie des performances correcte, mais les
arguments de mauvaise foi m'énervent.
Merci Michel pour le lien.
--
"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)
Exemple de requête dans PICK : "SELECT CLIENTS AVEC DEBIT '2000'
STON
SORT CLIENTS NOM ADRES CP LOCALITE DEBIT (P) "
C'est vrai que c'est vraiment *facile* pour la secrétaire de rajouter une requête à la dernière minute pour son patron-qui-veut-une-stat-pas-prévue grâce à la syntaxe de PICK.
Je veux bien croire que le système aie des performances correcte, mais les arguments de mauvaise foi m'énervent.
Merci Michel pour le lien.
-- "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)
Franck Yvonnet
Ainsi Parlait helios
la base est plante mais les fichiers linux sont toujour accessible
Qu'est-ce qu'on a à foutre des fichiers "linux" ? On parle d'un serveur de base de donnée.
les fichier accessible sous un users toto sont beaucoup moins nombreux que sous l'utilisateur SGBD
Mais de quels fichiers parles-tu ???
-- 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>
la base est plante mais les fichiers linux sont toujour accessible
Qu'est-ce qu'on a à foutre des fichiers "linux" ? On parle d'un serveur
de base de donnée.
les fichier accessible sous un users toto sont beaucoup moins nombreux que
sous l'utilisateur SGBD
Mais de quels fichiers parles-tu ???
--
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.
la base est plante mais les fichiers linux sont toujour accessible
Qu'est-ce qu'on a à foutre des fichiers "linux" ? On parle d'un serveur de base de donnée.
les fichier accessible sous un users toto sont beaucoup moins nombreux que
sous l'utilisateur SGBD
Mais de quels fichiers parles-tu ???
c'est nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une partie soit un fichier du linux donc accessible depuis linux
Vincent Bernat
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers 17:26, Michel Talon disait:
" La grande particularité de PICK est de proposer une structure de fichier unique qui sera adaptée à toutes les situations. Pas de séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements, ou articles, qui peuvent contenir un nombre illimité de zones, ou attributs, qui contiendront des sous-zones, ou valeurs, qui, elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs, valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un gaspillage de l'espace disque. (Statistiquement 30 % d'économie) "
Exit la séparation de privilèges. Comme quoi, les explications sur la sécu, c'est du grand n'importe quoi.
" 1. La mémoire virtuelle. [...]
Autant dire qu'on jette à la poubelle les deux composants les plus importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas étonnant que le bins ait besoin de tourner en root.
Je ne vois guère pourquoi. UML tourne intégralement en utilisateur et gère ses propres FS et sa propre mémoire virtuelle. -- panic("Attempted to kill the idle task!"); 2.2.16 /usr/src/linux/kernel/exit.c
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers
17:26, Michel Talon <talon@lpthe.jussieu.fr> disait:
" La grande particularité de PICK est de proposer une structure de
fichier unique qui sera adaptée à toutes les situations. Pas de
séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de
données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements,
ou articles, qui peuvent contenir un nombre illimité de zones, ou
attributs, qui contiendront des sous-zones, ou valeurs, qui,
elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs,
valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un
gaspillage de l'espace disque. (Statistiquement 30 % d'économie)
"
Exit la séparation de privilèges. Comme quoi, les explications sur la
sécu, c'est du grand n'importe quoi.
" 1. La mémoire virtuelle.
[...]
Autant dire qu'on jette à la poubelle les deux composants les plus
importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas
étonnant que le bins ait besoin de tourner en root.
Je ne vois guère pourquoi. UML tourne intégralement en utilisateur et
gère ses propres FS et sa propre mémoire virtuelle.
--
panic("Attempted to kill the idle task!");
2.2.16 /usr/src/linux/kernel/exit.c
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers 17:26, Michel Talon disait:
" La grande particularité de PICK est de proposer une structure de fichier unique qui sera adaptée à toutes les situations. Pas de séquentiel, ni de direct, ni d'indexé séquentiel (*).
Tous les fichiers, qu'ils soient système, MD, dictionnaire ou de données, sont de même type.
Les fichiers peuvent contenir un nombre illimité d'enregistrements, ou articles, qui peuvent contenir un nombre illimité de zones, ou attributs, qui contiendront des sous-zones, ou valeurs, qui, elles-mêmes, contiendront un nombre quelconque de sous-valeurs.
PICK gère automatiquement les fichiers, enregistrements, attributs, valeurs et sous-valeurs en longueur variable. Ceci permet d'éviter un gaspillage de l'espace disque. (Statistiquement 30 % d'économie) "
Exit la séparation de privilèges. Comme quoi, les explications sur la sécu, c'est du grand n'importe quoi.
" 1. La mémoire virtuelle. [...]
Autant dire qu'on jette à la poubelle les deux composants les plus importants d'un système comme Unix (ou WindowsNT d'ailleurs). Pas étonnant que le bins ait besoin de tourner en root.
Je ne vois guère pourquoi. UML tourne intégralement en utilisateur et gère ses propres FS et sa propre mémoire virtuelle. -- panic("Attempted to kill the idle task!"); 2.2.16 /usr/src/linux/kernel/exit.c
Franck Yvonnet
Ainsi Parlait helios
c'est nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une partie soit un fichier du linux donc accessible depuis linux
Oui, et ? Si ta base ne tourne pas, comment tu lis des données ? Avec un éditeur hexadécimal ?
-- 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>
c'est nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une
partie soit un fichier du linux donc accessible depuis linux
Oui, et ? Si ta base ne tourne pas, comment tu lis des données ? Avec un
éditeur hexadécimal ?
--
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 nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une partie soit un fichier du linux donc accessible depuis linux
Oui, et ? Si ta base ne tourne pas, comment tu lis des données ? Avec un éditeur hexadécimal ?
-- 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
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
un administrateur est celui qui administre pas celui qui ecrit les routines
interne
mais toi parle moi du fonctionnement interne de oracle quel est l'algo de
tris utilise ? comment est calculer une factoriel ? si un btree est utilise
de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou lifo
? tailles des piles ?
Ce n'est pas ce que je te demande. Ce que je te demande, c'est comment marche la separation des privileges, je peux te decrire les mecanismes de PostgreSQL, de MySQL, d'Unix avec et sans les ACLs. Te decrire comment changer les droits, donner des droits d'acces en lecture, en ecriture, en effacement, en execution, en ajout, en modification ... sur chacun de ces systemes et softwares lorsque ceux ci les gerent, parce que savoir gerer le partage des privileges sur un systeme, c'est le stricte minimum pour qui se dit administrateur systeme.
Pour faire rapide, comment tu fais chmod g+w avec Pick.
pour faire chmod g+w fichier avec Pick.tu fait execute "chmod g+w fichier" mais cela n'a aucun interet de gerer les fichiers en mode linux c'est comme avoir un cyclo et arreter le moteur pour pedaler
l'administration sous pick n'a rien a voir avec celle sous linux , pick gere linux donc l'utilisateur n'a pas a ce soucier de linux , sous linux on geres des users , des comptes users et des fichiers
L'users est defini par son profil qui lui donne acces a des comptes users. Les comptes users contiennent des fichiers (du moins les pointeur vers les fichiers ) et un vocabulaire suivant le niveau de securite du compte .
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:nrfkr2-2o5.ln1@gulliver.unices.org...
helios wrote:
un administrateur est celui qui administre pas celui qui ecrit les
routines
interne
mais toi parle moi du fonctionnement interne de oracle quel est l'algo
de
tris utilise ? comment est calculer une factoriel ? si un btree est
utilise
de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou
lifo
? tailles des piles ?
Ce n'est pas ce que je te demande. Ce que je te demande, c'est comment
marche la separation des privileges, je peux te decrire les mecanismes
de PostgreSQL, de MySQL, d'Unix avec et sans les ACLs. Te decrire
comment changer les droits, donner des droits d'acces en lecture, en
ecriture, en effacement, en execution, en ajout, en modification ... sur
chacun de ces systemes et softwares lorsque ceux ci les gerent, parce
que savoir gerer le partage des privileges sur un systeme, c'est le
stricte minimum pour qui se dit administrateur systeme.
Pour faire rapide, comment tu fais chmod g+w avec Pick.
pour faire chmod g+w fichier avec Pick.tu fait execute "chmod g+w fichier"
mais cela n'a aucun interet de gerer les fichiers en mode linux c'est comme
avoir un cyclo et arreter le moteur pour pedaler
l'administration sous pick n'a rien a voir avec celle sous linux , pick gere
linux donc l'utilisateur n'a pas a ce soucier de linux , sous linux on geres
des users , des comptes users et des fichiers
L'users est defini par son profil qui lui donne acces a des comptes users.
Les comptes users contiennent des fichiers (du moins les pointeur vers les
fichiers ) et un vocabulaire suivant le niveau de securite du compte .
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
un administrateur est celui qui administre pas celui qui ecrit les routines
interne
mais toi parle moi du fonctionnement interne de oracle quel est l'algo de
tris utilise ? comment est calculer une factoriel ? si un btree est utilise
de quel ordre est il ? quel sont les type de pile utilise lifo fifo ou lifo
? tailles des piles ?
Ce n'est pas ce que je te demande. Ce que je te demande, c'est comment marche la separation des privileges, je peux te decrire les mecanismes de PostgreSQL, de MySQL, d'Unix avec et sans les ACLs. Te decrire comment changer les droits, donner des droits d'acces en lecture, en ecriture, en effacement, en execution, en ajout, en modification ... sur chacun de ces systemes et softwares lorsque ceux ci les gerent, parce que savoir gerer le partage des privileges sur un systeme, c'est le stricte minimum pour qui se dit administrateur systeme.
Pour faire rapide, comment tu fais chmod g+w avec Pick.
pour faire chmod g+w fichier avec Pick.tu fait execute "chmod g+w fichier" mais cela n'a aucun interet de gerer les fichiers en mode linux c'est comme avoir un cyclo et arreter le moteur pour pedaler
l'administration sous pick n'a rien a voir avec celle sous linux , pick gere linux donc l'utilisateur n'a pas a ce soucier de linux , sous linux on geres des users , des comptes users et des fichiers
L'users est defini par son profil qui lui donne acces a des comptes users. Les comptes users contiennent des fichiers (du moins les pointeur vers les fichiers ) et un vocabulaire suivant le niveau de securite du compte .
helios
"Franck Yvonnet" a écrit dans le message de news:
Ainsi Parlait helios
c'est nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une partie soit un fichier du linux donc accessible depuis linux
Oui, et ? Si ta base ne tourne pas, comment tu lis des données ? Avec un éditeur hexadécimal ?
tu charge le fichier sur une autre base et adieu la securite puisque maintenant tu as le fichier sur TA base et non plus celle du serveur
comment tu croit que fait une base pour lire les fichier d'une autre?
"Franck Yvonnet" <fyvonnet@gmail.com> a écrit dans le message de
news:slrndefba0.989.fyvonnet@gwyneth.glou.net...
Ainsi Parlait helios <helios@com02.com>
c'est nouveau les fichiers du sgbd ne sont pas accessible depuis linux
si tu as un fichier client dans ton sgbd ce fichier s est bien soit une
partie soit un fichier du linux donc accessible depuis linux
Oui, et ? Si ta base ne tourne pas, comment tu lis des données ? Avec un
éditeur hexadécimal ?
tu charge le fichier sur une autre base et adieu la securite puisque
maintenant tu as le fichier sur TA base et non plus celle du serveur
comment tu croit que fait une base pour lire les fichier d'une autre?
