VDigital a écrit:

depuis un site free, le site est à 95% des cas FR, non?

donc:
http://fr.piwigo.org/ext
http://fr.piwigo.org/download
http://piwigo.org/ext
http://piwigo.org/download

Devraient être suffisant.

Je ne vois pas l'intérêt des accès localisé pour http://piwigo.org/download (cela pourrait être une autre constante PWG_DOWLOAD par exemple).
Et on pourrait changer pour PEM en recodant nos appels vers http://piwigo.org/ext/?lang=fr_FR et autres ce reduirait encore le nombre d'url.

Il semble qu'il m'ait entendu, hier, puisque le contrôle des mises à jour des galeries semblent fonctionner à nouveau. Je vais tout de même transmettre les nouvelles URL pour couvrir un maximum de cas.

Gotcha a écrit:

J'ai épinglé le sujet.

Content d'avoir quitté Free même si c'est bien grâce à eux que j'ai pu tester PWG.

Merci pour l'épinglage.

Personnellement, j'applaudis l'action de Free sur ce coup.
Il faut bien considérer qu'il s'agit d'une plateforme d'hébergement mutualisé, totalement gratuite et ouverte à tous les internautes français (belges et suisses aussi ?). Cela ne peut donc se traduire que par des phénomènes d'abus qui mettent en péril l'ensemble des sites hébergés.

Le fait de filtrer le port 80 dans ce cas apporte un gain de performances non négligeable pour tous les sites et une amélioration de la stabilité des services. Il suffit de voir le comportement de l'auto update de Piwigo et du contrôle des màj des plugins qui est beaucoup plus rapide qu'avant.


Le seul problème qui reste à résoudre maintenant ce sont les web services. Mais j'en parlerai et développerai dans un autre topic dès que...

[Edit] Le pb des WS, c'est ici : [Forum, topic 16909] Web services en intra site chez Free [/Edit]

Dernière modification par Eric (2010-01-24 14:24:40)

Pour moi aussi, malgré ma gestion désastreuse de la chose :-/ ...

;-)

Merci Eric !

rio a écrit:

Bonjour,
Je me suis battu toute la journée d'hier pour tenter de faire fonctionner un nouveau site distant FREE à partir de mon site principale chez FREE et ça n’a pas marché. C’est dû au même problème ?

C'est un conséquence en effet. Pour être exact : [Forum, topic 16909] Web services en intra site chez Free

@Eric : je "dés-épingle" ce sujet au profit des webservices.

Pardon, je me suis trompé entre "topic" et post"
Le lien est corrigé ;-)

@rio : Effectivement, le filtrage du port 80 chez Free implique que les sites distants soient HS. Le problème c'est qu'il va être difficile de convaincre l'admin des pages persos de placer les URL des sites distants d'un hébergement Free dans la liste blanche dans ce contexte précis.

En fait, "sites distants" et "Web services" sont deux choses différentes dans leur concept.

Les premiers sont destinés à récupérer des éléments (photos) qui seraient stockés sur un autre serveur que celui qui héberge la galerie "mère". Ceci peut donc générer un flux http entrant assez important sur les serveurs de Free. Donc, vis à vis de Free : Pas bien.

Les seconds sont normalement dédié à faire le travail dans le sens contraire : De la galerie vers un autre site extérieur à Free. Cà, çà doit continuer à fonctionner. Sauf pour ceux qui, comme moi, utilisent les WS en interne sur le même site. D'où la discussion [Forum, topic 16909] Web services en intra site chez Free


Concernant les sites distants chez Free, j'ai peur que l'on soit dans une impasse maintenant. A moins de re-coder une nouvelle méthode de gestion qui n'utiliserait pas un flux http distant (je ne vois vraiment pas comment)...


[HS] @rio : Merci d'avoir corrigé une vilaine faute de frappe dans le plugin NBC_UserAdvManager. Elle était passée totalement inaperçue depuis bien longtemps ;-) [/HS]

Dernière modification par Eric (2010-01-25 17:57:01)

J'ai pourtant fait la demande sur les 4 URL données par Vincent mais sans avoir eu de réponse formelle. Je me demande même si M. Yohann répondra explicitement à la demande.

Je relance sur le NG pour http://piwigo.org/**

Un petit lien pour suivre des tractations en cours sur le nntp de Free pour ceux qui n'utilisent pas usenet.