Non aux brevets logiciels

SpipLab

SpipLoader

PagePrincipale :: DerniersChangements :: Vous êtes 38.103.63.61 (Connexion)

Gerer le prefixe de la base

Pour permettre d’installer plusieurs site avec le spip_loader sur le meme compte

Internationaliser spip-loader

Un gros boulot ! Il faut en effet trouver un moyen d’utiliser spip_loader en plusieurs langues tout en ne gonflant pas trop la taille du fichier (pour un téléchargement aisé).

Plusieurs solutions :

1. Une version par langue (spip_loader-fr.php3, spip_loader-en.php3...). Après tout, il n’est pas nécessaire de pouvoir changer de langue à la volée puisque seul le webmestre utilise ce fichier. Il faut alors un script pour générer les différents spip_loader à partir des chaînes traduites...

2. Un chargement en deux étapes. Le spip_loader se connecte illico au serveur spip.net, et récupère le fichier de langue pour la langue courante (ou la langue par défaut). Si la langue change, spip_loader se reconnecte de nouveau.

3. Le loader gère des chaines à la <:message:> comme spip, il commence par présenter un menu de choix de la langue d’installation, il charge le paquet de messages d’install correspondant, il demande les langues à installer, il charge les paquets du code et des langues choisies.
Il faut alors packager les langues dans des blocs indépendants, et gérer la construction de la liste des langues dispo.
On obtient alors un site qui peut être mono ou trilingue sans obliger à charger x Mo.

Mieux gérer les droits d’accès

Le spip_loader "stable" règle tous les droits d’accès en "0777", ce qui a le don de faire planter volontairement certains hébergeurs et d’énerver des gens sur la liste spip-dev ;)

La version du CvS règle désormais les droits d’accès plus finement en fonction de la situation. Il semblerait que cela marche sur tous les hébergeurs testés pour l’instant :
-  serveur local Mandrake
-  l’Autre Net
-  APINC
-  OVH
-  Free

Le fichier peut aussi être téléchargé directement.

Automatiser les mises à jour des sites sous Spip

  1. verifier la présence de spip_loader ou spip_loader_775 sur le serveur...
  2. verifier la version affichée sur le serveur de spip (version definitive à télécharger)
  3. verifier si celle-ci ne serait pas plus à jour que la version présente sur le serveur.
  4. gérer une sorte de checksum pour éviter d’écraser un code modifié par l’utilisateur ?
  5. proposer la mise à jour via un lien de chargement de la page spip_loader ou spip_loader_775

Ceci pourrait se faire directement depuis la page "A Suivre..." de l’interface privée