Outils du site

Outils pour utilisateurs

Vous êtes ici: Accueil » Articles Divers » debat-site-liens-public-ou-prive
divers:debat-site-liens-public-ou-prive (lu 26195 fois)

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision 		Révision précédente
Dernière révision Les deux révisions suivantes
divers:debat-site-liens-public-ou-prive [le 08/02/2016 à 13h15]
111110101011 [Schémas de données] 		divers:debat-site-liens-public-ou-prive [le 08/02/2016 à 16h53]
111110101011 [Code]
Ligne 13: Ligne 13:
  
 ===== Aspects technique de la conception de sites de liens ===== ===== Aspects technique de la conception de sites de liens =====
 +
 +Voici les points de recommandation qu'on peut donner pour la conception d'un site de liens, qu'il s'agisse de liens ed2k, torrent ou direct download.
  
   * Code : Le code du site web doit être publié sous une licence libre   * Code : Le code du site web doit être publié sous une licence libre
Ligne 18: Ligne 20:
   * Base de données : Proposer des exportations anonymisées de la base de données, permettant à d'autres de répliquer le même site ailleurs   * Base de données : Proposer des exportations anonymisées de la base de données, permettant à d'autres de répliquer le même site ailleurs
   * (Le serveur peut effectuer des traitements sur les fichiers pour fournir certaines données (infos sur les codecs, détails sur les fichiers...) )   * (Le serveur peut effectuer des traitements sur les fichiers pour fournir certaines données (infos sur les codecs, détails sur les fichiers...) )
 +
 +On les traitera dans le détail ci-dessous.
  
  
Ligne 23: Ligne 27:
  
 === Principes === === Principes ===
-En informatique, il est souvent considéré comme idiot de réinventer la roue. +En informatique, il est souvent préconisé d'éviter de réinventer la roue. La meilleure façon d'y parvenir, c'est en faisant en sorte que les codes sources des logiciels soient [[def>opensource|libres]].
- +
-La meilleure façon d'éviter cela, c'est que les codes sources des logiciels soient libres. Permettre aux gens de réutiliser le code qu'on écrit et pouvoir réutiliser le code écrit par les autres nous place dans une dynamique collaborative.+
  
-Les codes des logiciels sont toujours susceptibles de recevoir des améliorations. En mettant son code à disposition des autres, on permet aux autres de l'améliorer, et on bénéficie en retour de ces améliorations.+Permettre aux gens de réutiliser le code qu'on écrit et pouvoir réutiliser le code écrit par les autres nous place dans une dynamique collaborative. Les codes des logiciels sont toujours susceptibles de recevoir des améliorations. En mettant son code à disposition des autres, on permet aux autres de l'améliorer, et on bénéficie en retour de ces améliorations.
  
-Si vous ne connaissez pas déjà le sujet, renseignez-vous sur les [[def>opensource|logiciels libres]] et les licences libres.+Avoir un code fermé (donc non libre) est parfois une façon de se distinguer des autres, de prendre de l'avance dans les fonctionnalités, et d'espérer être meilleurs qu'eux. Ca peut sembler gratifiant, et pourtant, vous aquéreriez d'autant plus de reconnaissance si vous acceptiez de produire du code libre. Ce code servirait l'intérêt général, autrement dit : vous contribueriez ainsi à rendre la société un peu moins merdique qu'elle ne l'est (et il nous semble que c'est important). En plus, cette victoire serait toute relative, car ce que vous arriverez à achever seul dans votre coin sera toujours moindre par rapport à ce qu'il est possible de faire collectivement.
  
-Avoir un code fermé (donc non libre) permet certes de se distinguer des autres, d'espérer avoir l'avantage sur eux. Pourtant, vous aquéreriez d'autant plus de reconnaissance si vous acceptiez de produire du code libre dans l'intérêt général, vous aurez ainsi contribué à rendre la société un peu moins merdique qu'elle ne l'est, et ça il nous semble que c'est important.+Soyons ambitieux pour ne plus avoir à subir l'informatique, et produisons du code libre.
  
 === Application === === Application ===
Ligne 41: Ligne 43:
  
 Existe t-il des projets de logiciels adaptés aux sites de liens ayant mâché le travail ? Existe t-il des projets de logiciels adaptés aux sites de liens ayant mâché le travail ?
 +
 +Je ne suis pas sûr qu'il existe un terme pour qualifier les logiciels qui servent à mettre en place des sites de liens. Parfois ils sont qualifiés de framework, d'autres fois ils emploient le terme devenu ambigü de «tracker» (on ne sait pas si le tracker désigne la partie web, ou le logiciel serveur de mise en relation des internautes).
  
 On ne retiendra pas les logiciels au code source propriétaire, pour les raisons expliquées plus haut. Cela laisse peu de choix : On ne retiendra pas les logiciels au code source propriétaire, pour les raisons expliquées plus haut. Cela laisse peu de choix :
Ligne 52: Ligne 56:
 Peut-être aussi qu'on peut utiliser un CMS généraliste (wordpress, joomla...) selon l'usage que l'on prévoit, car le rôle minimal que doit tenir un site de liens, c'est de pouvoir afficher des liens dans une page, ce que n'importe quel CMS sait faire. Peut-être aussi qu'on peut utiliser un CMS généraliste (wordpress, joomla...) selon l'usage que l'on prévoit, car le rôle minimal que doit tenir un site de liens, c'est de pouvoir afficher des liens dans une page, ce que n'importe quel CMS sait faire.
  
-Pour un développeur, adopter un logiciel libre impliquera plusieurs choses :+Si vous faites le choix d'adoter l'un de ces logiciels libres, il vous sera possible de vous immiscer de plusieurs façons au sein du projet :
  
-  * Faire partie de la communauté d'utilisateurs du logiciel, en participant au forum ou en rapportant les bugs +  * En faisant partie de la communauté d'utilisateurs du logiciel, en participant au forum ou en rapportant les bugs 
-  * Eventuellement, savoir utiliser git/svn/mercurial, et voir comment faire remonter des «patches» au projet d'origine+  * Ou si vous ne redoutez pas de faire de la programmation, apprendre à utiliser git/svn/mercurial, et voir comment faire remonter des «patches» au projet d'origine
  
  
Ligne 65: Ligne 69:
 ==== Principe ==== ==== Principe ====
  
-S'il vous plaît, ne demandez pas à vos uploadeurs de remplir eux-mêmes les descriptions des films. Ne leur demandez pas de copier/coller la synopsis depuis allocine vers un champ de formulaire d'upload de votre site.+S'il vous plaît, ne demandez pas à vos uploadeurs de remplir eux-mêmes les descriptions des films. Ne leur demandez pas de copier/coller la synopsis depuis allocine (ou autre) dans un champ de formulaire sur votre site.
  
 Utilisez plutôt des banques de données dont le propos est justement de décrire ces films, et de fournir ces informations. Utilisez plutôt des banques de données dont le propos est justement de décrire ces films, et de fournir ces informations.
Ligne 72: Ligne 76:
  
 Les oeuvres (films, albums de musique...) outre leur contenu, ont de nombreuses (méta)données associées. Les oeuvres (films, albums de musique...) outre leur contenu, ont de nombreuses (méta)données associées.
 +
 +=== Spécifiques à l'oeuvre ===
  
 Par exemple, pour un album de musique on a : Par exemple, pour un album de musique on a :
Ligne 84: Ligne 90:
  
 Ces propriétés sont propres à l'oeuvre. Pour un film, on trouverait le même genre d'informations, comme le nom du réalisateur, une liste d'acteurs, une synopsis... Ces propriétés sont propres à l'oeuvre. Pour un film, on trouverait le même genre d'informations, comme le nom du réalisateur, une liste d'acteurs, une synopsis...
 +
 +=== Spécifiques au «rip» ===
  
 S'ajoutent des charactéristiques techniques qui concernent les fichiers, par exemple : S'ajoutent des charactéristiques techniques qui concernent les fichiers, par exemple :
Ligne 98: Ligne 106:
   * Date de la release   * Date de la release
   * Outils et réglages utilisés pour le rip   * Outils et réglages utilisés pour le rip
 +
 +Réfléchir à ces schémas de données n'est pas une tâche facile. Ce travail est parfois abordé autour des questions de métadonnées, de bases de données, de web sémantique, ou de normes définissant la structure de ces données. Ce travail étant ardu, il s'agira à notre niveau de répertorier quelles initiatives ont déjà cherché à catégoriser ces données. 
 +
 +=== Résumé ===
  
 On a donc 3 catégories de données qui nous intéressent :  On a donc 3 catégories de données qui nous intéressent : 
Ligne 104: Ligne 116:
   - données techniques des fichiers   - données techniques des fichiers
   - données de la release   - données de la release
 +
 +La démarche cohérente qui s'en suit, ce serait :
 +
 +  * pour les données de l'oeuvre, d'utiliser des bases de données existantes décrivant ces oeuvres
 +  * pour les données techniques des fichiers, de les déterminer via des outils fonctionnant sur le serveur
 +  * pour les données de la release, demander à l'uploadeur de les renseigner
  
 ==== L'accès à ces données ==== ==== L'accès à ces données ====
Ligne 172: Ligne 190:
 Côté programmation, plusieurs initiatives ont essayé d'automatiser des tâches à divers degrés, notament [[https://btdigg.org/about/|btdigg]], [[https://thepiratebay.se/|the pirate bay]], [[https://what.cd/|what.cd]]... Ces outils sont parfois directement intégrés dans le code web du site. Parfois il s'agit d'outils d'administration à exécuter sur le serveur. Il existe donc, pour BitTorent aussi, tout un attirail d'outils intelligents qui servent à gérer le site. Le but de cet article est de vous inviter à les utiliser, à les développer, et à en démocratiser l'usage. Côté programmation, plusieurs initiatives ont essayé d'automatiser des tâches à divers degrés, notament [[https://btdigg.org/about/|btdigg]], [[https://thepiratebay.se/|the pirate bay]], [[https://what.cd/|what.cd]]... Ces outils sont parfois directement intégrés dans le code web du site. Parfois il s'agit d'outils d'administration à exécuter sur le serveur. Il existe donc, pour BitTorent aussi, tout un attirail d'outils intelligents qui servent à gérer le site. Le but de cet article est de vous inviter à les utiliser, à les développer, et à en démocratiser l'usage.
  
-=== Code du site web sous licence libre === 
- 
-Les logiciels libres, c'est tout un monde encore invisible aux yeux de certaines personnes et pourtant fondamental pour ce qui est de l'informatique. 
- 
-== Qu'est-ce qui existe déjà ? == 
- 
-Les webmasters connaissent déjà certains logiciels libres prévus pour le web, par exemple : wordpress, phpBB, dokuwiki, spip... 
- 
-Il s'agirait donc de trouver la même chose en libre, avec l'objectif de proposer une interface permettant aux utilisateurs de rechercher les oeuvres et d'en récupérer les liens de téléchargement. 
- 
-Il n'en existe pas beaucoup, en fait on ne peut en citer qu'un : Gazelle (celui utilisé par le site What.CD). 
- 
-«Gazelle is a web framework geared towards private BitTorrent trackers. Although naturally focusing on music, it can be modified for most needs. Gazelle is written in PHP, JavaScript, and MySQL.» 
- 
-A éplucher : http://sourceforge.net/projects/torrenttrader/ ; et d'autres. 
- 
-== Pourquoi et comment du code libre ? == 
  
 ===== Sites de liens: publics ou privés ? ===== ===== Sites de liens: publics ou privés ? =====
divers/debat-site-liens-public-ou-prive.txt · Dernière modification: le 08/02/2016 à 17h00 de 111110101011

Outils de la page