Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (50)

  • Les images

    15 mai 2013

  • 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

Sur d’autres sites (8532)

  • avfilter : Port mp=eq/eq2 to lavfi

    18 janvier 2015, par Arwa Arif
    avfilter : Port mp=eq/eq2 to lavfi

    Code adapted from James Darnley’s port
    
Some fixes from Paul B Mahol <onemda@gmail.com>
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] configure
    • [DH] doc/filters.texi
    • [DH] libavfilter/Makefile
    • [DH] libavfilter/allfilters.c
    • [DH] libavfilter/version.h
    • [DH] libavfilter/vf_eq.c
    • [DH] libavfilter/vf_eq.h
    • [DH] libavfilter/x86/Makefile
    • [DH] libavfilter/x86/vf_eq.c

  • avfilter : Add repeatfields filter (Port of mp=softpulldown)

    28 janvier 2015, par Paul B Mahol
    avfilter : Add repeatfields filter (Port of mp=softpulldown)

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] LICENSE.md
    • [DH] configure
    • [DH] doc/filters.texi
    • [DH] libavfilter/Makefile
    • [DH] libavfilter/allfilters.c
    • [DH] libavfilter/vf_repeatfields.c

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

    13 février 2015, par Mathieu MD

    Spip ajoute intempestivement le port aux URL qu’il génère quand celui-ci est non-standard (ie. ni 80 ni 443). Ça pose un problème quand le serveur applicatif (Apache+PHP, Nginx+PHP, etc.) se trouve derrière un reverse proxy (Varnish) sur la même machine, et écoute donc non pas sur 80 mais sur 81 ou 8080, par exemple.

    Ça casse notamment l’URL de `spip_admin.css` et du SPIP-CRON en toute fin de page.

    Pour « corriger » sur mon installation, j’ai modifié la fonction `url_de_base()` du fichier `ecrire/inc/utils.php` en commentant ce bloc :

      if (isset($_SERVER[’SERVER_PORT’])
    AND $port=$_SERVER[’SERVER_PORT’]
    AND strpos($host," :")==false)
    if ($http=="http" AND $port !=80) $host.=" :$port" ;
    if ($http=="https" AND $port !=443) $host.=" :$port" ;

    Évidemment c’est un peu barbare... Pourquoi ne pas utiliser l’URL de base spécifiée dans l’interface d’admin (Configuration > Identité du site : Adresse (URL) du site public) ? Le commentaire de la fonction `url_de_base()` précise que c’est parce que `meta(adresse_site)` peut être fausse ; mais alors à quoi bon la demander et à quoi sert-elle ?

    Bref, il devrait être possible de servir Spip sur un port non-standard sans pour autant casser les URLs.

    Pour info :

    • L’architecture initiale (traditionnelle) : Client -> Nginx (port 80) -> PHP (Spip)
    • Nouvelle archi avec reverse proxy : Client -> Varnish (port 80) -> Nginx (port 81) -> PHP (Spip)

    Versions :

    • SPIP 3.0.17 [21515]
    • Nginx 1.2.1
    • Varnish 3.0.2
    • Debian 7.8 Wheezy

Navigation