Publication d'abord en local ?

Général
1

Bonjour! Puis-je poser une question a propos du procédé de publication avec
SPIP ?

Notre site existant ( www.taize.fr ) est assez statique, il n'y a pas (pour
l'instant du moins) de "forum". Le procédé de publication que nous avons
adopté jusqu'a maintenant est le suivant:

1. Sur un web local (serveur chez nous) nous aportons des modifications.
2. Nous testons les changements, pour voir que tout marche bien.
3. Nous effectuons une synchronisation ftp pour conformer notre site
publique chez le FAI a ce que nous avons localement.

Il faut en plus savoir que, puisque nous sommes a la campagne, notre
connexion est faible: il n'y a pas de possibilite d'ADSL.

Si nous passons a SPIP, si j'ai bien compris, nous serons obligé d'editer le
web "on-line" chez notre FAI. (Ou bien ?)
Ce scenario me fait penser a deux problemes:
1. Si quelque chose "casse" pendant l'edition, c'est notre web "live" qui
est cassé (et non pas une copie locale, comme est le cas actuellement).
2. Cela va charger notre connexion encore plus (surtout si, pour faire des
sauvegardes, il va falloir chaque jour repatrier la base de données de chez
notre FAI).

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

Je cherche a comprendre ... et peut-etre ce que j'ai ecrit ci-dessus montre
que j'ai compris a travers. Si c'est le cas svp me le dire!

merci!
Paolo

2

Premier point :

Il est possible de faire tourner un Spip en local, avec Easyphp
(c'est ce que tout le monde fait en pratique, pour le développement)

Deuxième point :

J'imagine, qu'il est possible d'aspirer son site en local avec
un...aspirateur (ben oui, pas un balai !) et de le rebalancer on
line. J'ai pas essayé, mais je ne vois pas ce qui pourrait
l'empêcher.

Troisième point :

Est-ce vraiment intéressant de le faire ? J'en doute. Imaginons que
vous passiez Taizé en Spip. Le gros travail sera de remettre en ligne
tout ce qui aura été écrit précédemment. Mais ensuite ? Ben, il n'y
aura que les mises à jour. Et là, ça passe par un simple formulaire
Web. A mon avis, une connexion RTC tiendra le choc(avis personnel).

Il faut bien comprendre que Spip, par rapport à du statique, divise
le travail en deux étapes : la concpetion du site-squelette d'abord
(html+langage Spip + bidouillages sévères (mais on fait tout en
local)), et quand tout est propre, on met en ligne. La deuxième
étape, l'actualisation, se fait par formulaires web. Il n'y a aucune
raison que ça casse quoique ce soit, ni de devoir rebidouiller le
squelette en live s'il a été bien conçu au départ.

Petit conseil pour finir : essayez maintenant de mettre en ligne des
articles sur un Spip de démo avec votre connexion RTC. Vous verrez
bien.

Pierre

On 7 Sep 2003 at 22:40, Paolo wrote:

Bonjour! Puis-je poser une question a propos du procédé de publication avec
SPIP ?

Notre site existant ( www.taize.fr ) est assez statique, il n'y a pas (pour
l'instant du moins) de "forum". Le procédé de publication que nous avons
adopté jusqu'a maintenant est le suivant:

1. Sur un web local (serveur chez nous) nous aportons des modifications.
2. Nous testons les changements, pour voir que tout marche bien.
3. Nous effectuons une synchronisation ftp pour conformer notre site
publique chez le FAI a ce que nous avons localement.

Il faut en plus savoir que, puisque nous sommes a la campagne, notre
connexion est faible: il n'y a pas de possibilite d'ADSL.

Si nous passons a SPIP, si j'ai bien compris, nous serons obligé d'editer le
web "on-line" chez notre FAI. (Ou bien ?)
Ce scenario me fait penser a deux problemes:
1. Si quelque chose "casse" pendant l'edition, c'est notre web "live" qui
est cassé (et non pas une copie locale, comme est le cas actuellement).
2. Cela va charger notre connexion encore plus (surtout si, pour faire des
sauvegardes, il va falloir chaque jour repatrier la base de données de chez
notre FAI).

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

Je cherche a comprendre ... et peut-etre ce que j'ai ecrit ci-dessus montre
que j'ai compris a travers. Si c'est le cas svp me le dire!

merci!
Paolo

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

3

oui bien sur il est possible d'utiliser spip en local grâce à
easyphp http://www.easyphp.org/

c'est un logiciel qui permet de simuler le serveur apache sur un pc et
d'administrer la base de donnée.

Bref avec ça tu installes facilement spip sur un pc en local, tu peux
ensuite modifier tes squelettes (l'aspect graphique du site) sans danger
pour ton site en ligne et envoyer le tout par ftp quand tu es satisfait.

En ce qui concerne la mise a jours des textes sur ton site, c'est vrai qu'en
général ça se fait en ligne, mais les articles sont d'abord proposés à
l'évaluation avant d'être publiés, c'est à dire que tu vois un aperçu de ton
article avant qu'il ne soit publié ; donc c'est sans danger de casse pour
ton site public.

par contre ça peut être pénible avec un modem de faible débit mais
finalement pas plus que d'attendre le chargement par ftp.

BoOz

"Paolo" <paolo2@taize.fr> a écrit dans le message de
news:000001c37580$356067c0$1c02010a@communaute.taize.fr...
Bonjour! Puis-je poser une question a propos du procédé de publication avec
SPIP ?

Notre site existant ( www.taize.fr ) est assez statique, il n'y a pas (pour
l'instant du moins) de "forum". Le procédé de publication que nous avons
adopté jusqu'a maintenant est le suivant:

1. Sur un web local (serveur chez nous) nous aportons des modifications.
2. Nous testons les changements, pour voir que tout marche bien.
3. Nous effectuons une synchronisation ftp pour conformer notre site
publique chez le FAI a ce que nous avons localement.

Il faut en plus savoir que, puisque nous sommes a la campagne, notre
connexion est faible: il n'y a pas de possibilite d'ADSL.

Si nous passons a SPIP, si j'ai bien compris, nous serons obligé d'editer le
web "on-line" chez notre FAI. (Ou bien ?)
Ce scenario me fait penser a deux problemes:
1. Si quelque chose "casse" pendant l'edition, c'est notre web "live" qui
est cassé (et non pas une copie locale, comme est le cas actuellement).
2. Cela va charger notre connexion encore plus (surtout si, pour faire des
sauvegardes, il va falloir chaque jour repatrier la base de données de chez
notre FAI).

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

Je cherche a comprendre ... et peut-etre ce que j'ai ecrit ci-dessus montre
que j'ai compris a travers. Si c'est le cas svp me le dire!

merci!
Paolo

4

Vincent,

Merci. Je comprends l'idee de preparer et tester les squelettes en local.
C'est vrai que cela limite beaucoup le danger de casse, et me rassure.

Reste le probleme de sauvegarde: notre web n'est pas tres 'dynamique', mais
il est assez grand: un fichier (.zip) de 36 Mo. J'ai du mal a penser que je
ne vais pas avoir sous la main chaque jour une copie actuelle du web, mais
que cela va etre quelque part chez le FAI. Et je ne pourrais pas charger un
fichier de 30-40 Mo tous les jours...

Paolo

Vincent ecrivait:

oui bien sur il est possible d'utiliser spip en local grâce à
easyphp http://www.easyphp.org/

c'est un logiciel qui permet de simuler le serveur apache sur un pc et
d'administrer la base de donnée.

Bref avec ça tu installes facilement spip sur un pc en local, tu peux
ensuite modifier tes squelettes (l'aspect graphique du site)
sans danger
pour ton site en ligne et envoyer le tout par ftp quand tu es
satisfait.

En ce qui concerne la mise a jours des textes sur ton site,
c'est vrai qu'en
général ça se fait en ligne, mais les articles sont d'abord proposés à
l'évaluation avant d'être publiés, c'est à dire que tu vois
un aperçu de ton
article avant qu'il ne soit publié ; donc c'est sans danger
de casse pour
ton site public.

par contre ça peut être pénible avec un modem de faible débit mais
finalement pas plus que d'attendre le chargement par ftp.

BoOz

"Paolo" <paolo2@taize.fr> a écrit dans le message de
news:000001c37580$356067c0$1c02010a@communaute.taize.fr...
Bonjour! Puis-je poser une question a propos du procédé de
publication avec
SPIP ?

Notre site existant ( www.taize.fr ) est assez statique, il
n'y a pas (pour
l'instant du moins) de "forum". Le procédé de publication que
nous avons
adopté jusqu'a maintenant est le suivant:

1. Sur un web local (serveur chez nous) nous aportons des
modifications.
2. Nous testons les changements, pour voir que tout marche bien.
3. Nous effectuons une synchronisation ftp pour conformer notre site
publique chez le FAI a ce que nous avons localement.

Il faut en plus savoir que, puisque nous sommes a la campagne, notre
connexion est faible: il n'y a pas de possibilite d'ADSL.

Si nous passons a SPIP, si j'ai bien compris, nous serons
obligé d'editer le
web "on-line" chez notre FAI. (Ou bien ?)
Ce scenario me fait penser a deux problemes:
1. Si quelque chose "casse" pendant l'edition, c'est notre
web "live" qui
est cassé (et non pas une copie locale, comme est le cas
actuellement).
2. Cela va charger notre connexion encore plus (surtout si,
pour faire des
sauvegardes, il va falloir chaque jour repatrier la base de
données de chez
notre FAI).

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

Je cherche a comprendre ... et peut-etre ce que j'ai ecrit
ci-dessus montre
que j'ai compris a travers. Si c'est le cas svp me le dire!

merci!
Paolo

5

Merci, Pierre,
Je vois un peu mieux...

Paolo

-----Original Message-----
From: Pierre Mounier [mailto:postmaster@numericat.net]
Sent: Sunday, September 07, 2003 11:14 PM
To: Paolo; spip@rezo.net
Subject: Re: [Spip] Publication d'abord en local ?

Premier point :

Il est possible de faire tourner un Spip en local, avec Easyphp
(c'est ce que tout le monde fait en pratique, pour le développement)

Deuxième point :

J'imagine, qu'il est possible d'aspirer son site en local avec
un...aspirateur (ben oui, pas un balai !) et de le rebalancer on
line. J'ai pas essayé, mais je ne vois pas ce qui pourrait
l'empêcher.

Troisième point :

Est-ce vraiment intéressant de le faire ? J'en doute. Imaginons que
vous passiez Taizé en Spip. Le gros travail sera de remettre en ligne
tout ce qui aura été écrit précédemment. Mais ensuite ? Ben, il n'y
aura que les mises à jour. Et là, ça passe par un simple formulaire
Web. A mon avis, une connexion RTC tiendra le choc(avis personnel).

Il faut bien comprendre que Spip, par rapport à du statique, divise
le travail en deux étapes : la concpetion du site-squelette d'abord
(html+langage Spip + bidouillages sévères (mais on fait tout en
local)), et quand tout est propre, on met en ligne. La deuxième
étape, l'actualisation, se fait par formulaires web. Il n'y a aucune
raison que ça casse quoique ce soit, ni de devoir rebidouiller le
squelette en live s'il a été bien conçu au départ.

Petit conseil pour finir : essayez maintenant de mettre en ligne des
articles sur un Spip de démo avec votre connexion RTC. Vous verrez
bien.

Pierre

On 7 Sep 2003 at 22:40, Paolo wrote:

> Bonjour! Puis-je poser une question a propos du procédé de
publication avec
> SPIP ?
>
> Notre site existant ( www.taize.fr ) est assez statique, il
n'y a pas (pour
> l'instant du moins) de "forum". Le procédé de publication
que nous avons
> adopté jusqu'a maintenant est le suivant:
>
> 1. Sur un web local (serveur chez nous) nous aportons des
modifications.
> 2. Nous testons les changements, pour voir que tout marche bien.
> 3. Nous effectuons une synchronisation ftp pour conformer notre site
> publique chez le FAI a ce que nous avons localement.
>
> Il faut en plus savoir que, puisque nous sommes a la campagne, notre
> connexion est faible: il n'y a pas de possibilite d'ADSL.
>
> Si nous passons a SPIP, si j'ai bien compris, nous serons
obligé d'editer le
> web "on-line" chez notre FAI. (Ou bien ?)
> Ce scenario me fait penser a deux problemes:
> 1. Si quelque chose "casse" pendant l'edition, c'est notre
web "live" qui
> est cassé (et non pas une copie locale, comme est le cas
actuellement).
> 2. Cela va charger notre connexion encore plus (surtout si,
pour faire des
> sauvegardes, il va falloir chaque jour repatrier la base de
données de chez
> notre FAI).
>
> Est-il possible de faire un web SPIP local, le tester et
ensuite, par
> exemple publier juste les fichiers du cache vers le site publique ?
>
> Je cherche a comprendre ... et peut-etre ce que j'ai ecrit
ci-dessus montre
> que j'ai compris a travers. Si c'est le cas svp me le dire!
>
> merci!
> Paolo
>
>
> _______________________________________________
> liste spip
> spip@rezo.net - désabonnement : spip-off@rezo.net
> Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
> Documentation de SPIP : http://www.uzine.net/spip
>

6

============================================
Le 07.09.2003 à 22:40:00, "Paolo" <paolo2@taize.fr> racontait :

P> Si nous passons a SPIP, si j'ai bien compris, nous serons obligé d'editer le
P> web "on-line" chez notre FAI. (Ou bien ?)

pour la conception des squelettes, installe un serveur web sur ton PC

sous Windows :
http://www.zepitt.ch/spip/article.php3?id_article=136
sous Mac:
http://www.mac4ever.com/macos.php?Choix=Article&NoArticle=392

P> Ce scenario me fait penser a deux problemes:
P> 1. Si quelque chose "casse" pendant l'edition, c'est notre web "live" qui
P> est cassé (et non pas une copie locale, comme est le cas actuellement).

une fois le site conçu, tu ne fais que l'alimenter ; rédige les
articles avec ton traitement de texte favori (correction ortho et
grammaticale), connecte-toi et fait un copier-coller

tu peux essayer ici :
http://www.zepitt.ch/spip/article.php3?id_article=10

P> 2. Cela va charger notre connexion encore plus (surtout si, pour faire des
P> sauvegardes, il va falloir chaque jour repatrier la base de données de chez
P> notre FAI).

si ton hébergeur est sérieux, il te proposera une sauvegarde
journalière de ta bd

P> Est-il possible de faire un web SPIP local, le tester et ensuite, par
P> exemple publier juste les fichiers du cache vers le site publique ?

non, pas le cache, le répertoire où sont uploadés les images et
documents (/IMG), ainsi que la bd, mais c'est pas vraiment le but d'un
CMS ; une fois la structure établie, oublie ton FTP et travaille plus
simplement

Amicalement

Nico

7

Avec un CMS, ce que tu sauvegardes régulièrement, ce n'est pas tout
le site, mais uniquement la base de données (en gros les textes bruts
et la structure éditoriale. Tu suis une procédure pour cela, qui te
génère un fichier xml). Donc, ça ne fera pas 40Mo. Le squelette, tu
l'as une fois pour toutes sur ton pc local

Pierre

On 7 Sep 2003 at 23:35, Paolo wrote:

Vincent,

Merci. Je comprends l'idee de preparer et tester les squelettes en local.
C'est vrai que cela limite beaucoup le danger de casse, et me rassure.

Reste le probleme de sauvegarde: notre web n'est pas tres 'dynamique', mais
il est assez grand: un fichier (.zip) de 36 Mo. J'ai du mal a penser que je
ne vais pas avoir sous la main chaque jour une copie actuelle du web, mais
que cela va etre quelque part chez le FAI. Et je ne pourrais pas charger un
fichier de 30-40 Mo tous les jours...

Paolo

Vincent ecrivait:
>
>
> oui bien sur il est possible d'utiliser spip en local grâce à
> easyphp http://www.easyphp.org/
>
> c'est un logiciel qui permet de simuler le serveur apache sur un pc et
> d'administrer la base de donnée.
>
> Bref avec ça tu installes facilement spip sur un pc en local, tu peux
> ensuite modifier tes squelettes (l'aspect graphique du site)
> sans danger
> pour ton site en ligne et envoyer le tout par ftp quand tu es
> satisfait.
>
> En ce qui concerne la mise a jours des textes sur ton site,
> c'est vrai qu'en
> général ça se fait en ligne, mais les articles sont d'abord proposés à
> l'évaluation avant d'être publiés, c'est à dire que tu vois
> un aperçu de ton
> article avant qu'il ne soit publié ; donc c'est sans danger
> de casse pour
> ton site public.
>
> par contre ça peut être pénible avec un modem de faible débit mais
> finalement pas plus que d'attendre le chargement par ftp.
>
>
>
> BoOz
>
>
>
>
>
>
> "Paolo" <paolo2@taize.fr> a écrit dans le message de
> news:000001c37580$356067c0$1c02010a@communaute.taize.fr...
> Bonjour! Puis-je poser une question a propos du procédé de
> publication avec
> SPIP ?
>
> Notre site existant ( www.taize.fr ) est assez statique, il
> n'y a pas (pour
> l'instant du moins) de "forum". Le procédé de publication que
> nous avons
> adopté jusqu'a maintenant est le suivant:
>
> 1. Sur un web local (serveur chez nous) nous aportons des
> modifications.
> 2. Nous testons les changements, pour voir que tout marche bien.
> 3. Nous effectuons une synchronisation ftp pour conformer notre site
> publique chez le FAI a ce que nous avons localement.
>
> Il faut en plus savoir que, puisque nous sommes a la campagne, notre
> connexion est faible: il n'y a pas de possibilite d'ADSL.
>
> Si nous passons a SPIP, si j'ai bien compris, nous serons
> obligé d'editer le
> web "on-line" chez notre FAI. (Ou bien ?)
> Ce scenario me fait penser a deux problemes:
> 1. Si quelque chose "casse" pendant l'edition, c'est notre
> web "live" qui
> est cassé (et non pas une copie locale, comme est le cas
> actuellement).
> 2. Cela va charger notre connexion encore plus (surtout si,
> pour faire des
> sauvegardes, il va falloir chaque jour repatrier la base de
> données de chez
> notre FAI).
>
> Est-il possible de faire un web SPIP local, le tester et ensuite, par
> exemple publier juste les fichiers du cache vers le site publique ?
>
> Je cherche a comprendre ... et peut-etre ce que j'ai ecrit
> ci-dessus montre
> que j'ai compris a travers. Si c'est le cas svp me le dire!
>
> merci!
> Paolo
>
>
>
>
>

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

8

Si, tu l'auras ta copie !

Comme te le disait Pierre, la première chose à faire est de créer ton jeu de
squelette.

En général ça représente seulement quelques fichiers

- Un pour la page d'accueil
- Un pour afficher les rubriques
- Un pour afficher les articles
- Un pour afficher les brèves

Éventuellement d'autres pour des formulaires de contact, des photos, que
sais-je encore.

Mais ces squelettes ne comprennent pas de texte, seulement des balises spip
qui précisent comment aller chercher les textes dans la base de donnée.

C'est cette base que tu remplis par un simple formulaire.

Pour tes sauvegardes il te faut juste faire une copie de la base et la
rapatrier sur ton pc : tu obtiens alors la copie parfaite de ton site en
ligne. Inversement tu peux rédiger tes textes sur ta base de donnée locale
et ensuite restaurer cette base sur la version en ligne de ton site.

Pour résumer tu as un jeu de squelette (une version en ligne et une copie
sur ton pc) et une base de données ou sont contenus les textes que tu
sauvegardes quand tu veux (c'est moins lourd à déplacer que tes 36mo
actuels).

Reste le problème de sauvegarde: notre web n'est pas très 'dynamique', mais
il est assez grand: un fichier (.zip) de 36 Mo. J'ai du mal a penser que je
ne vais pas avoir sous la main chaque jour une copie actuelle du web, mais
que cela va être quelque part chez le FAI. Et je ne pourrais pas charger un
fichier de 30-40 Mo tous les jours...

"Paolo" <paolo2@taize.fr> a écrit dans le message de
news:000c01c37588$01734740$1c02010a@communaute.taize.fr...
Vincent,

Merci. Je comprends l'idee de preparer et tester les squelettes en local.
C'est vrai que cela limite beaucoup le danger de casse, et me rassure.

Reste le probleme de sauvegarde: notre web n'est pas tres 'dynamique', mais
il est assez grand: un fichier (.zip) de 36 Mo. J'ai du mal a penser que je
ne vais pas avoir sous la main chaque jour une copie actuelle du web, mais
que cela va etre quelque part chez le FAI. Et je ne pourrais pas charger un
fichier de 30-40 Mo tous les jours...

Paolo

Vincent ecrivait:

oui bien sur il est possible d'utiliser spip en local grâce à
easyphp http://www.easyphp.org/

c'est un logiciel qui permet de simuler le serveur apache sur un pc et
d'administrer la base de donnée.

Bref avec ça tu installes facilement spip sur un pc en local, tu peux
ensuite modifier tes squelettes (l'aspect graphique du site)
sans danger
pour ton site en ligne et envoyer le tout par ftp quand tu es
satisfait.

En ce qui concerne la mise a jours des textes sur ton site,
c'est vrai qu'en
général ça se fait en ligne, mais les articles sont d'abord proposés à
l'évaluation avant d'être publiés, c'est à dire que tu vois
un aperçu de ton
article avant qu'il ne soit publié ; donc c'est sans danger
de casse pour
ton site public.

par contre ça peut être pénible avec un modem de faible débit mais
finalement pas plus que d'attendre le chargement par ftp.

BoOz

"Paolo" <paolo2@taize.fr> a écrit dans le message de
news:000001c37580$356067c0$1c02010a@communaute.taize.fr...
Bonjour! Puis-je poser une question a propos du procédé de
publication avec
SPIP ?

Notre site existant ( www.taize.fr ) est assez statique, il
n'y a pas (pour
l'instant du moins) de "forum". Le procédé de publication que
nous avons
adopté jusqu'a maintenant est le suivant:

1. Sur un web local (serveur chez nous) nous aportons des
modifications.
2. Nous testons les changements, pour voir que tout marche bien.
3. Nous effectuons une synchronisation ftp pour conformer notre site
publique chez le FAI a ce que nous avons localement.

Il faut en plus savoir que, puisque nous sommes a la campagne, notre
connexion est faible: il n'y a pas de possibilite d'ADSL.

Si nous passons a SPIP, si j'ai bien compris, nous serons
obligé d'editer le
web "on-line" chez notre FAI. (Ou bien ?)
Ce scenario me fait penser a deux problemes:
1. Si quelque chose "casse" pendant l'edition, c'est notre
web "live" qui
est cassé (et non pas une copie locale, comme est le cas
actuellement).
2. Cela va charger notre connexion encore plus (surtout si,
pour faire des
sauvegardes, il va falloir chaque jour repatrier la base de
données de chez
notre FAI).

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

Je cherche a comprendre ... et peut-etre ce que j'ai ecrit
ci-dessus montre
que j'ai compris a travers. Si c'est le cas svp me le dire!

merci!
Paolo

9

Est-il possible de faire un web SPIP local, le tester et ensuite, par
exemple publier juste les fichiers du cache vers le site publique ?

- il est possible de faire une sauvegarde monolithique du site. Tout
est souvegardé dans un fichier au format xml et compressé.

libre a toi, apres d'en faire ce que tu veux : sauvegarde sur le site
distant et restauration du le site local, ou inversement.

- visiblement, si les sauvegardes monolitiques sont trop volumineuse,
il te faudra realiser un systeme de sauvegarde incrementale, cela
n'est pas exploité ni codé dans spip. Mais rien n'empeche quiconque
de realiser ce type de traitement (ni php, ni spip qui se base entierement
sur php + mysql).

seulement, tout reste a developper, moyennant une exploration des scripts
existants (imports et exports au format XML).

PS : l'ADSL descend dans les campagnes (région midi pyrénées), il doit en
etre de meme dans votre secteur. Mais s'il faut attendre encore 3 ou 4 ans,
ce sera long.