Recherche avancée

Médias (91)

Autres articles (68)

  • 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 ;

  • 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

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (12180)

  • Anomalie #2924 (Nouveau) : MySQL ne retourne pas toute la table /* warning */

    5 janvier 2013, par YannX spip

    Bug relevant plutot de MySQL (détecté avec saveauto 1.0.beta)

    l’instruction mysql_query(’SHOW CREATE TABLE spip_articles’) ne renvoit pas le dernier champ (’virtuel’) de meme que phpMyAdmin , au contraire de mysqldump (problème egalement rencontré sur un serveur OVH mutualisé (sql5.modules) (...)

  • Anomalie #4353 : MYSQL 5.7 - Comportement du timestamp vs la variable explicit_defaults_for_timestamp

    20 juin 2019

    Je viens de me rendre compte que je suis confronté au même problème.

    explicit_defaults_for_timestamp est OFF par défaut d’après la doc Mysql (jusqu’à 5.7) mais j’ai le cas chez mon hébergeur et en local avec MAMP Pro, donc on n’est sûrement pas les seuls

    Dans /ecrire/req/mysql.php, il y a déjà des requetes SET MYSQL_MODE='' qui sont lancées pour éviter les erreurs sur les dates du type "0000-00-00 00:00:00", qui sont interdites quand la config sql_mode contient STRICT_TRANS_TABLES ou NO_ZERO_DATE (ce qui est le cas par défaut sur Mysql 5.7).
    Dans la suite logique, on pourrait ajouter SET explicit_defaults_for_timestamp = 0, mais c’est moche, il vaudrait mieux avoir des déclarations complètes.

    Je vais déjà me faire un script qui ALTER toutes les tables qui ont une colonne maj, peut être un plugin temporaire pourrait être utile ?

    L’idéal serait une release avec modification des déclarations des champs MAJ, non ?

  • Revision 81419 : Indentation, un cartel semblable partout des intval au lieu de sql_quote ...

    17 mars 2014, par kent1@… — Log

    Indentation, un cartel semblable partout
    des intval au lieu de sql_quote sur les id_article
    La bonne url de documentation
    Version 1.0.6

Navigation