Recherche avancée

Médias (0)

Mot : - Tags -/latitude

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (71)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Modifier la date de publication

    21 juin 2013, par

    Comment changer la date de publication d’un média ?
    Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
    Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
    Dans la rubrique "Champs à ajouter, cocher "Date de publication "
    Cliquer en bas de la page sur Enregistrer

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

Sur d’autres sites (10876)

  • Anomalie #3647 : #INTRODUCTION

    11 janvier 2016, par Ivan Lewkowitz

    Hello Franck, désolé, voici plus de détails :

    Il s’agit d’un Spip 3.0.21 mis à jour en 3.1 via Spip_loader.
    J’ai suivi les indications de maj. Les plugins sont compatibles (couteau suisse).
    Base de données : MySQL (exportée du site online via l’admin de Spip et réimportée en local, toujours via l’admin Spip, même version évidemment). Le fichier se termine en .sqlite (et non .dump ou autre).
    Le codage de la base est tout en utf-8, idem pour le site lui-même.

    Online, le site est en Spip 3.1 et Php 5.2 (module Apache) alors que dans Mamp, c’est Php 5.6.10 qui tourne (ou Php 7 au choix). Quand on passe d’une version à l’autre de Php en local, la première balise #INTRODUCTION est ignorée (le DIV accueillant l’intro est vide au lieu d’afficher un paragraphe).
    Ça c’est pour l’intro dans une boucle ARTICLES.


    [(#INTRODUCTION800|liens_ouvrants|propre)]

    Mais bizarrement, j’appelle aussi l’intro en survol sur des titres d’articles plus loin, et ça fonctionne sans problème :

    Donc… mystère. Donc pour résumer ma première balise intro ne saute qu’en local et avec Php 7 (donc rien de dramatique). J’ai pas essayé d’activer Php 7 chez mon hébergeur ; c’est proposé en beta encore.
    A ta dispo.

  • Anomalie #3697 : Bug svn10000 SPIP 3

    14 février 2016, par MiKaël Navarro

    Cependant je m’étonne que cette erreur là « remplissent les logs du serveur Web », d’autant que l’erreur n’est pas critique.
    Normalement le if ($dir = opendir(...)) n’entre pas dans le if si opendir retourne false. Par contre, oui ça créait une erreur PHP si le dossier n’existait pas, mais qui ne devrait pas perturber il me semble la suite du processus de mise à jour. Je n’ai pas été vérifier cependant.

    Effectivement le if ($dir = opendir(...)) n’entre pas dans le if si opendir retourne false, mais ce n’est pas le code que j’ai dans l’archive spip-3.1.zip (r22707 aujourd’hui en date du 6 janvier), au lieu de ça j’ai seulement (sans le if) : 

    $dir = opendir($base) ;
while (($f = readdir($dir)) !== false) 
...

    De plus je suis d’accord, ce n’est pas une Erreur mais un simple Warning que l’on retrouve dans /var/log/nginx/error.log :

    2016/02/14 12:36:04 [error] 1141#0 : *197 FastCGI sent in stderr : "PHP message : PHP Warning :  opendir(baddir/) : failed to open dir : No such file or directory in /home/mickey/public_html/test-opendir.php on line 2
PHP message : PHP Warning :  readdir() expects parameter 1 to be resource, boolean given in /home/mickey/public_html/test-opendir.php on line 3" while reading response header from upstream, client : 127.0.0.1, server : localhost, request : "GET / mickey/test-opendir.php HTTP/1.1", upstream : "fastcgi ://unix :/var/run/php5-fpm.sock :", host : "localhost"


    Ensuite le test while (($f = readdir($dir)) !== false) rentre dans une boucle infinie et c’est avec ça que j’ai créé un log de plus de 2Go !

    D’après les commit, je vois que c’était déjà corrigé dans la version SVN, mais un test supplémentaire mange pas de pain ça sera plus robuste et évitera l’écriture d’un Warning dans les logs pour rien :)

    En tout cas merci pour votre réactivité.

  • Anomalie #3712 (Nouveau) : Config et saisie de type oui/non par défaut à oui

    21 février 2016, par realet RealET

    Bonjour,

    Soit un formulaire de de configuration (en PJ) appelé par ecrire/ ?exec=configurer_testouinon
    Ce formulaire utilise le plugin saisie et contient une saisie oui_non avec comme valeur par défaut oui :
    [(#SAISIE{oui_non,testoui,<br />    label=Test défaut oui,<br />    defaut=on}<br />)]

    En affichant la page de configuration dans l’admin de SPIP, on constate que la saisie oui_non est toujours à non, même quand la valeur par défaut indique que ça devrait être oui.
    J’ai vérifié en dehors de l’admin/configuration, la même saisie a sa valeur par défaut correctement interprétée.

    Après recherches, c’est inc/cvt_configurer.php ligne 262 qui ne renvoit que des chaines vides quand ça n’est pas configuré (pas de valeur dans spip_meta) au lieu de renvoyer NULL

    Patch joint

Navigation