
Recherche avancée
Autres articles (58)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains 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 ;
-
Ecrire une actualité
21 juin 2013, parPré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 ) (...)
Sur d’autres sites (5394)
-
Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....
31 octobre 2014, par YannX spipLe 30/10/2014 17:57, redmine@spip.org a écrit :
La demande #3196 a été mise à jour par cedric -.
- Statut changé de /Nouveau/ à /Fermé/
- Resolution mis à /invalid/
Bon, faute de description et suite a r21750 / r21752 je ne constate
aucun probleme de backup sur une base avec un prefixe different de ’spip’
Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard
des q’un prefixe .... <http://core.spip.org/issues/3196#change-10189>- Auteur : YannX spip
- Statut : Fermé
- Priorité : Normal
- Assigné à :
- Catégorie :
- Version cible : 3.0
- Resolution : invalid
- Navigateur :
Deux avertissements :
- prévenir que la sauvegarde peut etre incomplète
- préciser le prefixe utilisé "qq.part" dans l’interface
(pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)Merci
YannX
Vous recevez ce mail car vous êtes impliqués sur ce projet.
Pour changer les préférences d’envoi de mail, allez sur
http://core.spip.org/my/accountLe problème est simple, bien que quelque peu aléatoire...
depuis que la sauvegarde est passée sous sqlite,
je crois n’avoir pas souvent réussi
(sur une douzaine au moins de sites SPIP 3.x chez OVH) une sauvegarde
complète d’une base SPIP.Encore en milieu de semaine sur SPN : la restauration a zappé totalement
la tables ARTICLES .. et la table RUBRIQUESLa seule solution a été de ré-intégrer "a la mano" par Adminer (merci Suske)
de petits bouts du dump SQL queprudentj’avais AUSSI fait avec Save_autoPeut-etre que ce souci serait aussi dû à l’implémentation SQlite chez OVH ?
(j’avais constaté que l’instalaltion automatique SQlite SPIP créait un
MySQL non-accessible ! )
mais il me faudrait demander à Bernard de vérifier sur son serveur kimSufi
si c’est également le cas....Je n’ose imaginer un utilisateur moins aguerri...
-
Anomalie #3196 (Fermé) : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....
30 octobre 2014, par cedric - -
Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....
28 octobre 2014, par cedric -Tu peux expliquer quel est le bug bien connu ?