Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (111)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (6971)

  • Anomalie #3236 (Nouveau) : opendir et readdir

    27 juin 2014, par Ybbet SPIP

    Hello,

    Juste pour signaler qu’il y a une erreur d’écriture (par conseillé en tout cas) sur :
    - SPIP 3.1 :
    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/public/composer.php#L475
    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/install.php#L348

    - SPIP 3.0 :
    http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/public/composer.php#L392
    http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/install.php#L341

    - SPIP 2.1 :
    http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/public/composer.php#L392
    http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/install.php#L272

    - SPIP 2.0 : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/public/composer.php#L403

    On a 

    while ($f = readdir($d))

    Au lieu de 

    while (($f = readdir($d)) !== false)


    Ecriture adoptée partout ailleurs dans le core de SPIP.

  • Anomalie #3697 : Bug svn10000 SPIP 3

    14 février 2016, par MiKaël Navarro

    Cependant je m’étonne que cette erreur là « remplissent les logs du serveur Web », d’autant que l’erreur n’est pas critique.
    Normalement le if ($dir = opendir(...)) n’entre pas dans le if si opendir retourne false. Par contre, oui ça créait une erreur PHP si le dossier n’existait pas, mais qui ne devrait pas perturber il me semble la suite du processus de mise à jour. Je n’ai pas été vérifier cependant.

    Effectivement le if ($dir = opendir(...)) n’entre pas dans le if si opendir retourne false, mais ce n’est pas le code que j’ai dans l’archive spip-3.1.zip (r22707 aujourd’hui en date du 6 janvier), au lieu de ça j’ai seulement (sans le if) : 

    $dir = opendir($base) ;
while (($f = readdir($dir)) !== false) 
...

    De plus je suis d’accord, ce n’est pas une Erreur mais un simple Warning que l’on retrouve dans /var/log/nginx/error.log :

    2016/02/14 12:36:04 [error] 1141#0 : *197 FastCGI sent in stderr : "PHP message : PHP Warning :  opendir(baddir/) : failed to open dir : No such file or directory in /home/mickey/public_html/test-opendir.php on line 2
PHP message : PHP Warning :  readdir() expects parameter 1 to be resource, boolean given in /home/mickey/public_html/test-opendir.php on line 3" while reading response header from upstream, client : 127.0.0.1, server : localhost, request : "GET / mickey/test-opendir.php HTTP/1.1", upstream : "fastcgi ://unix :/var/run/php5-fpm.sock :", host : "localhost"


    Ensuite le test while (($f = readdir($dir)) !== false) rentre dans une boucle infinie et c’est avec ça que j’ai créé un log de plus de 2Go !

    D’après les commit, je vois que c’était déjà corrigé dans la version SVN, mais un test supplémentaire mange pas de pain ça sera plus robuste et évitera l’écriture d’un Warning dans les logs pour rien :)

    En tout cas merci pour votre réactivité.

  • Anomalie #3100 (Nouveau) : Bug - Base PostgreSQL

    20 novembre 2013, par _ CasP

    Bonjour,
    Je viens de créer un site mutualisé sur mon site. Mon ancien site à une base MYSQL et n’a pas de souci.
    En revanche le nouveau site à lui une base PostgreSQL.

    L’hébergement est chez OVH.

    je constate 2 chose étrange la première : lors de l’instalation du site après avoir renseigné le serveur et l’utilisateur, je me retrouve à avoir le choix parmi une multitude de base de donnée. Là ou habituellement je n’ai que le nom de celle que j’ai crée.
    Mais peux être ceci est un souci lié à OVH, je leur ai écrit pour demander.

    Le deuxième Bug a lieu lors de la création de RUBRIQUES dans l’espace privée.
    Cela fonctionne, cependant après la création je me retrouve avec une

    3 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
    1 Array / /
    2 Array / /
    3 Array / /

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « id_rubrique » est ambigu LINE 4 : GROUP BY id_rubrique,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_article,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_breve,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Et je reste sur la page de crétion sans être redirigé. J’ai alors l’option :
    Votre modification a été enregistrée
    Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.
    Tout fonctionne ce n’est donc pas dramatique. Mais c’est un peu gènant.

Navigation