Recherche avancée

Médias (91)

Autres articles (105)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • 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

  • Soumettre bugs et patchs

    10 avril 2011

    Un logiciel n’est malheureusement jamais parfait...
    Si vous pensez avoir mis la main sur un bug, reportez le dans notre système de tickets en prenant bien soin de nous remonter certaines informations pertinentes : le type de navigateur et sa version exacte avec lequel vous avez l’anomalie ; une explication la plus précise possible du problème rencontré ; si possibles les étapes pour reproduire le problème ; un lien vers le site / la page en question ;
    Si vous pensez avoir résolu vous même le bug (...)

Sur d’autres sites (10728)

  • Evolution #3358 : Création d’un pipeline "modifier_session"

    19 février 2015, par Peet du

    La fonction session_set() me convient bien. La question est alors de savoir où et quand utiliser cette fonction ?
    Il me semble que dans bien des cas il suffirait d’implémenter une nouvelle variable de session au moment où la personne se logue.
    La création d’un pipeline "modifier_session", placé dans /ecrire/auth/spip.php (?) permettrait cela.

  • Anomalie #3164 (Nouveau) : Problème de sauveagrde en MySQL

    2 février 2014, par Franck Dalot

    Bonsoir
    Alors après beaucoup de tests :-D Je fais un ticket de plus plutôt qu’une suite au autre, car il y a beaucoup de choses différente
    J’ai fini par trouver le moyen de reproduire le bug concernant les sauvegardes de spip"s"
    A savoir que j’ai fait que des tests de sauvegarde, je n’ai pas fait de vérification concernant la "qualité" des sauveagardes n’y même de restauration de base.
    Tests fait avec Firefox 26 et chez OVH en php 5.4.23

    Problème 1

    Contexte
    J’instal un spip 2.1.25 en choisissant MySQL via spip_loader, Je fais le choix concernant le prefix des tables de : spip21vers30bis
    Après l’instal, je vais dans "plugins" pour inserer les listes des plug (http://plugins.spip.net/rss-+-selection-2-1-+ et http://www.spip-contrib.net/?page=rss-plugins-spip-2-1)
    Puis, je fais la création d’une rubrique et d’un article de test que je publi en ligne.
    Enfin, je donne un nom au site et je vide le cache via l’interface de spip.

    Enfin, je vais dans "maintenance avancer" pour faire une sauvegarde de la base
    Je passe la souris sur "OPTIONS AVANCÉES"
    Et surprise... spip souhaite sauvegarder des tables qui n’existent pas "spip_article" et d’autres non, alors qu’elles existent "spip21vers30bis_articles"
    Sons en Gras les table que spip "coche" par défault
    spip21vers30bis_articles (1)
    spip21vers30bis_auteurs (1)
    spip21vers30bis_auteurs_articles (1)
    spip21vers30bis_auteurs_messages (0)
    spip21vers30bis_auteurs_rubriques (0)
    spip21vers30bis_breves (0)
    spip21vers30bis_documents (0)
    spip21vers30bis_documents_liens (0)
    spip21vers30bis_forum (0)
    spip21vers30bis_groupes_mots (0)
    spip21vers30bis_messages (0)
    spip21vers30bis_meta (93)
    spip21vers30bis_mots (0)
    spip21vers30bis_mots_articles (0)
    spip21vers30bis_mots_breves (0)
    spip21vers30bis_mots_documents (0)
    spip21vers30bis_mots_forum (0)
    spip21vers30bis_mots_rubriques (0)
    spip21vers30bis_mots_syndic (0)
    spip21vers30bis_petitions (0)
    spip21vers30bis_referers (0)
    spip21vers30bis_referers_articles (0)
    spip21vers30bis_resultats (0)
    spip21vers30bis_rubriques (1)
    spip21vers30bis_signatures (0)
    spip21vers30bis_syndic (0)
    spip21vers30bis_syndic_articles (0)
    spip21vers30bis_types_documents (164)
    spip21vers30bis_urls (0)
    spip21vers30bis_versions (0)
    spip21vers30bis_versions_fragments (0)
    spip21vers30bis_visites (0)
    spip21vers30bis_visites_articles (0)
    spip_articles (1)
    spip_auteurs (1)
    spip_auteurs_articles (1)
    spip_auteurs_messages (0)
    spip_auteurs_rubriques (0)
    spip_breves (0)
    spip_documents (0)
    spip_documents_liens (0)
    spip_forum (0)
    spip_groupes_mots (0)
    spip_messages (0)
    spip_meta (93)
    spip_mots (0)
    spip_mots_articles (0)
    spip_mots_breves (0)
    spip_mots_documents (0)
    spip_mots_forum (0)
    spip_mots_rubriques (0)
    spip_mots_syndic (0)
    spip_petitions (0)
    spip_rubriques (1)
    spip_signatures (0)
    spip_syndic (0)
    spip_syndic_articles (0)
    spip_types_documents (164)
    spip_urls (0)

    Problème 2
    Contexte
    Je place un fichier mes_options avec dedans :
    < ?php
    define(’SPIP_ERREUR_REPORT’,E_ALL) ;
    define(’_NO_CACHE’, -1) ;
    error_reporting(E_ALL^E_NOTICE) ;
    ini_set ("display_errors", "On") ;
    define(’_DEBUG_SLOW_QUERIES’, true) ;
    define(’_BOUCLE_PROFILER’, 5000) ;
    define(’_LOG_FILTRE_GRAVITE’,8) ;
    define(’_MAX_DEBUG_AFF’, ’1’) ;
     ?>

    Via spip_loader je fais le passage en SPIP 3.1.0-dev [21172]

    Apparission de notices pendant le passage :
    Notice : Undefined variable : r in /.../ecrire/req/mysql.php on line 974
    Notice : Undefined variable : row in /.../ecrire/req/mysql.php on line 539
    Notice : Undefined index : objet in /.../ecrire/req/mysql.php on line 1127
    Notice : Undefined index : creer_htpasswd in /.../ecrire/auth/spip.php on line 345
    + certaines qui ne sont pas systématique
    Notice : Undefined index : spip_lang in /.../ecrire/inc/lang.php on line 269
    Notice : Undefined variable : rub_ in /.../ecrire/base/dump.php on line 34

    Je vide le cache via l’interface de spip, et je vais dans "sauvegarder la base", je décoche "Sauvegarder toutes les tables"
    Surprise, spip me propose toutes les tables cocher sauf "spip_resultats" et "spip_test" (il me semble que c’est normal), par contre, il ne me propose pas les tables avec le préfix que j’avais choisi au moment de l’instal en spip 2.1.25

    Problème 3
    Je re-coche "Sauvegarder toutes les tables", choisi comme nom de sauvegarde "essai" et fait une sauveagarde

    Des notices apparaisent
    Notice : Undefined index : extra in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : objet in /.../ecrire/req/sqlite_generique.php on line 1053

    La sauvegarde ne semble pas correcte (voir la copie d’écran "sauvegarde1" jointe)

    Problème 4
    Je vide le cache, puis je fais une nouvelle sauveagrde de la base de données, mais uniquement d’une table "spip_articles" (Cela fait pareil avec toutes les tables qui sont en "gras" dans la copie d’écran "sauvegarde1"). je lui done le nom de "essai2"

    Des notices apparaissent
    Notice : Undefined index : extra in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : id_version in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : extra in /.../ecrire/req/sqlite_generique.php on line 1153
    Notice : Undefined index : id_version in /.../ecrire/req/sqlite_generique.php on line 1153

    La sauvegarde semble se faire
    Par contre quand il n’y a qu’une table, il faudrait que sont nom soit à gauche, il y a une puce de trop (voir la copie d’écran "sauvegarde2" jointe)

    problème 5
    Que cela soit en spip 3.0.15 ou 3.1 quand je regarde les tables que spip va sauveagrder, le prefix des table qui apparait ne correspond pas au prefix que j’ai choisi au moemnt de l’instal

    Problème 6 (divers)
    Des notices sont apparu lors de tests mais pas moyen de me souvenir si j’étais en 3.0.15 ou 3.1
    lors des essai, firefox mavais dit dans une page blanche qu’il y avait :
    Erreur d’encodage

    Des notices étaient visible
    Notice : Undefined index : contenu in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : extrait in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : composition in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : composition_lock in /.../ecrire/req/sqlite_generique.php on line 1108
    Notice : Undefined index : oembed in /.../ecrire/req/sqlite_generique.php on line 1108

    Et quand je faisait une sauvegarde, les table suivante étaient systématiquement en "gras"

    spip_article
    spip_depots
    spip_documents
    spip_groupes_mots
    spip_mots
    spip_paquets
    spip_plugins
    spip_auteurs
    spip_meta

    D’autres notices
    Notice : ob_end_flush() : failed to delete and flush buffer. no buffer to delete or flush in /.../plugins-dist/dump/inc/sauvegarde.php on line 59
    Notice : Undefined index : id in /.../ecrire/plugins/infos_plugin.php on line 170

  • Anomalie #3164 : Problème de sauvegarde en MySQL

    7 février 2014, par Franck Dalot

    En spip 2.1, avec comme prefix des table spipdev et avec uniquement dans mes_options :

    &lt;?php
    $table_prefix = 'spipdev';
    ?>

    Cela ne fait apparaitre dans la liste que des tables qui porteraient le nom de spip_xxx ET cela fait les sauvegardes avec le prefix spip_xxx au lieu de spipdev_xxx
    Et cela manque toujours des tables, puisqu’il n’y a de cocher que :
    spip_articles (0)
    spip_auteurs (2)
    spip_auteurs_articles (0)
    spip_auteurs_messages (0)
    spip_auteurs_rubriques (0)
    spip_breves (0)
    spip_documents (0)
    spip_documents_liens (0)
    spip_forum (0)
    spip_groupes_mots (0)
    spip_messages (0)
    spip_meta (91)
    spip_mots (0)
    spip_mots_articles (0)
    spip_mots_breves (0)
    spip_mots_documents (0)
    spip_mots_forum (0)
    spip_mots_rubriques (0)
    spip_mots_syndic (0)
    spip_petitions (0)
    spip_referers (0)
    spip_referers_articles (0)
    spip_resultats (0)
    spip_rubriques (0)
    spip_signatures (0)
    spip_syndic (0)
    spip_syndic_articles (0)
    spip_types_documents (164)
    spip_urls (0)
    spip_versions (0)
    spip_versions_fragments (0)
    spip_visites (0)
    spip_visites_articles (0)

    Alors que logiquement, il devrait y avoir :
    spipdev_articles (0)
    spipdev_auteurs (2)
    spipdev_auteurs_articles (0)
    spipdev_auteurs_messages (0)
    spipdev_auteurs_rubriques (0)
    spipdev_breves (0)
    spipdev_documents (0)
    spipdev_documents_liens (0)
    spipdev_forum (0)
    spipdev_groupes_mots (0)
    spipdev_messages (0)
    spipdev_meta (91)
    spipdev_mots (0)
    spipdev_mots_articles (0)
    spipdev_mots_breves (0)
    spipdev_mots_documents (0)
    spipdev_mots_forum (0)
    spipdev_mots_rubriques (0)
    spipdev_mots_syndic (0)
    spipdev_petitions (0)
    spipdev_referers (0)
    spipdev_referers_articles (0)
    spipdev_resultats (0)
    spipdev_rubriques (0)
    spipdev_signatures (0)
    spipdev_syndic (0)
    spipdev_syndic_articles (0)
    spipdev_types_documents (164)
    spipdev_urls (0)
    spipdev_versions (0)
    spipdev_versions_fragments (0)
    spipdev_visites (0)
    spipdev_visites_articles (0)

    Sans fichiers mes_options mais en changeant la ligne 320 par

    . preg_replace(',^spip_,', $GLOBALS['table_prefix'].'_', $t)


    c’est pareil que si l’on ne changeait pas la ligne.
    Les tables apparaissent en double et ne sont cocher que 26 tables spip_xxx alors qu’il devrait y avoir 33 tables et en plus avec le prefix choisi au moment de l’instal

    En spip 3.1, même avec


    &lt;?php
    $table_prefix = 'spipdev';
    ?>


    Cela ne sauvegarde pas les tables avec un autre prefix que spip_XXX