Bonjour,

En effet, nous hébergeons deux ML relatives à Slitaz : slitaz-backports@lists.tuxfamily.org et slitaz-pt@lists.tuxfamily.org, mais pas slitaz@lists.tuxfamily.org. De fait, slitaz-request@lists.tuxfamily.org n'est pas géré. Je t'invite à contacter le projet Slitaz via leur forum pour leur signaler que leur page http://www.slitaz.org/fr/mailing-list.html affiche des informations visiblement obsolètes :)

remy wrote:

Je continue sur le sujet …

J'ai déjà un espace web wiki.cap-libre.tk pour hébergé le wiki du site.

Seulement j'aimerais pouvoir accéder à des fichiers se trouvant dans l'espace web cap-libre.tk depuis l'espace web wiki.cap-libre.tk.
Mon fichier index.php qui se trouve dans l'espace web wiki.cap-libre.tk, contient une fonction include('nav.inc.html'). Mais ce fichier nav.inc.html se trouve sur l'espace web cap-libre.tk.

J'ai essayé en indiquant "include('/caplibre/cap-libre.tk-web/htdocs/nav.inc.html')" mais ça ne fonctionne pas …

Comment faire ?

En fait, il est possible (en l'état actuel de notre architecture du moins) d'accéder aux autres espaces web appartenant à un même groupe/projet en utilisant le chemin absolu de leur DocumentRoot (dossier htdocs) ; celui-ci peut être déterminé simplement en faisant appel à la fonction phpinfo(), qui t'affichera pas mal d'informations, dont la variable DOCUMENT_ROOT_HASH dans la section "Environment".

Ainsi, pour tes espaces web, cela nous donne /data/web/56/3d/4e/cap-libre.tk/htdocs/ et /data/web/a8/76/db/wiki.cap-libre.tk/htdocs/ :)

Salut, :)

remy wrote:

Bonjour,

J'ai réussi à faire gérer mon nom de domaine (cap-libre.tk) grâce à vos service.

J'aimerai mettre en place un wiki pour mon site dont l'adresse serait : wiki.cap-libre.tk.

Comment faut-il que je m'y prenne ?

Faut-il que je créer un nouveau espace web et entrer comme domaine : wiki.cap-libre.tk ?

Dans le panel, configure ton nom de domaine cap-libre.tk de façon à ce que le sous-domaine wiki (wiki.cap-libre.tk) ait un enregistrement A pointant sur 212.85.158.4, ou encore un CNAME sur web.tuxfamily.net. Demande ensuite un espace web nommé wiki.cap-libre.tk.

remy wrote:

J'aimerais aussi faire un système de news pour mon site qui se trouverait dans /caplibre/cap-libre.tk-web/htdocs/news. Y aurait-il moyen de créer un sous-domaine du genre "news.cap-libre.tk" qui remplacerait www.cap-libre.tk/news/ ? Si oui, c'est ou que ça se passe ?

Merci pour toutes vos réponses ;),

Rémy

Procède comme pour wiki afin de créer le sous-domaine news et l'espace web qui va avec. Pour rediriger /news vers news.cap-libre.tk, tu peux utiliser un fichier .htaccess avec une directive RedirectMatch :)

Salut,

slym wrote:

Bonjour,

Je suis en train de développer un petit script shell de sauvegarde de mon espace TuxFamily et je rencontre quelques petits problèmes.

Le script est très simple et ne fait que faire un fichier de backup gzippé contenant ma BDD + fichiers php et placé dans tmp/.

J'aimerai ensuite poussé automatiquement ce fichier sur un autre serveur par FTP si possible, SCP ou SFTP si pas d'autre choix.

J'ai essayé les différentes commandes disponibles mais je ne suis pas arrivé à me connecter au serveur distant (bloqué ?) que ce soit en SSH, SCP, ou SFTP :

ils restent tous bloqués sur :

debug1: Connecting to www.******.com [***.***.108.***] port 22.

En effet, l'accès SSH fourni par TF à ses hébergés est fait pour permettre l'édition et la gestion des différents fichiers relatifs au projet, pas pour rebondir sur une autre machine, lancer des traitements, et encore moins les ordonnancer.

slym wrote:

D'où les questions suivantes :

-> ce script est-il une bonne idée ?
-> est-ce que dépasser le quota durant quelques minutes dans tmp/ n'est pas trop génant ? (fichier effacé après transfert)
-> comment pousser le fichier sur l'autre serveur ?

Je suis ouvert à toute autre méthode de backup.

Bonne journée et merci d'avance,

Thibaut

Je ne pense pas que ce soit une bonne idée, non. Concernant le quota, je ne pense pas que tu réussiras à le dépasser, même temporairement. Par exemple, la création d'une archive .tar.gz dans /tmp se vautre avec le message d'erreur suivant, laissant une archive d'un peu moins d'1 Mio :

gzip: stdout: Input/output error

Tu n'as en fait aucun intérêt à exécuter ton script sur `pastis' (la machine SSH) : pas de crontab, pas de sortie réseau possible, des quotas partout, ...
En revanche, je pense que tu devrais te pencher sur l'utilitaire rsync, qui peut rapatrier sur ta machine tes fichiers de manière incrémentale en passant par SSH :)

105

(1 replies, posted in Bistrot)

neojudgment wrote:

Salut à tous, et surtout pour le boulot des admins,

Salut,

neojudgement wrote:

Si je comprend bien ce qui suit;

"Cette année,  le volume total  de données a  doublé, en grande  partie à
cause de l'allongement  de la période de conservation des logs à un an,
en  application de  la  loi  sur la  confiance  en l'économie  numérique
(LCEN). Les données utiles, elles, ont crû de 36 %."

Moins 36% des 100Mo à disposition forum/web/svn également ?

D'après mes stats !!!

Euh... pardon ? Que veux-tu dire ? Ce passage signifie simplement que, si l'on met les logs de côté, la quantité de données que nous hébergeons (pour l'ensemble des projets) à été multipliée par 1.36.

Et également interdit d'avoir des fichiers "binaires" sur le svn ?!
Donc, les fichiers .lng qui sont des fichiers de traduction (fichier txt) d'après une réponse d'un admin!

Idem pour les librairies Windows 7 (Jumplist, Taskbar, etc.) qui sont sous licence OSI ?

Pas compris grand chose, mais pour ton information, oui, il est toujours interdit de mettre n'importe quoi dans les dépôts CVS/SVN/Git, à commencer par des .exe, .dll, .so, .a... Ce genre de fichiers n'a pas sa place dans le suivi des sources d'un projet, ne serait-ce que parce que CVS/SVN/Git sont orentés vers le versionnement de fichiers textes (exemple : svn diff sur un fichier binaire te crache un joli, gentil, et strictement inexploitable «Impossible d'afficher : fichier considéré comme binaire.») et plus précisément de fichiers sources. Et uniquement les fichiers sources, pas le résultat de leur compilation sur je-ne-sais-quelle-architecture, je-ne-sais-quel-système à je-ne-sais-quelle-date avec je-ne-sais-quelles-options-de-compilation. Bref, ces fichiers prennent de la place inutilement. D'autant plus de place qu'ils n'intéressent que les utilisateurs d'une plateforme spécifique (le système et l'architecture doivent correspondre).
De même, dans le dépôt d'un projet, il est recommandé de ne mettre que ce qui touche directement au projet, et pas ses dépendances.

Je m'étonne... Je me suis fait jeter quand même !
++ Néo

Oh, tu sais, on s'est tous pris un rateau un jour ou l'autre... Quoi, c'est pas ça la question ? Plus sérieusement :
1 - Je crois que tu n'as pas compris le sens des données exposées dans la NewsLetter
2 - Ton message est incompréhensible - mets-toi à la place d'un membre du forum qui tombe sur ton message : tu ne fournis aucun contexte :-/

@+

Xavier

Ça a l'air sympa :)

En tout cas, bienvenue chez TuxFamily :)

Bonjour,

gplanchat wrote:

Est-ce qu'il est possible d'avoir un accès en lecture par un quelconque moyen?

Malheureusement non. Nous ne tenons pas vraiment à mettre à la disposition de nos hébergés un accès, (même en lecture seule, et même via une vue restreinte), à la base VHFFS qui contient tous les logins, mots de passe et informations personnelles de nos hébergés, et ce pour d'évidentes raisons de sécurité et de confidentialité.

Pour citer un des membres de l'équipe, la façon propre de mettre cela en place serait de mettre à disposition des hébergés un serveur OpenID interfacé avec la base de données VHFFS. La possibilité pour ton forum d'accéder aux membres de la base VHFFS est donc pour le moment une "idée en l'air", qui est loin d'être réalisée.

gplanchat wrote:

J'ai appliqué les patchs contenus dans le tarball de VHFFS, mais il me manque les infos pour se connecter à la base de données du VHFFS.

Hmmm... puisque tu as travaillé dessus, nous serions intéressés par ce patch pour la dernière version. Comme ça, au moins, ton travail ne sera pas perdu :) Pourrais-tu nous transmettre ce patch ? Merci d'avance.

@+

Xavier