Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (73)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • 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

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

Sur d’autres sites (8262)

  • Anomalie #3386 : Spip derrière Varnish : port non-standard dans l’URL ?

    15 février 2015, par Mathieu MD

    Bien vu. La doc de `mod_rpaf` précise en effet qu’il réécrit « REMOTE_ADDR, HTTPS, and HTTP_PORT to the values provided by an upstream proxy ».

    Ça n’a pas l’air d’être le cas du module Realip de Nginx (que j’utilise), ni de mod_remoteip, qui remplace mod_rpaf depuis Apache 2.4.
    http://wiki.nginx.org/HttpRealipModule
    https://httpd.apache.org/docs/2.4/mod/mod_remoteip.html

    On pourrait forcer, dans la conf Varnish, un entête `X-Forwarded-Port` qui serait parsé directement par Spip. Quelque chose comme ça :

    • Varnish :

    Soit :

    sub vcl_recv 
    set req.http.X-Forwarded-Port = server.port ;

    Soit :

    sub vcl_recv 
    if (req.http.X-Forwarded-Proto == "https" ) 
        set req.http.X-Forwarded-Port = "443" ;
     else 
        set req.http.X-Forwarded-Port = "80" ;
    • Spip, dans `ecrire/inc/utils.php` :
      if (isset($_SERVER[’SERVER_PORT’])
    AND $port=$_SERVER[’SERVER_PORT’]
    AND strpos($host," :")==false)
    # X-Forwarded-Port doit être ajouté par le proxy inverse (Varnish, etc.)
    if (isset($_SERVER[’HTTP_X_FORWARDED_PORT’])
      AND $xport=$_SERVER[’HTTP_X_FORWARDED_PORT’])
      if ($http=="http" AND $xport !=80) $host.=" :$xport" ;
      if ($http=="https" AND $xport !=443) $host.=" :$xport" ;
     else 
      if ($http=="http" AND $port !=80) $host.=" :$port" ;
      if ($http=="https" AND $port !=443) $host.=" :$port" ;

  • Revision 67227 : Toujours dans l’optique d’une inclusion un peu générique, permettre de ...

    28 octobre 2012, par rastapopoulos@… — Log

    Toujours dans l’optique d’une inclusion un peu générique, permettre de ne pas lister des docs déjà listés par ailleurs, avec le critère habituel de SPIP doublons (il suffit alors de passer des doublons à l’inclusion)

  • Revision 67227 : Toujours dans l’optique d’une inclusion un peu générique, permettre de ...

    28 octobre 2012, par rastapopoulos@… — Log

    Toujours dans l’optique d’une inclusion un peu générique, permettre de ne pas lister des docs déjà listés par ailleurs, avec le critère habituel de SPIP doublons (il suffit alors de passer des doublons à l’inclusion)

Navigation