Page de documentation du squelette indylille & du plugin open Publishing

• Version actuelle du squelette : 3.0
• Version actuelle du plugin open Publishing: 0.4 / page sur spip contrib :
• Version actuelle du plugin webradio : 0.1 / page sur spip contrib :

Table of content :

Squelette Indymédia lille version 3.0

Liste des plugins utilisé

• Couteau suisse : désactivation du stockage des adresse ip
• Openpublishing : permet la publication ouverte
• Webradio : permet de proposer la lecture dune liste de lecture en ligne
• GaFoSpip^? : le forum spip façon phpBB
• Cfg : plugin de configuration utilisé par d'autres plugin
• Balise session : plugin session utilisé par spipBB

Fonctionalitées

• Esthétique
  • Les couleurs ont quelque peu changées, mais le violet reste dominant (par contre le noir fait sont apparition).
  • Les polices de caractères sont unifiées (restent la même partout).
  • Les arrondies ont disparus, afin de conserver un style css compatible avec tous les navigateurs (et pas seulement avec firefox).
  • Y'a maintenant une couleur de fond plus reposante à mon gout.
  • L'espacement entre les lignes a été augmentée (confort de lecture).
  • Les titres des editos sont forcé en majuscule.
  • Les liens survolé sont maintenant que souligné.
  • Le bandeau ne provoque plus d'apparition de la barre de défilement horizontale avec une fenetre trop petite
  • Les block actualitée, le dock et l'agenda comportent un truc spécial que je vous laisse découvrir (testez le redimensionnement de votre fenetre)
  • Les menus ont été revus d'un point de vue esthétique.
• Les nouvelles zones
  • Le bloc actualité : Ce bloc liste tous les articles de la rubrique edito étant "marqué" Actualité
  • Le bloc dock : Ce bloc donne les liens vers les différents espaces (Recherche, galerie, documentation, ressources sonore, ressources video, forum)
• Flus RSS distinct pour chacune des rubriques (locale, non-locale, analyse, edito)
• Flux RSS distinct pour chacune des ressources (sonore, video, photo, visuel, texte ...)
• Flux RSS global regroupant toutes les rubriques
• Le menu déroulant
  • Outre le changement visuel, a disparue du menu les entrées avec qu'un seul choix (recherche et gallerie), considérant que faire un menu que pour une entrée était de la perte de place. C'est liens sont partis dans le dock
• Colonne de droite
  • la présentation des articles indique maintenant s'il s'agit d'une vidéo, d'un son, d'un visuel, ou de photo
  • le champs title est utilisé (résumé de l'article au survol)
• Article
  • Les images incluse dans un article sont automatiquement réduite à 600 px de largeur
  • Le bloc listant tous les documents d'un article a été revue et corrigé
  • Le petit bloc a disparu, les informations sur l'article sont maintenant dans le pied du cadre
• Galerie
  • Plus propre, plus rapide ... que du mieux
• Agenda
  • Tout fonctionne même pour les petits écrans
• Editos
  • Les images incluse dans un edito sont automatiquement réduite à 600 px de largeur
  • Le champs chapeau est disponible, il permet d'y mettre une courte introduction à l'édito.
  • Les editos gérent maintenant les références (exemple bla bla bla[1] ), les références apparaitrons dans un cadre sous l'édito
  • Pour marquer un edito en tant que "Actualité", il suffit maintenant de cocher une case lorsque l'on edite l'édito
  • la date de derniere modification apparait dans le pied d'un edito
  • les marges des images sont mieux gérée (notemment la marge droite qui était inexistante)
• Forum de discussion
  • Le forum choisi est GafoSpip^?, qui s'intégre parfaitement dans la base de donnée déjà existante et les squelettes
  • possibilité de répondre de manière anonyme
  • possibilité de démarrer de nouveaux sujet de discution de manière anonyme
  • Les rubriques regroupant les discussion d'un même thème sous créé uniquement par les admins
  • Les articles regroupant les discussion d'un même sous-thème son créé uniquement par les admins
• Différents espaces selon le support (son, video)
• Espace ressources sonores
  • Une nouvelle rubrique (la 28) fait sont apparition, celle-ci contient les éditos spécifique à la page "ressource sonnores". Dans le squelette, elle est accessible par la balise #SONORE
  • Une nouvelle rubrique (la 31) fait sont apparition, celle-ci contient les émissions d'indymédia lille. Dans le squelette, elle est accessible par la balise #EMISSION
  • Possibilité de lire un flux sonore ET de naviguer dans la page ressource sonore sans couper le flux
• Une meilleur gestion des layouts (placement) et des styles (cf. paragraphe feuille de style)
• Les feuilles de styles et scripts sont compacté avant d'être envoyé au client (gain de rapidité)
• Référencement
  • Amélioration sensible du référencement dans les moteurs de recherche. Sont pris en compte en qualité de méta name l'ensemble des mots de l'introduction de chacun des articles (ce qui en fait un paquet !). Le référencement des articles sous google (accés direct vers un article du site) s'en verra grandement facilité.
• La publication ouverte
  • une nouvelle version du plugin openPublishing est disponible (la 0.4) qui corrige pas mal de petit truc :
  • les documents sont mieux gérés
  • les brèves dans l'agenda peuvent recevoir des mots-clefs et des documents/images inclus
  • les formulaires ont été revus (plus propre et moins lourd)
  • le plugin est compatible 1.9.3 spip
  • l'identification est gérée pour les brèves
  • l'interface de configuration a été totalement revue
  • possibilité d'ajouter les surtitre/soustitre/ps/description/chapo
  • une meilleurs gestion des rubriques openPublishing
  • les champs identifications apparaissent dans l'interface privée

Gestion du cache

• haut de page : rechargé tous les 7 jours
• bas de page : rechargé tous les 7 jours
• liste des articles en attente : rechargé toutes les 12 heures
• liste des articles en debat : rechargé toutes les 24 heures
• liste des articles au donjon : rechargé tous les 4 jours
• liste des articles publiés : rechargé toutes les 12 heures
• la galerie : rechargé tous les 4 jours
• page de visualisation d'une image de la galerie : rechargé tous les 7 jours
• un article : rechargé tous les 7 jours
• un article en attente : rechargé tous les 7 jours
• colonne centrale : rechargé toutes les 12 heures
• la colonne de droite : rechargé toutes les 6 heures
• la colonne de droite de la radio : rechargé toutes les 12 heures
• la colonne de gauche : rechargé toutes les 24 heures
• la colonne de gauche de la radio : rechargé tous les 7 jours

Description des fichiers

• Le squelette indymédia lille est composé de différents blocks (actualitée, publiez, ancres, copyleft, etc ...).
• Chacun de ses blocks correspond à un fichier contenu dans le répertoire /block.
• Les blocks sont inclus dans le squelette principale composé par les traditionnelles colonne de gauche, centrale, de droite.

Les répertoires

• /block : contient les blocks inclus dans le squelette principal
• /css : contient les feuilles de styles
• /formulaire : contient les formulaires (de recherche, de login, etc ...)
• /images : contient les images
• /javascript : contient les scripts jqueries (pour le menu déroulant notement)
• /lang : contient le dictionaire (permettra l'internationalisation du squelette)
• / : contient le squelette principale

le répertoire /block

• indy-block-actualite : le block contenant les liens vers les éditos marqués "actualitée"
• indy-block-agenda : la liste des brèves dans l'agenda + lien vers agenda
• indy-block-ancres : les ancres vers les infos locales, non-locales, analyse
• indy-block-indymedia : la liste des IMC
• indy-block-liste-lecture : la liste de lecture de "l'espace son"
• indy-block-postit : la liste des post-it
• indy-block-publiez : le gros bouton "publiez !"

le répertoire /css

• indy-block-coldroite.css : la description graphique des éléments inclus dans la colonne de droite
• indy-block-colgauche.css : la description graphique des éléments inclus dans la colonne de gauche
• indy-block.css : la description graphique d'un block de texte (article, edito, etc ...)
• indy-layout.css : la description des placements
• indy-menu.css : la description graphique du menu
• indy-style.css : description graphique générale

le repertoire /formulaire

• forum : le formulaire de saisie d'un commentaire
• forum-previsu : le formulaire de prévisualisation d'un commentaire
• login : le formulaire de login (espace privé)
• recherche : le formulaire de recherche

le repertoire /javascript

• scripts.js : les scripts jqueries du squelette

le repertoire /lang

• local_fr.php : le dictionnaire français

la racine /

• 404.html : fichier appelé lors d'une erreur 404 (page non trouvée)
• agenda.html : l'agenda du site
• article-attente.html : lecture d'un article "en attente"
• article-radio.html : lecture d'un article dans la page "ressource sonore"
• article.html : lecture d'un article
• backend.html : description du flux rss
• backend-rubrique.html : description du flux rss pour les editos, les articles locaux; non-locaux, analyse
• breve.html : lecture d'un "article" dans l'agenda
• indy-attente.html : la page listant les articles en attente
• indy-bas.html : le bas de la page
• indy-centre.html : le centre de la page
• indy-coldroite.html : la colonne de droite
• indy-colgauche.html : la colonne de gauche
• indy-debat.html : la page listant les articles en debats
• indy-donjon.html : la page listant les articles au donjon
• indy-forum.html : la page forum
• indy-galerie.html : la page galerie (ressources images)
• indy-haut.html : le haut de la page
• indy-header.html : les entetes
• indy-image.html : visionage d'une image de la galerie
• indy-imprimer.html : page d'impression pour un article
• indy-liste-radio.html : la liste de tous les articles "resource son"
• indy-liste : la liste de tous les articles locaux/non-locaux/analyse/editos
• indy-menu-deroulant.html : le menu déroulant
• indy-papier.html : la page "ressource papier" (journaux en tout genre)
• indy-publie.html : l'espace de publication
• indy-radio-centre : la colonne centrale de la page "ressource son"
• indy-radio-droite : la colonne de droite de la page "ressource son"
• indy-radio-gauche : la colonne de gauche de la page "ressource son"
• indy-radio.html : la page principale "ressource son"
• indy-recherche.html : la page de recherche dans les archives
• indy-travaux.html : la page "site en travaux"
• login.html : la page de login vers l'espace privé
• mes_options.php : les options du squelettes
• mes_fonctions.php : les fonctions du squelettes (notemment les nouvelles balises)
• sommaire.html : la page principale

Feuille de styles

• l'organisation du squelette principal est géré par la feuille de style css/indy-layout.css
• la description graphique de ses éléments (couleurs, bordures, etc ...) est géré par la feuille de style css/indy-style.css

Plugin Open Publishing (dernière version stable : 0.4)

• La page de documentation et de téléchargement du plugin ce trouve sur Spip Contrib
• L'espace SVN de développement ce trouve sur Spip Zone
• Le bugtracker ce trouve içi

Plugin de modération rapide

Il s'agirai d'un nouveau plugin (modération rapide). L'interface de modération proposé par Spip n'est pas vraiment adapté à la gestion d'un site Open Publishing recevant plusieurs dizaines d'article par jour, et plusieurs centaines de commentaires ... Il y a donc un besoin quand aux outils de modération.

L'interface de modération :

Impératif : être autorisé pour y acceder (necessite donc un formulaire loggin) solution : à l'image d'autres plugins (recherche étendue pe.) création d'une nouvelle page dans l'interface privée

fonctions voulues :

• voir dés le premier coup d'oeil la liste de tous les articles en attente, classé par rubrique et puis indiquer la partie "explication" ça permet d'aider pour les article "en débat"
• voir dès le premier coup d'oeil les commentaires non modéré.
• permettre la modération d'une liste d'article (grace à des checkbox) ---- modération de liste d'articles??? je ne comprend pas ? et puis c'est quoi une checkbox ? ---
• idem pour les commentaires
• barre de recherche d'article à partir de son numéro
• faire une liste de refus type lors d'une mise au donjon
• envoi automatique d'un rapport de modération, --- hummm.... je sias pas car si on envoie un mail à chaque fois qu'on fait une modération on va être bombarder de mail ça va être horrible.----
• liste des commentaires classés par article, oui mais il faut totu d'abord que se soit par ordre chronologique car c'est comme ça que se déroule la modération des commentaires
• supprimer tous les commentaires supprimer depuis plus d'une semaine
• supprimer tous les articles fantomes depuis plus de 1 journée (moi je dirais 2 jours ça éviterait les bug quand qq'un commence un article avant minuit et le fini après).
• fonction surveiller les commentaires de cet article qui previendrai le modérateur de l'arrivée d'un nouveau commentaire sous l'article en question, les commentaires chronologique permette ça de manière indirect.
• avoir un bouton qui permet de savoir quel commentaire a été modéré ou pas... en ce moment on ne voit pas quand un commentaire a été vérifié du coupil faut se taper touts les commentaire jusqu'au dernier qui a été suprimé, ça peut être long parfois.
• un bouton qui ouvrirai mysqldumper ci celui-ci est installé afin de pouvoir gerer la base de donnée rapidement
• lorsque l'on valide une breve, elle doit garder sa date de publication (sinon elle est mise avec la date de modération)

Attention : méthode dépréciée

Procédure d'installation d'Indymedia Lille version 2.1

• Le site indymédia Lille est basé sur spip 1.9.2b
• Il suffit de placer par dessus l'installation de base de spip, le répertoire IMG (contenant toutes les images publiées sur le site), le répertoire squelettes (contenant le squelette du site), et les plugins necessaires au fonctionnement du site (derebloc, open Publishing, article_pdf, menu_deroulant)
• Attention, article_pdf et menu_deroulant ont été modifiés pour correspondre aux fonctions open Publishing. Il est donc nécessaire de prendre la version "Op" (pour open Publishing) disponible sur cette page. Voir le paragraphe traitant des plugins modifiés
• L'installation de spip 1.9.2b se fait exactement de la même manière que spécifié dans la documentation de spip (http://www.spip.net), il est en outre possible de faire évoluer une ancienne version (1.4.2 p.e) vers la toute dernière version, sans perdre de données.
• Installation des plugins : Tous les plugins sont a décompresser dans le répertoire "plugins" à la racine de votre spip (créez le répertoire s'il n'existe pas).

Configuration

A ce stade, votre spip n'est pas encore totalement fonctionnel pour l'Open Publishing. Il reste encore a activer les plugins, modifier la base de donnée, et lancer la configuration globale de spip/open Publishing.

activer les plugins :

Allez dans l'interface modérateur, demandez l'affichage de l'"interface complète" (par défaut, SPIP affiche l'"interface simplifiée), puis dans l'onglet "gestion des plugins" activez tous les plugins présent.

modifier la base de donnée:

Un onglet "configurer Open Publishing" doit être apparu dans l'interface de modération. En cliquant dessus vous accedez aux options de configuration Open Publishing. Logiquement, spip vous propose à ce moment de créer la table "auteur open Publishing" qui n'existe pas encore. Cliquez sur le bouton "installer la table Auteurs Open Publishing" Spip vous remerciera par un message vous signifiant que l'opération c'est bien passé.

configuration globale

Il vous faut maintenant effectuer quelques modifications dans la configuration de votre spip. Cliquez sur l'onglet "configuration" de l'interface privée :

contenu du site

• Le nom de votre site : Indymédia/Lille
• L'adresse de votre site : http://lille.indymedia.org
• Le mail du webmaster : imc.lille@no-logSTOPSPAM.org
• utiliser les breves : OUI
• utiliser les mots-clefs : OUI
• utiliser la configuration avancée des mots clefs : NON
• mots clefs dans les forums du site publique : NON
• gerer un annuaire de site web : OUI
• syndication automatique : OUI
• ne pas bloquer les liens issus de la syndication : OUI
• limiter les recherches aux informations contenu dans votre site : OUI
• diffuser l'intégralité des fichiers de syndication : OUI
• autoriser les documents joints dans les articles : OUI
• ne pas autoriser les documents joints dans les rubriques : OUI

interactivité

• Publication immédiate des messages : OUI
• ne pas accepter les inscriptions : OUI
• refuser l'inscription des visiteurs : OUI
• ne pas faire suivres les messages du forums : OUI.
• ne pas envoyer d'annonce éditoriale : OUI
• ne pas envoer la liste des nouveauté : OUI

fonctions avancées

• méthode de fabrication des vignette : GD2
• générer automatiquement les miniatures des images : OUI
• utiliser le moteur de recherche : OUI
• ne pas utiliser les statistiques : OUI
• la prévisualisation est totalement désactivée : OUI

Le plugin Open Publishing possede quelques options notemment la possibilité d'indiquer le numéro des rubriques locales, non locales et analyses. Il faudra y indiquer vos propres numéro de rubrique préalablement créé.

Les rubriques :

Plusieurs rubriques sont utilisés sur le site

• Contributions locales
• Contributions non-locales
• Contributions d'analyse
• Editos
• Textes du collectif
• articles en débat

Il faut leurs attribuer le numéro de rubrique tel que définie dans votre spip. Cette modification s'effectue dans le fichier mes_fonctions.php (dans votre dossier squelette)

exemple pour indymedia Lille:

$GLOBALS['contrib-debat'] = '25';
$GLOBALS['edito'] = '1';
$GLOBALS['textes_collectif'] = 4;

Anonymat

Par défaut, spip collecte l'adresse ip des personnes publiant un commentaire. Il se sert aussi des adresse IP pour la gestions des statistiques (nombre de visite). il faut donc désactiver cette fonction. Cela passe par la création d'un fichier mes_options.php directement dans le répértoire "/ecrire"

<?php

// Pour renforcer la privacy, decommentez la ligne ci-dessous (ou recopiez-la
// dans le fichier ecrire/mes_options : SPIP ne pourra alors conserver aucun
// numero IP, ni temporairement lors des visites (pour gerer les statistiques
// ou dans spip.log), ni dans les forums (responsabilite)
# $ip = substr(md5($ip),0,16);

?>

Et voila Indylille V2 est installé et fonctionnel ...

Les nouvelles Balises

fournies par le squelette

• (#BREVES_PROP|getBrevesProp) : renvoie la liste des breves dont le statut est "prop"
• #INDY_VERSION : affiche la version du squelette
• #ACTU : flag "actualité" pour les éditos évolutifs
• #AGENDA : donne le numéro de la rubrique "agenda" (attention, prise en compte par le plugin 0.2)
• #EDITO : donne le numéro de la rubrique "editos"
• #TEXTES_COLLECTIF: donne le numéro de la rubrique "textes du collectif"

Les balises détournées

oui on sait, ce n'est pas propre ... on arrangera ça dans une prochaine version.

• #SURTITRE est réservé aux explications de la mise en "débat" ou de la mise en "donjon"
• #SOUSTITRE est réservé aux éditos évolutif (mettez "actu" dans ce champs pour marquer l'édito en tant qu'évolutif)

La table spip-op-config

Elle contient toutes les options de configuration du plugin Open-Publishing.

L'auteur anonymous

pour les sites ayant déjà un auteur anonymous (site sur spipindy par exemple

ATTENTION !!!!! POUR LA TABLE SPIP_AUTEURS, il faut modifier les numéros d'auteurs pour remplacer 2 par 999 !!!!!!!!!!!!!!!!!!!!!!!! UPDATE `spip_auteurs_articles` SET `id_auteur` = 999 WHERE `id_auteur` = 2; ne pas oublié id_real_auteur de la table spip_article

Le fichier langue

Tous les textes du site ont été placé dans le fichier lang/locale_fr.php. Pour traduire le site, il suffira de traduire ce fichier.

Problèmatiques annexes :

Recuperation des données d'un ancien site (fonctionnant sur spipindy & spip 1.4.2 par exemple)

!!! Ces opérations sont critiques et prennent du temps, le mieux est de pouvoir faire un test sur un serveur en local sans toucher à la version actuellement en ligne !!!

recuperer le site actuel :

• récuperez tout votre site par ftp (cette opération prend énormément de temps, 3h30 depuis lautre.net par exemple)
• exportez votre base de donnée à partir de l'interface phpmyadmin de votre serveur. (ça aussi ça prend un peu de temps)

!!! Il se peut que votre base de donnée soit trop volumineuse pour le serveur. Dans ce cas, elle risque d'être tronqué et de provoquer une erreur lors de l'importation, il vous faudra passer par l'étape MysqlDumper^? !!!

opération sur le serveur local (cas des bases de données trop volumineuses):

• Modifiez le fichier inc-connect.php3 pour qu'il corresponde aux identifiants de connexion de votre serveur.
• créez une base de donnée vide à partir de l'admin de mysql correspondant aux identifiants que vous avez rentrez ci-dessus. exemple :

CREATE DATABASE `indylille` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;

• ouvrez un shell (votre base de donnée doit certainement être trop grosse pour pouvoir être importer via phpmyadmin) et faites l'importation

exemple :

$ mysql -u root -p -D indylille < indylille.sql

• Base de donnée trop grosse => MysqlDumper^? :

Lors de la tentative d'importation de la base de donnée tronqué ce produit l'erreur suivante :

ERROR 1064 (42000) at line 53979: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '<br />
<b>Fatal error</b>:  Maximum execution time of 30 seconds exceeded in <b>' at line 1

et c'est normal, le phpmyadmin de lautre.net ne semble pas réussir a faire un export d'une trop grosse table. (limite de temps : 30 sec ... pour une base de 240 Mo). Le fichier .sql est donc trunqué avec un message d'erreur inscrit à la fin du fichier (faut le trouver) ce qui provoque l'erreur lors de l'importation. La solution est d'utiliser MysqlDumper^? qui premet de faire diviser le fichier à exporter en fonction de la limite de temps. (la version 1.21b6 de MysqlDumper^? traduite en français est fournie avec le pack Plugins)

• décompressez le fichier zip
• uploadez le repertoire sur votre serveur (dans votre répertoire / par exemple)
• lancez le exemple :

 http://lille.indymedia.org/mysqldumper/

• repondez aux différentes questions posés
• Une fois dans l'interface du scripts
  • URGENT créez une protection de répertoire (qui empechera quiquonque de toucher aux base de données)
  • dans configuration, activer le multi-dump pour votre base de donnée
  • dans sauvegarde, cliquez sur "effectuer une nouvelle sauvegarde" (la base indylille fait 249 Mo) et laissez le script travailler
  • et miracle

40 table(s) avec en tout 208.394 enregistrement(s) a/ont été sauvegardée(s).
Fichier indylille_2006_12_21_23_04.sql.gz (46.71 MB) crée avec succès.
6 min. 44 sec, 234 pages

• • recuperez le fichier ( qui ce trouve dans le répertoire /mysqldumper/work/backup) par ftp sur votre serveur local et vous pouvez maintenant commencez l'importation de la base de donnnée

exemple :

   $gunzip indylille_2006_12_21_23_04.sql.gz
   $mysql -u root -p -D indylille < indylille_2006_12_21_23_04.sql

- l'importation doit maintenant se dérouler normalement

Une fois l'importation terminée, votre ancien site doit être disponible sur votre serveur local, pret pour les tests

passer à spip 1.9.1

• Déplacez tous les fichiers et dossiers de l’ancienne installation dans un sous-répertoire. Ne les effacez surtout pas à ce stade ! exemple : créez un repertoire /OLD à la racine de votre serveur et placez y tous les fichiers et dossiers de votre ancien spip
• Installez les fichiers de SPIP 1.9.1 à la racine (penser à vérifier les droits d’accès des répertoires CACHE/ et ecrire/data/)
• remplacez le nouveau repertoire IMG par l'ancien (il s'agit d'un gros repertoire, 402 Mo pour indylille)
• Il faut impérativement récuperer le répertoire IMG De votre ancien site et le recopier dans le nouveau. Au passage, vous pouvez supprimer :
  • le dossier icones_barre/ ;
  • le dossier icones/ s’il ne contient que des -dist [1].
  • les dossiers cache..×../ qui contiennent les images calculées par le serveur (versions réduites des logos, formules mathématiques, etc.) ; elles seront recréées au fur et à mesure par SPIP.
• dans votre navigatuer, lancez l'installation (aller sur /ecrire/)
• repondez à toutes les questions, au moment du choix de la base de données, choisissez votre base de donnée importé
• laissez le script travailler (240 Mo de base de donnée ...)
• repondez aux dernières questions ...
• une fois l'installation de spip 1.9.1 terminée, allez dans l'interface de modération. Un message vous propose de faire la mise à jour de votre base de donnée
• et voila : la mise à jour est terminée, votre ancienne base de donnée spip 1.4.2 est maintenant une base de donnée 1.9.1

dernier petits réglages

malgrés tout, il reste encore quelques bugs : l'encodage des caractères déconne et les images n'apparaissent pas.

• encodage des caractères :

Le site est reglé en uft8, hors le serveur gére du iso-8859-1, il faut donc modifier cela dans l'onglet "gestion des langues" (remplacez uft8 par iso-8859-1). remarque : aprés le changement d'encodage des caractères, ce message d'erreur apparait : Warning: array_flip(): The argument should be an array in /var/www/indylilleOld/ecrire/inc/charsets.php on line 318

• les images :

toutes les documents de la table spip_documents importé de spip 1.4.2 ont une taille de 0 octets ce qui empeche leur affichage par spip 1.9.1. Il suffit donc de modifier par une comande SQL la taille de tous les documents pour la mettre à une valeur arbitraire différente de zéro.

• Gestion des URLs

Les URLs du site ayant changé avec SPIP 1.9, vous souhaitez conserver vos anciennes URLs, au moins pour que les internautes (ou moteurs de recherche) qui les connaissent continuent à trouver le contenu correspondant.

Le fichier htaccess livré en standard permet d’assurer une transition complète vers les nouvelles adresses du site. Pour le mettre en service, il vous faut renommer le fichier htaccess.txt en .htaccess. Sur certains sites il faudra aussi en éditer la première ligne pour faire apparaître RewriteBase^? / ; (c'est le cas pour un hebergement chez lautre.net) notez que le client FTP n’affichera probablement pas ce fichier à la fin de l’opération, car le point en début du nom signale souvent un « fichier invisible ».

Une fois ses problèmes résolus vous pouvez passer à l'installation des packs Open Publishing et Plugins

restauration d'une base de donnée sur un serveur distant

Dans le cas de l'autre.net, les restaurations de base de donnée trop volumineuses plante systématiquement, il faut donc passer par l'outil mysqldumper afin de faire ces restauration. Le fichier à restaurer doit être dans le repertoire work/backup de mysqldumper, et il faut autiliser loa fonction "restore" du logiciel. Il va mouliner pendant plusieurs longues minutes.(ne pas oublier d'activer l'option multidump de mysqldumper)

modification du plugin Article Pdf :

• lib_pdf_spip.php (copyright modifié en copyleft)

$this->Cell(0,6,"Copyleft (libre de droits a condition que l'utilisation en soit NON COMMERCIALE - ".$conf_nom_site ,0,0,'L',0,$conf_url_site );
$this->Cell(0,6,"Copyright ".$conf_nom_site ,0,0,'L',0,$conf_url_site );

modification du plugin Menu Déroulant

la feuille de style et le fichier HTML ont été modifié afin de correspondre au site Indymédia Lille. Il aurait fallut tenter de laisser le plugin telquel et d'intégrer les pages spécifiques au menu dans le squelette

Téléchargement

plugin open Publishing

• Pour télécharger la version 0.1 du plugin open Publishing voir ci-dessous
• Pour télécharger la version 0.2 du plugin open Publishing voir ci-dessous
• pour télécharger la version SVN (de développement) :

http://zone.spip.org/trac/spip-zone/ http://trac.rezo.net/trac/spip-zone/browser/_plugins_/_stable_

squelette indylille 2.x

• Pour télécharger la version 2.0.1 du squelette indylille, voir ci-dessous

to top