Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (60)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip 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 2013

    Puis-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 2011

    MediaSPIP 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 Bystranowski

    Soit 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 2010

    Apparemment 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 ?