Pouvoir brancher à ZDS un serveur de vidéo

Bonjour, comme certains le savent sûrement zds intègre la possibilité d'utiliser des vidéos depuis un hébergeur externe tel que youtube, dailymotion ou viméo.

Cette fonctionnalité est très intéressante pour apporter dans le future une vraie diversité dans les tutoriels et articles.

Nous avons fait le choix d'intégrer des hébergeurs externes car nous ne sommes pas voués à court et à moyen terme à héberger nos propres vidéos. Nous n'en avons pas l'infrastructure et a priori, la centralisation ne fait pas partie de nos valeurs.

la fonctionnalité demandée

Pourtant, sur LinuxFr, une personne s'est montré intéressé par notre logiciel mais disait vouloir héberger ses propres vidéo de manière confidentielle.

Je pourrais être intéressé pour installer ce site web sur un serveur mais il faut que le contenu soit confidentiel donc pas de service externe.

En effet, ne sous estimons pas la possibilité qu'offre notre site pour gérer simplement la connaissance des petites structures sans que ces dernières aient à payer des gros bidules style SharePoint. Il n'est pas impossible que ce genre d'usage soit un débouché pour la partie "open source" de notre logiciel.

Pouvoir télécharger puis permettre la lecture en streaming de vidéo auto hébergé (ou bien vers un "hébergeur interne"¹) serait une force non négligeable du logiciel même si nous (j'entends par là ZDS) ne s'en sert pas au très court terme.

La veille techno à ce propos

M'étant posé la question sur ce qu'on pouvait faire, j'ai tenté de comprendre comment on pouvait mettre en place notre propre serveur "streaming" et une intégration au site si le gestionnaire le désire.

Pour cela j'ai vite trouvé un logiciel libre : icecast.

Il semblerait qu'une implémentation en python qui semble coller à notre besoin existe en python : deefuzzer.

Je suis plutot de l'avis de Kje moi aussi. Dans nos galeries ont peu uploader des image, on peut prévoir aussi d'uploader des vidéos (avec une max-size définie). Ce qui nous fournirait des chemins relatifs par vidéo du style /media/videos/derf-dera-4dfee-qszee-h21e.mp4.

Et ainsi, on modifie notre extension markdown pour qu'il detecte les chemins relatifs pour renvoyer la balise html5 simplement.

Sachant qu'avec des trucs comme ffmpeg on peut facilement prévoir de convertir les vidéos à l'upload dans un format "compatible html5".

Comme je l'ai dit, il s'agissait surtout d'explorer un peu toutes les possibilités, une sorte de brainstorming. Je trouve que ça ne sert à rien de se fermer dans une technique précise en disant "on verra après", car à chaque fois c'est un peu plus dur d'aller faire évoluer le tout sans ajouter de bugs et/ou sans détruire l'expérience utilisateur.

Je suis d'accord avec vous que ce que vous dites et totalement viable et même sûrement souhaitable. Mais avant de prendre une décision à ce propos, peut-être faut-il explorer un peu d'autres solutions?

Je suis d'accord avec vous que ce que vous dites et totalement viable et même sûrement souhaitable. Mais avant de prendre une décision à ce propos, peut-être faut-il explorer un peu d'autres solutions?

Je n'ai rien contre, bien au contraire. Si ce n'était pas clair, ma proposition n'était que mon avis. C'était ce que j'aurais proposé intuitivement pour aller dans cette direction car cela permet d'y aller par étape : Tout d'abord bien gérer l'import du contenu et, pour que ce soit utilisable, proposer la plus simple des façons de mise a disposition. En deuxième étape on pourrait imaginer proposer un lecteur flash pour ceux qui ne disposent pas de navigos html5. Et en derniere étape de proposer un serveur de diffusion dédié.

Cette proposition est interessante et il faut y faire particulièrement attention. Car il peut s'agir de la premiere proposition clairement destiné au produit open-source qui ne sera pas utilisé par le site en lui-même. On va probablement relever des problématiques qu'on a pas actuellement avec les dev à destination du site.

Kje lit dans mes pensées. Mon mot d'ordre : Iteration, iteration encore et toujours iteration en mode entonnoir.

Soit dit en passant, dans une visée pédagogique pure, une vidéo réalisée grâce à awecode peut être vraiment sympa non?

"Pourtant, sur LinuxFr, une personne s'est montré intéressé par notre logiciel" "Pouvoir télécharger puis permettre la lecture en streaming de vidéo auto hébergé (ou bien vers un "hébergeur interne"1) serait une force non négligeable du logiciel"

De quel logiciel il est question ? Je comprend pas trop non plus de quoi il est question quand tu parles de streaming ? C'est du livestream, ou juste de la lecture bête et méchante de fichiers ? Dans le premier cas, (ce qui serai vraiment une bonne idée, pour héberger des lives de conventions, ou les lives de Grafikart par exemple) il faudrait se pencher sur Red5 ou RTMPLite. Dans le deuxième cas, je vois pas trop la difficulté de la chose, vu qu'il suffit d'avoir un lecteur HTML5, comme Sublime Video.

De quel logiciel il est question ?

"le logiciel" aka "notre logiciel", c'est le code du site.

Dans le deuxième cas, je vois pas trop la difficulté de la chose, vu qu'il suffit d'avoir un lecteur HTML5, comme Sublime Video.

Voilà, c'est le "deuxième cas". Seul problème, ZDS n'a pas pour vocation d'héberger les vidéos. Par contre une personne qui utilise notre code peut avoir cette vocation. C'est pourquoi je tentais de réfléchir aux moyens à mettre en place : un simple lecteur? un branchement avec un service externe que la personne pourrait auto héberger (cas de icecast)? whatever?

Avant de mettre cette fonctionnalité, il faut en définir le périmètre pour ne pas se lancer dans un développement inutile tout en évitant de se fermer des portes.

Ah d'accord, j'avais pas compris que logiciel == le site

Je pense que inclure des videos externes pourquoi pas, mais je pense pas qu'aller jusqu'à intégrer des services icecast soit nécessaire, cela va être utile à 0.01% des utilisateurs, je pense pas que ça vaut le coup de développer cela.