
Recherche avancée
Autres articles (49)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)
Sur d’autres sites (6177)
-
Evolution #3775 : Moins de cookies
28 avril 2016, par jluc -Les hits varnish varient maintenant entre 30 et 60%. La réponse du support gandi était érronée : le problème ne venait pas des 4 cookies que spip pose partout, mais du vary : user-agent.
Je suppose que ce ticket n’a plus lieu d’être.
-
Anomalie #3772 (Nouveau) : Impossible d’ignorer le statut avec une boucle imbriquée.
22 avril 2016, par Julien -Bonsoir,
Le code suivant ne retourne que les articles/brèves publiés malgré l’usage du critère statut ?
Y compris si on utilise "spip_breves" au lieu de "BREVES"
Observé sur SPIP2.1 / 3.0 / 3.1
#ID_BREVE - #STATUT - #TITRE
#ID_ARTICLE - #STATUT - #TITRE -
Anomalie #3697 : Bug svn10000 SPIP 3
14 février 2016, par MiKaël NavarroCependant je m’étonne que cette erreur là « remplissent les logs du serveur Web », d’autant que l’erreur n’est pas critique.
Normalement leif ($dir = opendir(...))
n’entre pas dans le if si opendir retournefalse
. 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 leif
siopendir
retournefalse
, 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 leif
) :$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 testwhile (($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é.