1

(16 replies, posted in Help for TF users)

@xavier I read that your server in Marseille is dead.
I work at Evolix (a hosting company in Marseille) with a few people you might know from the IELO time back then (including Gregory Colpart).
Maybe we could help with this issue. We have a lot of old server spare parts (particularly Dell servers).
It might pose a question regarding the hosted data and who gets to see it, but maybe there is something to do.
You can contact me (Jérémy Lecour) by email. Account is "jlecour" and the domain is "evolix.fr" (sorry for obfuscating this, for bots).

2

(16 replies, posted in Help for TF users)

Hi,
I've been using TuxFamily to manage a Linux User Group (https://plugfr.org) since 2008.
A few months ago I moved the website away because of too many outages and figured I should do the same tfor other services (email, mailinglists…).
I am sad to see TuxFamily die, but I'm so grateful for all work and dedication of the team.

I'd like to move all the things that we have still here, but the panel seem to be working poorly. I have a lot of 504 when trying to access specific parts.

Any idea how we can get the data without overwhelming the server with web requests ?

Thanks

Salut à tous,

Je me suis rendu compte que le serveur Apache de TuxFamily ne répond pas aux requêtes HEAD sur les sites hébergés, du moins pas sur le nôtre :

→ curl -XHEAD http://plugfr.org
curl: (18) transfer closed with 15804 bytes remaining to read

Du coup, ça donne ça : https://updown.io/yfew

Rien de grave, mais c'est assez dommage.
J'imagine qu'il y a une raison technique à ne pas supporter cette méthode, mais je n'arrive pas à la trouver ;)


Sinon encore merci pour le super boulot que vous faites. Bravo.

Bonjour,

Je m'occupe du site http://plugfr.org/ et nous avions jusque là quelques fichiers dispo dans le dossier /pub du site (des présentations dans différents formats, 4-5 photos, …). Bref rien de très lourd, mais ça a fini par consommer notre quota.

Je viens de créer un "espace de téléchargement" pour ces fichiers, les uploader, … jusque là tout va bien.

Je voulais les avoir toujours à la même URL, donc j'ai fait un lien symbolique de mon /pub vers le dossier de stockage des fichiers, mais ça ne fonctionne pas.

Je me suis rabattu sur une redirection HTTP pour que mes anciennes URL fonctionnent toujours, mais je me retrouve là avec des URLs du style http://download.tuxfamily.org/plugfr/

Serait-il possible que cet espace soit toujours visible sous notre URL de départ ?

Merci d'avance.

--
Jérémy Lecour

5

(2 replies, posted in Suggestions)

Merci Sylvain pour ta réponse.

Je constate effectivement que le mod_expire est activé.Je vais donc tuner un peu mon site pour l'exploiter.

Cordialement

Jérémy

6

(2 replies, posted in Suggestions)

Bonjour


Je reviens un peu sur la question des modules Gzip (ou deflate) et Expires pour Apache.

J'ai bien lu le thread http://forum.tuxfamily.org/viewtopic.php?id=393 et je voulais apporter quleques infos supplémentaires.

Dans le cas de notre site (http://plugfr.org/) la totalité du contenu du site est statique : des fichiers HTML générés avant upload (tous les détails sont sur mon blog : http://jeremy.wordpress.com/2010/03/28/ … -du-plug/)

En bon administrateur de sites (c'est en partie mon métier par ailleurs), j'utilise autant que possible la compression Gzip et les dates d'expiration futures pour les fichiers à grande durée de vie. Voila les fichiers de config que j'utilise habituellement : http://gist.github.com/362960

Pour le site du PLUG, j'aimerai bien les utiliser, mais on dirait qu'en ajoutant simplement les directives dans mon fichier .htaccess, ça ne fonctionne pas.


Sur la question de qui bénéficie de la compression, … je reste plutôt convaincu qu'à grande échelle l'hébergeur y gagne même si les coûts de bande passante sont inférieurs à ceux de la CPU, …
Surtout si on utilise le module Expires en plus de Gzip, car les contenus sont plus coûteux la première fois, mais comme ils sont accédés moins souvent, ça limite les hits donc la charge sur les serveurs et la bande passante.

Mais il n'y a pas que l'hébergeur, il y aussi l'internaute, surtout s'il visite souvent le site en question. Il téléchargera les fichiers JS et CSS une seule fois pour plusieurs jours/semaines/mois (selon le détail de la config). Cette situation permet d'avoir des performances perçues bien meilleures.


En résumé, ça serait cool que TuxFamily permette à chaque webmaster d'activer ou non ces fonctionnalités, comme c'est déjà le cas pour le mod_rewrite.


Quoi qu'il en soit bravo à toute l'équipe de TuxFamily pour le super boulot et l'accueil gracieux. Pourvu que ça dure.

Très cordialement
Jérémy Lecour (gestionnaire du site du PLUG)

7

(1 replies, posted in Naissances)

Salut à tous

Je vous annonce fièrement la naissance du nouveau site du PLUG (Provence Linux User Group) : http://plugfr.org/

Pour les détails de technos utilisées, … je vous invite à les lire sur mon blog : http://jeremy.wordpress.com/2010/03/28/ … e-du-plug/

Un grand MERCI à l'équipe de TuxFamily pour l'accueil.

Jérémy Lecour