Reprise du message précédent :

Au contraire ça me réjouirait pas comme indication ça    

Et ça va couper au bout de 16  

Faudrait que je mesure la tension pour voir
Et sinon il suffit de remplacer les 4 batteries quoi

 
Ouep dans Nero t'as un module de backup visiblement et bien les techs se servaient de ça pour les sauvegarde sur les sites (déchetteries toussa...) idem à Metz au siège, backup hebdomadaire sur HDD de 500Go IDE à l'époque

 

 
Un autre monde quoi

haha putain mon xubuntu qui me fait un kernel panic ce matin alors qu'il tournais depuis presque un mois
 
impossible a booter, meme en rescue, je crois qu'il est mort
 
sinon j'ai une question, sur vos @home, ou mettez vous vos doc root (www)? visiblement les chemins peuvent changer, du genre /var/www ou /home/ etc...
 
donc pour faire court, ou placer apache pour pas être emmerdé par la suite?
 
 

 
Nouvel essai aujourd'hui... Toujours stable, donc ce n'est pas un hasard  

Chez moi :
/var/www pour la racine du serveur web
/var/mysql pour la BDD
/var/fichiers pour la racine de mes partages NFS/Samba
etc...

/var en gros c'est toutes les données communes, utilisées par tel ou tel programme, et pas par un utilisateur en particulier.

/home c'est pour les dossiers utilisateurs, c'est pas vraiment fait pour ça
Même si ça fonctionne très bien, techniquement rien ne l'interdit, mais c'est sale

Autant utiliser son système en respectant la façon dont il a été conçu

C'est toi qui est sale
Mes users peuvent héberger dans /home/user/www ou ndd.tld/www

/home/user1/siteduser1.tld/www/ bref

XaT

 
Ah non mais si chaque user a son site perso, oui là c'est plus logique en effet.
Mais si il n'y a qu'un seul site sur le serveur@home c'est plutôt fait pour aller dans /var    
 
Effectivement, j'avais omis le cas de l'hébergement de plusieurs sites de personnes différentes, j'étais resté dans le @home égoïste  

ok et pourquoi alors placer les dossiers des hébergés dans /home/ est mieux que dans /var/ je n'ai toujours pas compris

Si tu as plusieurs utilisateurs avec un site chacun, ça te permet de segmenter naturellement, chaque utilisateur a son site dans son /home/xxx/  

Il parle des répertoires partagés, pas des points de montage des partages distants

Personnellement c'est /var/www/domain.tld/www/

 
Voilà    
 
Sur mes machines clientes, c'est dans /mnt/NFS et ensuite je place des liens symboliques où ça me plait, dans mon /home par exemple.

 
voila, justement j'arrive pas a savoir si c'est juste une convention ou si le fait de placer les hébergés dans /home/[...] plutot que /var/[...] change quelque chose au niveau du système

Pure convention, ça ne change strictement rien techniquement  

Bien sur que ça peut changer sont pas obligatoirement sur la même partition
 
XaT

 
ok c'est bien ce que je pensais ^^
 

et alors ca change quoi que /var soit séparé de /home ?

C'est surtout pour pouvoir encore se connecter (en local) si la /var est inondé de logs.

j'ai fait des partitions séparés pour pas mal de trucs donc ca devrait aller
 
par contre je me penche sur l'utilisation des fonctions "sites-available" et "site-enabled" qui me semble être un moyen rapide de controler (activer et désactiver) mes virtual hosts, j'ai pris connaissance des commandes a2ensite et a2dissite mais il faut être en root pour les exécuter
 
Mon but serait d'automatiser cela via mon manager, mais j'ignore encore comment je peux faire, si quelqu'un a une piste

Avec une fonction PHP system() ou exec(), qui appelle un sudo a2ensite $monvh

 
Tu le places ou le password ?

Utiliser lighttpd

tu accorde a sudo juste le droit de faire ca et roulez

+1 si c'est pour des sites pas trop lourd et pas trop exotiques, il est plus simple qu'Apache.

Perso j'suis dans /home/vhWWW/[...].
C'est juste que j'ai fais ça parce que le partitionnement que j'avais fais il y a bientôt deux ans n'était pas fais avec un /var séparé, mais un /home, du coup j'ai tout mis dedans .
 
Au fait, quelqu'un aurait un tuto clair pour Bind? J'y comprend vraiment quedalle à ce truc .
J'vois pas comment gérer moi-même mon ndd et ceux des gens qui voudraient le mettre sur mon serveur ...
Pour l'instant le miens est rendu sur les serveur DNS de zoneedit, mais j'vais pas envoyer tout le monde foutre son DNS chez zoneedit, c'est un peu con, et vive la gestion automatique .

Bah si tu connais DNS, bind n'est pas compliqué, avec les fichiers d'exemples ça se comprend vite

Ca fait 2 ans que je suis sous lighttpd, ça roske
 
XaT

Need details  

Tu fais tourner quoi dessus ?
Tu trouves quoi comme manques par rapport à Apache ?
Et comme avantages ?

J'utilise, mais genre juste pour afficher une page à la noix sur le port 80 d'un PC, pas dans des conditions réelles, et ça me déplairait pas de me passer de Apache sur mon serveur@home

TiZen: regarde ce lien, ca ma permis de configuré mon dns
 
http://nuxwin.com/article-40-debia [...] dns-bind-9

gizmo : merci pour le lien, je regarde ça de suite!

 
c'est pas dangereux?
 
de plus comme dit plus bas le mdp root est demandé.
 
@gizmo15 : tu peux développer un peu plus?

aptitude install sudo
man sudo

en faite tu installe sudoers qui te permet de faire exécuter des actions à der users qui normalement ne peuvent pas le faire si je dis pas de bêtises.
 
donc la dans le fichier de config tu dis que www-data peut a2ensite et a2dissite et hop

et là le site se désactive lui même

après j'ai pas dis que c'était une bonne idée
 
t'as une autre soluce je@nb?

J'aurais fais ça aussi mais je déclarerai mes sites "critiques" dans un autre dossier que les sites-*.
 
Sinon je ferai un service qui tourne (ou en cron) qui check les sites (sur une bdd par ex) à enable/disable et qui ferai l'action correspondante

Perso je pencherai plus pour cette solution, j'ai la même chose qui vérifie que les quotas des BDD ne sont pas dépassés (cron, toutes les heures), et pour la création des comptes (cron, toutes les 6h).

J'y fais tourner tout un tas de merde
~260k requêtes par jour et ça rame pas un poil
A 72k requetes/hr il prend 25% du proc avec php (p4 2.8 je crois ) et la plupart du temps il consomme quedale.
A vrai dire PHP mange plus que lui
Super leger, intuitif, réactif, très stable, bref que du bonheur
 
XaT