Un serveur est différent car généralement il doit gérer des accès parallèles et/ou différents utilisateurs.
Il est souvent soit proche du système multi-utilisateur de l'OS ou a son propre système multi-utilisateur.
Néanmoins, tu trouves des serveurs qui ne sont pas multi-utilisateurs ou qui ne gérent pas des requêtes en parallèle.
Par exemple, bittorrent n'a pas de notion d'utilisateurs et inetd peut t'éviter de rentrer dans l'enfer de faire un programme qui support des connections parallèles. Idem pour bind (sauf quelque cas) qui n'a pas de notion d'utilisateur.
Mais si tu insistes, tu peux aussi installer apache ou bind ou mysql (ce que tu veux) dans ton $HOME (ou /tmp, gnagnagna) et l'excécuter (faudrat utiliser un port supérieur à 1024).
Mais pour mysql et apache :
* propre gestion multi-utilisateur (pour apache c'est .htpasswd par exemple)
* gestion de requête en parallèle (apache peut tourner derrière inetd. Dans ce cas il te faut aussi ton propre inetd si tu installes apache dans ton $HOME).
* apache peut "binder" vers les comptes systèmes (http://.../~compte/(...)). Il doit être super utilisateur dans cas, idem pour utiliser suexec et d'autres "bricoles".
Bref, rien à voir avec gimp ou evolution ou tout un tas d'applis clientes que lance l'utilisateur.
L'utilisateur ne lance pas apache/mysql/bind/dbus. Ou alors c'est un développeur.
[^] # Re: 007 versus Rest Of The World
Posté par 007 . En réponse au journal Unix : ton esprit fout le camp. Évalué à 1.
J'ai oublié ce truc.
Un serveur est différent car généralement il doit gérer des accès parallèles et/ou différents utilisateurs.
Il est souvent soit proche du système multi-utilisateur de l'OS ou a son propre système multi-utilisateur.
Néanmoins, tu trouves des serveurs qui ne sont pas multi-utilisateurs ou qui ne gérent pas des requêtes en parallèle.
Par exemple, bittorrent n'a pas de notion d'utilisateurs et inetd peut t'éviter de rentrer dans l'enfer de faire un programme qui support des connections parallèles. Idem pour bind (sauf quelque cas) qui n'a pas de notion d'utilisateur.
Mais si tu insistes, tu peux aussi installer apache ou bind ou mysql (ce que tu veux) dans ton $HOME (ou /tmp, gnagnagna) et l'excécuter (faudrat utiliser un port supérieur à 1024).
Mais pour mysql et apache :
* propre gestion multi-utilisateur (pour apache c'est .htpasswd par exemple)
* gestion de requête en parallèle (apache peut tourner derrière inetd. Dans ce cas il te faut aussi ton propre inetd si tu installes apache dans ton $HOME).
* apache peut "binder" vers les comptes systèmes (http://.../~compte/(...)). Il doit être super utilisateur dans cas, idem pour utiliser suexec et d'autres "bricoles".
Bref, rien à voir avec gimp ou evolution ou tout un tas d'applis clientes que lance l'utilisateur.
L'utilisateur ne lance pas apache/mysql/bind/dbus. Ou alors c'est un développeur.