Recherche avancée

Médias (1)

Mot : - Tags -/publicité

Autres articles (100)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)

    31 mai 2013, par

    Lorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
    Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
    Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
    Description des scripts
    Trois scripts Munin ont été développés :
    1. mediaspip_medias
    Un script de (...)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

Sur d’autres sites (16070)

  • aacdec_usac : remove custom rate_idx and use standard variable for it

    16 juin 2024, par Lynne
    aacdec_usac : remove custom rate_idx and use standard variable for it

    m4ac.sampling_index is what aacdec.c uses.
    • [DH] libavcodec/aac/aacdec.h
    • [DH] libavcodec/aac/aacdec_usac.c

  • dxtory : Drop nonsense ISO C printf conversion specifiers for standard types

    11 janvier 2016, par Diego Biurrun
    dxtory : Drop nonsense ISO C printf conversion specifiers for standard types
    • [DBH] libavcodec/dxtory.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