Base de démarrage

Quelques pages de base pour ne plus démarrer un site SPIP à vide !

Marre de démarrer chaque site SPIP à vide (cf. : Mon site est vide, que dois-je faire ?) ? De repartir de rien à chaque nouvelle install ? De devoir créer cette sempiternelle première rubrique ?

Cette petite base fournit quelques-unes des pages annexes indispensables à tout site (contact, plan du site, conditions d’utilisation, etc.) ainsi que quelques contenus typiques qui aideront à composer le site : charte typo, alignements d’image, lorem ipsum, etc.

Installation : restaurez la base

  1. Installez un site SPIP vierge
  2. Déposez le fichier dump dans le sous-répertoire /tmp/dump
  3. Déposez les images dans votre répertoire /IMG
  4. Rendez-vous dans l’espace privé pour « restaurer la base »
  5. SPIP 2 : Identifiez-vous sur le site avec :
    • login : webmestre (anciennement « admin »)
    • password : bonjour (anciennement « admin0 »)
    • Personnalisez ces identifiants !
  6. En SPIP3, la base préserve la table auteurs, vos logins sont donc préservés.
  7. Ça y est, vous êtes chez vous :)

Contenus disponibles

Concrètement, cette base contient :
-  1 auteur
-  3 rubriques
-  20 articles
-  9 messages de forum
-  4 images

* Les 10 premiers articles sont réservés aux pages annexes habituelles [*] que l’on pourra facilement linker en pied de page.
* Les 10 suivants proposent des contenus types, dont une « charte typo » qui présente un échantillon de chacun des enrichissements typographiques disponibles nativement dans SPIP (voir exemple de charte typo), des alignements d’images (voir exemple d’alignements d’images), formulaires, etc.

  1. Accueil
  2. Quoi de neuf ?
  3. Plan de site
  4. Recherche
  5. FAQ
  6. Forum
  7. Contact
  8. Mentions légales
  9. Article 9
  10. Aide
  11. Charte typo
  12. Raccourcis SPIP
  13. Formulaires
  14. Article 14
  15. Images et documents
  16. Article 16
  17. Article 17
  18. Article 18
  19. Article 19
  20. Nouvel article

Bien évidemment, il ne faut pas laisser ces contenus tels quels, car ils ne sont souvent pas pertinents pour votre site ! Adaptez ces contenus ou remplacez
les par les vôtres. Dépubliez les articles qui vous ne sont pas utiles. Créez-en de nouveaux.

Spécificités

La première rubrique, N°1, nommée « xxx » contient des pages annexes. Pour l’exclure de la navigation et/ou des résultats de recherche, utilisez le critère {id_rubrique != 1}.
Vous pouvez y ajouter des sous-rubriques, par exemple « pied de page », pour y stocker les pages liées depuis le pied de page. Dans ce cas, utilisez le critère {id_secteur != 1} pour les exclure toutes.
Vous pouvez aussi utiliser un plugin pour gérer cela, comme « Masquer » ou « Exclure secteur ».

Notes

[*Les 10 premiers articles sont réservés aux pages annexes habituelles, ordonnées selon l’habitude prise pour les accesskey, cf. : Bidouiller des accesskey avec SPIP.

Discussion

7 discussions

  • Bonjour,
    le fichier entraîne systématiquement une erreur de syntaxe SQL que soit en restaurant la base à travers l’espace d’administartion de Spip ou directement en imporatnt le fichier dans PhpMyAdmin...
    Si j’édite le fichier SQL il contient plein de caractères illisibles d’où ces erreurs j’imagine...
    Est-ce que quelqu’un a rencontré le même problème et l’a réglé ? Et si oui comment . Sinon quelqu’un pourrait-il me faire passer un nouveau fichier SQL « nettoyé » pour un nouvel essai ?
    Merci d’avance
    NB : j’utilise la dernière version de Spip sur serveur Apache/2.2.16 (Debian) avec PHP en version 5.3.19-1 et MySQL en version 5.0.8
    PS : je vous joins une copie d’écran du fichier SQL d’origine édité dans notepad++ pour comparaison

    Répondre à ce message

  • Initiative sympathique, mais impossible de recharger la base dump.

    serveur lost-oasis
    SPIP 3.0.5
    PHP Version 5.1.5 with HardeninPHP Version 5.1.5 with Hardening-Patch 0.4.14g-Patch 0.4.14
    SQLite Library 2.8.17
    Client API version 4.1.15

    Warning : sqlite_open() [function.sqlite-open] : file is encrypted or is not a database in /data/www/com/.........../www/htdocs/ecrire/req/sqlite_generique.php on line 93

    Warning : sqlite_last_error() expects parameter 1 to be resource, string given in /data/www/com/.........../www/htdocs/ecrire/req/sqlite_generique.php on line 98

    De plus j’ai essayé de recharger le dump sur une base sqlite3 (avec les outils SQLmanager de firefox) qui a échoué aussi.

    Répondre à ce message

  • 4

    Génial Tetue ! Une idée passant pour améliorer encore le clic and run : supprimer la table auteur, tant qu’à faire, et laisser les id_auteur malgré tout => le webmestre logé devient l’auteur sans devoir se reloger, changer les pass tout ça ?

    • Je viens de mettre le zip à jour : est-ce que ça convient ?

    • Oui,

      Vient de l’utiliser sur un spip 3 tout frais : pas de changement de login/pass pour les auteurs :)

      Merci

    • Ah.. faut que le mot clé SPIP 3 soit rajouté ici et le plugin.xml mis à jour en conséquence...

    • oups, juste la compat de l’article ; je vois qu’il y a déjà le bon zip...
      merci pour ce boulot

    Répondre à ce message

  • Bonjour,
    Vraiment sympa cette méthode pour poser les premières pierres de l’édifice et en particulier dans la perspective d’utilisation de accesskey.
    Si j’ai bien compris l’exemple, « Accueil » = article n°1= touche 1 du clavier. Mais comment faire pour avoir le retour sur notre « vraie » page d’accueil sommaire.html ?
    Enfin à part ce détail qui me chiffonne c’est une super idée. merci !

    Répondre à ce message

  • 3

    Super idée, mais qui en amènent d’autres, qui fâchent, ce qui m’oblige à passer en mode troll (comme d’autres passent en mode imparfait du subjonctif...)

    <troll>
    En fait, la bonne idée ne serait-elle pas de fournir ce type de base avec la dist de spip et de proposer lors de la première installation d'un site soit de restaurer cette base, soit de créer un site vierge. C'est un peu ce que Joomla propose, il me semble. Cette possibilité constituerait une valeur ajoutée à spip par rapport à d'autres CMS.
    
    Cette idée en amène une autre, bien plus complexe à développer : que spip permette nativement  de gérer ces pages statiques via une table spip_pages_statiques et un onglet de la configuration du site, avec le nom et le descriptif du site, et sans faire pour cela appel à un plugin tel l'excellent plugin pages unique de Rastapopoulos.  De petits CMS comme plumxml le proposent nativement, alors pourquoi pas spip?
    
    
    Mais vu le boulot de développement que ces idées représentent, c'est pas pour tout de suite...
    </troll>

    Bon, c’est pas avec ce genre d’idées que je vis me faire des amis...

    • Pour le §1, oui, c’est une vielle idée, qui venait avec les « premiers pas »... je pense qu’un plugin « premier pas » fourni par défaut avec SPIP serait bienvenu. Qu’on pourrait désactiver une fois qu’on connait mieux l’outil.

      Pour le §2, si le plugin pages le fait... pourquoi vouloir compliquer SPIP ?

    • Si tout à fait. D’ailleurs on en causait déjà à la DiPi. Je mets la base à disposition, à vous de compléter par le script ad hoc !

    • Supers, idéees ; je repense a un autre projet (Wikini pour ceux que cela interesserait), qui générait aussi une série de pages de documentations...
      et un « mode d’emploi rédacteurs » en article en cours de redaction pour débuter les raccourcis...

      -  dans les mini-trucs a améliorer :
      proposer une référence aux zones de plugin dans /ecrire/ ?exec=charger_plugin
      (j’ai beau l’utiliser souvent : faut toujorus chercher !.....)
      j’aimerais avoir facilement accès a Zpip qui me parait aller dans le sens d’une meilleure personnalisation

      Et un vieil espoir auquel je ne me suis jamais attaqué : mutualiser la table auteurs entre plusieurs SPIP

      Mes sous du soir...

    Répondre à ce message

  • Simple, peut-être mais il fallait le faire ! Un grand merci pour cette démarche...

    Répondre à ce message

  • Excellente initiative ! Simple mais très utile ... merci !

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom