Archives debrèves

Disons que ça revient au même que de créer des répertories janvier, février, ... De toute façon il faut déplacer en masse dans la table les brèves.

Sébastien

Et pourquoi tu ne créerais pas une rubrique "Archives" dans laquelle tu
mettrais les brèves que tu veux archiver ?

Sébastien - Essentiel PC a écrit:

Bonjour tout le monde,

J'ai mis en place Spip il y deux mois pour le site www.essentielpc.com .
Je suis très content du fonctionnement mis en place, notamment pour les brèves. Mon problème aujourd'hui c'est qu'il commence à y en avoir un peu trop. J'ai donc décidé de mettre en place un système d'archives.

Je voulais donc votre avis sur la meilleure façon de mettre cela en place. Voici les idées que j'ai eu, si vous en avez d'autres n'hésitez pas (je précise que toutes mes brèves se trouvent dans la même catégorie) :
- créer des sous-catégories pour chaque mois (février 2003, ...) et aller bidouiller la base mysql pour déplacer les news ; j'affiche ensuite la liste des catégories (donc des mois) pour accéder aux archives des brèves.
- classer les brèves en plusieurs pages (de 1 à 50, de 51 à 100, etc.) en utilisant une astuce donnée il y a quelques temps sur cette mailing list

A vrai dire je préfère la première solution parce que j'utilise l'astuce qui avait été donnée pour afficher un lien brève précédente et brève suivante. J'ai peur qu'en laissant toutes les brèves dans la même catégorie ça ne finisse par ralentir le système. Par contre c'est un peu chiant parce qu'il faut écrire un script php qui se connecte à la base mysql et change le numéro de la catégorie pour toutes les brèves d'un certain mois (en fait je pense que c'est facile à faire mais je ne connais absolumment rien à mysql, juste un peu de php).

Qu'en pensez-vous ?

Sébastien

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

bonsoir,

Petite difficulté pour mettre à jour sur Hebergement-discount
site http://lille.cybertaria.org/

après quelques problèmes avec la 1.4.2, partiellement résolu en corrigeant :
inc_calcul.php3 et inc_version.php3 dans le dossier "ecrire" par la modif suivante :

<?php
ini_set('include_path', '.:/home/juxxxx/ecrire:/home/juxxxx:/home/juxxxx/CACHE');
error_reporting(0);
//
// Ce fichier ne sera execute qu'une fois
if (defined("_ECRIRE_INC_VERSION")) return;
define("_ECRIRE_INC_VERSION", "1");

J'ai décidé de passer en 1.5.2, à tout hasard

Mais, pas moyen d'accéder à la procédure de mise à jour.

D'où recorrection du fichier inc_version.php3

le message d'erreur, de la partie privée, n'est plus que celui-ci (gros progrès ?) :

  Warning: SAFE MODE Restriction in effect. The script whose uid is 3209 is not allowed to access inc_meta_cache.php3 owned by uid 67 in /inc_version.php3 on line 715

page blanche pour le reste

  la ligne 715 en question :
  // Lire les meta cachees
  //
  $inc_meta_cache = ($flag_ecrire ? '' : 'ecrire/').'inc_meta_cache.php3';
  if (file_exists($inc_meta_cache) AND !defined('_ECRIRE_INC_META_CACHE') AND !defined('_ECRIRE_INC_META')) {
    include_ecrire('inc_meta_cache.php3');
    if (defined('_ECRIRE_INC_META')) { // vieille version du meta-cache
      unlink ($inc_meta_cache);
    }
  }

en page d'accueil j'ai en bas :

  Fatal error: Call to undefined function: spip_fetch_array() in /ecrire/inc_meta.php3 on line 1

J'ai par ailleurs vérifié le fichier inc_connect.php3
Il s'agit de celui, de la première installation, il n'est pas écrasé

Il s'agit en fait d'un fichier qui s'écrit automatiquement. J'ai donc refait la manoeuvre indiquée sur uZine :

  "Or, via un logiciel FTP, sur Hebergement-Discount,
  il est impossible de lui donner les autorisations d'accès nécessaires au fonctionnement de SPIP.
  Il faut donc copier ce fichier sur son disque, le renommer (inc_connect2.php3 par exemple),
  le rebasculer sur le FTP pour lui donner les autorisations d'accès nécessaires.
  Enfin, il faut supprimer le fichier inc_connect.php3
  et renommer le fichier copié avec le nom correspondant. "

avec l'ancien fichier et en mettant les droits à 777,
pas de changement dans l'erreur
je ne me souviens plus comment j'avais fait pour la première installation
(je me rappelle avoir lu et fais plusieurs essais pour comprendre la manoeuvre de Ronan Quentel)

le problème est peut-être ailleurs

je sèche

claude