Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (58)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (9050)

  • Liste de médias : on ignore le cas où on passe un id_rubrique inexistant

    3 décembre 2013

    Dans le squelette articles-medias_liste.html qui liste les médias, si on passe id_rubrique dans l’environnement et qu’il ne correspond à aucune rubrique existante, on ignore actuellement ce paramètre, ce qui affiche les médias dans toutes les rubriques, au lieu de n’afficher aucun résultat et un message d’erreur.

    Voir http://zone.spip.org/trac/spip-zone/browser/_squelettes_/mediaspip/mediaspip_core/trunk/inclure/articles-medias_liste.html#L68

  • Anomalie #3114 (Nouveau) : intval dans recuperer_numero

    10 décembre 2013, par Nicolas Dorigny

    Suite à échange rapide sur IRC : le intval dans recuperer_numero pose souci : si j’ai une rubrique "01. patati", elle s’affiche avec 1 et pas 01 dans ecrire, idem avec une rubrique 00 qui s’affiche 0.
    En l’occurence, ce numéro n’est pas un int, et n’a pas toujours été considéré comme devant l’être, il est inclus dans la chaine du titre.
    Il me semble que renvoyer 01 au lieu de 1 ne casse rien des usages qui en sont faits.

    Proposition : dans /ecrire/inc/filtres.php
    function recuperer_numero($texte)
    - return intval($regs1) ;
    + return preg_replace(’#[^0-9]+#’,’’,$regs1) ;

    Denisb signale aussi "en mode rubrique_edit, le numéro disparait carrément du titre".

  • Révision 21104 : Report de r21005 : Perf issue sur le lancement du CRON :

    11 janvier 2014, 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.

Navigation