
Recherche avancée
Médias (1)
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (60)
-
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 -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
L’agrémenter visuellement
10 avril 2011MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.
Sur d’autres sites (10517)
-
Révision 21005 : Perf issue sur le lancement du CRON :
25 novembre 2013, par cedric -sur certains serveurs le firewall est réglé pour DROP silencieusement toute requete http sortante : fsockopen attends alors 30s pour lancer la requete à chaque hit avant de rendre la main. cURL lui n’attends pas mais ne sait pas que sa requete echoue. Résultat le CRON ne tourne jamais et le site a un temps de réponse catastrophique.
Fix :
- limiter le timeout de fsockopen à 1s au lieu de 30s : si on a pas pu initialiser la connexion http en 1s c’est qu’il y a un soucis
- lorsque fsockopen echoue, rien ne sert de lancer cURL qui n’aura pas plus de chance ; cURL est utilisé en fallback uniquement si fsockopen n’est pas disponible (cas rare)
- du coup si fsockopen echoue on passe au lancement old-style avec HTML background (mais ça nous a couté 1s d’attente inutile)- si on sait qu’on est sur une telle configuration (et qu’on ne peut pas la changer) on peut inhiber le lancement du cron par fsockopen/cURL avec un
define(’_HTML_BG_CRON_FORCE’,true) ;
dans mes_options.php. Cela economisera l’attente inutile. -
Anomalie #4155 (Fermé) : la fonction roles_presents ne fonctionne pas correctement
26 juin 2018, par Michel BystranowskiSoit une liste des tables des objets de SPIP de la forme :
array( /* ... */ ’spip_documents’ => array( /* ... */ ’roles_objets’ => array( ’*’ => array( ’choix’ => array( ’logo’, ’logo_survol’, ), ’defaut’ => ’document’, ’principaux’ => array( ’logo’, ’logo_survol’, ), ), /* ... */ ’spip_articles’ => array( ’choix’ => array( ’logo’, ’logo_survol’, ’logo_perso’, ), ’defaut’ => ’document’, ’principaux’ => array( ’logo’, ’logo_survol’, ’logo_perso’, ), ), /* ... */ ), /* ... */ ), /* ... */ ) ;
dans ce cas, l’appel à la fonction :
roles_presents(’document’, ’article’) ;
devrait retourner les trois rôles, logo, logo_survol et logo_perso. Or elle ne retourne que les roles logo et logo_survol.
Le problème se trouve ici : https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/roles.php#L80
La fonction a utiliser est "table_objet_sql", au lieu de "table_objet", puisque les clés du tableau sont du type "spip_blablas", et pas simplement "blablas".
-
Lien entre Emballe medias et SPIPmotion
20 avril 2010Apparemment le lien entre Emballe médias et SPIPmotion ne fonctionne pas.
Scénario (sur spip.arscenic.tv) :
- On upload un document mp3
- Le document devrait être mis dans la file d’attente d’encodage pour être encodé en ogg à la fin de l’upload lorsque le document est joint au nouvel articles
Mais il ne l’est pas. Apparemment un problème dans le pipeline de SPIPmotion.
Cette fonctionnalité au lieu d’être dans le plugin central SPIPmotion pourrait être également dans le plugin de lien emballe_medias_spipmotion pour permettre de jouer sur deux cas.
- L’ancien : SPIPmotion gère à l’ajout de document la mise en file automatique pour tous les documents possibles
- Le nouveau : cette option ne pourrait être valable par exemple que pour les documents issus d’emballe médias pour une raison où une autre ?