LA SAGA SOUNDCLOUD CONTINUE: UPDATE DU 17/10/2016: 

SoundCloud a débloqué ses erreurs 500… pour les remplacer désormais par des erreurs 401. Joie. Bonheur.

UPDATE DU 12/10/2016 : Il semblerait que notre IP ne soit plus blacklistée. Aucun contact n’a été établi entre nous et SoundCloud qui clarifierait la situation… situation qui peut surgir à nouveau du jour au lendemain, donc la réflexion reste identique, même si moins pressante.

Préambule important : La décision ne m’appartient pas seul. Il s’agit néanmoins de l’avis officiel du président de l’association.

Cela fait plusieurs années désormais que SoundCloud est assez massivement utilisé pour faire du podcast… Et à peu près autant de temps que chez PodShows nous en subissons les conséquences. Il est temps de faire le point avec vous et éventuellement décider de l’avenir vis-à-vis de l’interaction entre ce service et les nôtres.

Petit historique :

Cela a commencé avec podradio, qui s’abonne aux podcasts qu’elle diffuse. Les podcasts venant de SoundCloud demandaient des adaptations car non standards, voir foireux.

C’est d’ailleurs SPECIFIQUEMENT ce qui a motivé la création de podCloud tel que pensé initialement :

« Si les gens prennent du SoundCloud c’est parce qu’ils obtiennent en 2 clics un flux RSS, alors proposons un outil simple de création de flux RSS »

Sauf que, pas de bol pour nous, on a décidé d’aller plus loin avec podCloud et d’ajouter la fonction « flux parent » permettant de rapatrier en continu ses épisodes sur son flux podCloud… Et nous sommes retombés sur les mêmes travers que podradio: des adaptations régulières et spécifiques à ce service.

Sans compter que, pendant un temps, il était possible d’avoir un lien direct vers le fichier en activant les téléchargements et en ajoutant /download (ou quelque chose d’équivalent) à la fin de l’adresse. Cela permettait donc d’utiliser ce service (que vous payez assez cher) uniquement pour son stockage illimité et faire son flux RSS ailleurs (podCloud?^^) en pointant vers ces fichiers. La démarche a été grandement complexifiée depuis.

Désormais, avec la fonction catalogue, nous avons désormais des centaines de flux RSS générés par ce service de m…usique.

Alors, à chaque fois qu’on a du s’adapter, on a ravalé notre rage, et d’un autre côté, on remarquait que certains podcasts commençaient à transitionner vers des services tout-en-un dédiés au podcast (tels que libsyn par exemple) ou vers leur propre solution d’hébergement.

Sur le long terme, il y avait donc de l’espoir.

Le dernier coup de massue :

Il y a une semaine environ, on remarque que SoundCloud a bloqué notre IP…

Et encore, non, soyons pour une fois précis sur l’erreur, pour vous montrer concrètement les habitudes techniques « crade » derrière SoundCloud :

On remarque qu’on obtient sur médias des flux SoundCloud une erreur 500 (« erreur interne du serveur »). Comme si le serveur de SoundCloud avait crashé, par exemple.

Suite à des tests on remarque que cela marche depuis nos connexions personnelles et après quelques recherches,  on découvre que nous ne sommes pas les seuls : SoundCloud bannit régulièrement non pas des IP qui « spamment » mais directement des plages complètes d’IP de notre fournisseur de serveur (OVH) « punissant » ainsi collectivement et aléatoirement des milliers de serveurs pour un fautif.

Rien que par le fait qu’ils n’ont pas mis une erreur correspondant à une connexion refusée (erreur 401 ou alors 403), nous avons perdu un temps non négligeable à chercher la source du problème.

Et il semblerait que cette décision soit irrévocable, d’après le lien ci-dessus avec l’une des rares communications sur le sujet de la part de SoundCloud.

En bloquant le téléchargement des médias sur notre serveur, ils bloquent donc :

• les podcasts diffusés sur podradio (on les télécharge pour les diffuser)
• les podcasts internes à podCloud utilisant le flux parent (on les télécharge analyser les id3tag)
• les podcasts externes (juste présents au catalogue)  (on les télécharge analyser les id3tag)

Je précise que légalement, ils sont 100% dans leur droit.

Quoi faire ?

Alors on en arrive à un point où nous avons plusieurs possibilités techniques :

• Utiliser nos connexions personnelles pour traiter les flux SoundCloud
• Louer des serveurs (ou VPS) annexes autre part que chez OVH
• Tout déménager hors de chez OVH
• Monter un botnet
• Trouver des proxy
• Utiliser des VPN

Toutes ces solutions vont nous prendre du temps. Beaucoup de temps. Encore. Et certaines coûteraient même de l’argent.

Et toujours systématiquement pour le même service de « podcast ».

Un service qui fait payer les créateurs mais aussi leurs auditeurs s’ils veulent vous écouter hors ligne via leur application.

Face à nous qui sommes une association de bénévoles dont l’infrastructure minimaliste est payée par des dons.

Voilà pourquoi je vais sous peu (le temps de vous laisser nous donner votre avis) proposer une motion visant à ne plus prendre en charge les flux SoundCloud. Non pas les bannir, mais les utiliser « en l’état ». Si ça marche tant mieux, sinon tant pis.

Ce n’est pas viable de tenter de maintenir nous-même cette compatibilité. Ce n’est pas jeter l’éponge, il s’agit de prendre position :

• Je ne considère pas que ce soit ni financièrement, ni techniquement intéressant d’utiliser ce service pour faire du podcast à la base. Et l’avenir ne semble pas aller vers de l’amélioration.
• Je considère ne pas rendre service à la communauté en corrigeant nous-même ces manquements, desquels nous ne sommes nullement responsables, au dépend d’autres projets et avancements.
• Je ne considère pas que cela soit compatible avec nos aspirations «  » »libristes » » » que d’encourager des gens à utiliser une solution si fermée, si opaque, et si dictatoriale dans sa prise de décisions.

Evidemment, cela veut dire que le temps que nous aurions passé à mettre du « SoundScotch », nous allons le passer à faire des tutoriels pour expliquer comment faire autrement, comme par exemple héberger ses fichiers soi-même via un hébergement mutualisé qui de toute façon fera l’affaire pour 99.999999….% des podcasts à une fraction du prix.

N’hésitez pas à réagir, nous donner votre avis, il s’agit ici d’avoir un débat ouvert sur le sujet de la continuité de notre compatibilité.

Phil_Goud

Président