Ferme à SPIP - commentaires

Ferme à SPIP

Bonjour,
Je dois faire une mise à jour de ma ferme. Est-ce qu'il y a un qq part tuto sur la procédure à suivre ?
Je m'interroge notamment dans le cas où la BDD doit être mise à jour, ça va bien se passer ?
Merci pour vos éclairages.

Ferme à SPIP

Pour solution,
j'ai opté pour la création d'un petit plugin « Activation Automatique » (un simple paquet.xml) dédié à chaque site, qui liste les plugins nécessaires à l'utilisation du site.
Quand je fais une mise à jour, je n'ai qu'à le réactiver AA pour que tous les plugins soient eux-mêmes réactivés.

Ferme à SPIP

J'utilise https://git.spip.net/spip-contrib-outils/checkout
Je pense pas que tu puisse retrograder, je vois pas le besoin non plus d'ailleurs.
Si tu git pull un dossier pour le mettre à jour cela met à jour le plugins sur la dernière version, attention au branche pour ne pas se perdre ou casser le site

Ferme à SPIP

@Pierre Kuhn : Cette histoire de git m'interesse...
Quelle sont les commande git pour mettre à jour un plugin ? Pour changer de version (rétrograder comme mettre à jour la dernière version) ? Y a-t-il un petit memento quelque part à ce sujet ?
Merci d'avance

Ferme à SPIP

A propos du problème SHA512 « spip_loader.php on line 18 », il semble que ce ne soit pas propre à la ferme mais général... Affaire à suivre.

Ferme à SPIP

Merci encore pour ton aide si rapide !
Je ne connais pas du tout ces outils Git, et ne saurai pas pour l'instant procéder de cette manière. Mais j'ai partiellement résolu mes problèmes :
1) je vais faire la mise à jour du SPIP centralisé de la ferme de manière manuelle.
2) je vais créer un plugin pour chaque website qui liste tous les plugins et les qualifie comme nécessaires. Ainsi je mets à jour tous les plugins en 1 clic.
Pour autant, ce qui aurait été sécurisant et pratique, c'est que le dossier Plugins de la ferme SPIP conserve les versions anciennes des plugins après mise à jour. SPIP est manifestement maintenant structuré pour rendre possible cette option, mais comment la rendre effective ?

Ferme à SPIP

Faire de git clone et autre commande du coup ton chemin de plugins ne change pas
Après tu as spip-cli qui avec des ligne de commande rajoute des plugins et les actives ou met à jour la bdd sans passer dans le BO mais je ne l'utilise pas.

Ferme à SPIP

Bonjour Pierre,
Pour spip_loader, j'utilise la version 6.1.2, et j'obtiens une erreur SHA512. Cela ne semble pas une erreur propre à la ferme, je m'en rends compte maintenant.
Pour la mise à jour des plugins, j'ai contourné le problème en mettant en place un mini-plugin qui spécifie la nécessité d'activation de tous plugins. C'est un peu fastidieux, mais c'est pratique.
Je ne sais pas ce que travailler avec GIT signifie, mais si ça peut aider, je suis preneur.
Merci pour ton aide _||_

Ferme à SPIP

Bonjour,

1. tu as quel version du loader ?
2. oui il est recommander de travailler avec git pour géré une mutualisation car quand on met à jour les plugins cela changement le chemin si tu le fait avec SVP. Sinon il faut que chaque site est son répertoire de plugins

Ferme à SPIP

Bonjour,
J'ai mise en place une ferme SPIP 4.1.9 (PHP 7.4) d'une dizaine de sites.
J'ai voulu faire une mise à jour complète et :
1 - la mise à jour de SPIP via spip_loader ne fonctionne pas (page blanche). Quelle est la procédure recommandée ?
2 - la mise à jour des plugins provoque leur inactivation sur les sites dépendants de la ferme (les anciennes versions des plugins n'étant pas conservées). Quelle est là aussi la meilleure procédure ?
Merci pour vos conseils.

Ferme à SPIP

Mes premiers pas :

installer SPIP : OK
copier le dossier mutualisation : OK
modifier et mettre dans config/ le fichier mes_options.php : OK mais pas sûre d'avoir tout fait correctement
installer un premier site : OK
afficher https://mon-site/spip/ecrire/?exec=mutualisation : « Fichier mutualisation introuvable. » mais n'ayant pas fait l'étape ci-dessous, c'est probablement normal
configurer apache et DNS : à faire (mais pas sûre d'avoir les droits suffisants, peut-être à demander à la DSI de mon service)

Ferme à SPIP

Bonjour à tous et merci pour vos réponses rapides.

Si tu veux géré des sites en mutualisation, il faut maitriser SPIP en git pour faciliter les mises à jour ensuite.

Ce n'est pas encore le cas, mais j'aime bien apprendre. Donc si je sais que je peux avoir des coups de pouce dans la mise en place, c'est faisable ;)

Mais on peut en parler plus si tu as vraiment ce besoin.

Je vais l'avoir très bientôt. Donc il faut que je teste dès maintenant (enfin plutôt cet été) et oui je veux bien avoir des interlocuteurs pour les détails au fur et à mesure de mes essais.

J'aurais tendance à dire que pour l'utiliser, il faut que tu sois en mesure de le maintenir toi aussi.

Jamais fait, mais prête à me lancer :) avec votre aide !

Toutes vos remarques et indications ne me font pas peur, mais nécessitent que je passe au niveau supérieur sur SPIP. Pas de souci si je sais que je peux avoir des réponses de quelques uns.

Je vais donc installer une ferme à SPIP test prochainement et cela me permettra d'avancer tranquillement.

Encore merci de vos réponses. Je reviens vers vous prochainement.
Bonne journée.

Ferme à SPIP

Alors, je vais préciser :

le fonctionnement du « plugin » de mutualisation facile implique de bien comprendre ce qu'il fait, et ce qu'il implique
d'ailleurs, ça n'est pas un plugin, mais un ensemble de scripts qui facilitent la mutualisation, en utilisant un mécanisme se trouvant en fait au cœur de SPIP
utiliser la mutualisation, c'est grosso-modo renoncer à SVP
donc installer les plugins avec Git (ou FTP, mais là, franchement, c'est long)
donc savoir choisir la branche de ce qui a été récupéré par Git
et installer manuellement les lib/ parce que Git ne les installe pas (contrairement à SVP)

Bref, y'a du pour, y'a du contre, mais ça aide de comprendre les rouages de l'intérieur.

Ferme à SPIP

Euh, je comprends pas trop pour quelle raison il faudrait être en mesure de maintenir un plugin pour l'utiliser.
Cet outil est formidable, grand merci à tous ceux-celles qui le maintiennent, (et plus généralement, grand merci à l'ensemble de la communauté des développeurs dont le travail et l'esprit de partage permet aux utilisateurs de base de disposer de merveilleux outils).
Mais, assurément, ouf, il n'est pas nécessaire d'être codeur pour se servir de SPIP.
Aussi je trouve qu'écrire : “J'aurais tendance à dire que pour l'utiliser, il faut que tu sois en mesure de le maintenir toi aussi" ne reflète pas la réalité (= on peut se servir d'un plugin sans devoir être capable de le maintenir) et n'est pas très encourageant (voire culpabilisant), ce qui est dommage.
SPIP est un outil génial, invitons les débutants à affronter patiemment la courbe d'apprentissage qui peut paraître assez pentue pour le(a) débutant(e).
Enfin, c'est comme ça que je vois les choses...

Ferme à SPIP

Bonjour,

Le plugin mutualisation est maintenu par ceux qui l'utilisent (j'en fais partie).

J'aurais tendance à dire que pour l'utiliser, il faut que tu sois en mesure de le maintenir toi aussi.

Ferme à SPIP

Bonsoir,

Si tu veux géré des sites en mutualisation, il faut maitriser SPIP en git pour faciliter les mises à jour ensuite.
Les plugins sont commun à tous les sites, comme le core de SPIP.
Tu n'as pas de nombre de site maxi, cela va dépendre des sites, du serveur ...
Il faut prévoir une base par site et pas une base pour tous les sites.

Le problème de la mutu c'est en cas de faille exploité, tous les sites seront impacté.

Mais on peut en parler plus si tu as vraiment ce besoin.

Cordialement
Pierre

Ferme à SPIP

Bonjour,
Je suis intéressée pour monter une ferme à SPIP.
Quelques questions avant de me lancer :
- le plugin « Mutualisation » est-il toujours maintenu ? Il semble que oui, mais je préfère m'en assurer.
- combien de sites maximum dans une « ferme à SPIP » ?
- est-il possible d'avoir une peu d'aide quand les choses sérieuses commenceront ?
- les plugins sont-ils installés de façon individuelle pour chaque site ?
Merci d'avance de toute réponse ou échange me permettant de mieux comprendre le fonctionnement d'une « ferme à SPIP ». (Je connais le multisite WordPress, mais il y a certainement des différences que j'essaie de cerner.)
Merci encore et bonne journée à chacun.

Ferme à SPIP

Bonjour et merci pour ce plugin !

J'ai un petit souci avec le compresseur CSS :
La fonction compresseur_ecrire_balise_css_dist du plugin compresseur passe en entête de la page un prefetch pour le fichier CSS compressé. C'est une bonne pratique.
Mais avec le plugin de Mutualisation et l'option 'url_img_courtes' le prefetch ne se fait pas sur l'URL du fichier classique (http://exemple.com/local/cache-css/aaaaa.css) mais directement vers le fichier dans l'arborescence de la mutualisation (http://exemple.com/sites/monsite.com/local/cache-css/aaaaa.css).

Le fichier CSS est donc chargé deux fois :

sur http://exemple.com/sites/monsite.com/local/cache-css/aaaaa.css via le prefetch
sur http://exemple.com/local/cache-css/aaaaa.css via l'inclusion dans le head
Et c'est pas l'idéal pour les performances :(

Voici un exemple en situation réelle :
Si on regarde l'entête HTTP de réponse de la page via curl -sSL -D - legras-industries.com -o /dev/null on voir que le prefetch est fait sur la mauvaise URL (Link: ;rel="stylesheet prefetch")

J'ai vraiment du mal à voir à quel moment ça cloche.

Ferme à SPIP

Merci du signalement

c'est corrigé

https://zone.spip.net/trac/spip-zone/changeset/113554/spip-zone

Ferme à SPIP

Bonjour,
Il y a a priori une erreur dans la version 1.4.4, ligne 17 et 19 de mutualiser_creer.php : il manque les quotes autour du nom de la constante _SPIP_LOGO_MUTU. Cela entraîne un warning avec la version 7.2 de PHP (et ce sera une erreur fatale avec la 7.3)
Voici ci-dessous le code corrigé :

if (find_in_path('images/logo-spip.png')) { define( '_SPIP_LOGO_MUTU',find_in_path('images/logo-spip.png'));
} else { define( '_SPIP_LOGO_MUTU',find_in_path('images/logo-spip.gif'));
}

Cordialement,
Bruno

Ferme à SPIP

Bonjour,

Comme évoqué, mettre le fichier dans le sous dossier config propre au site concerné.
Exemple (avec « sites » comme dossier des différents sites) :
/sites/mon_site_mutualise/config/mes_options.php

Normalement, cela fonctionne.

Ferme à SPIP

Je sais pas si cela est possible par contre ...

Ferme à SPIP

J'ai en fait 3 sites distincts mais disons frères jumeaux, ils utilisent la même base de données, et les tables supplémentaires sont identiques pour les 3 sites.
Les photos des utilisateurs sont enregistré pour les trois sites dans IMG/LOGOS et IMG/INTRO, donc communs aux 3 sites.
Le problème est juste que pour les logos des articles qui devraient être distincts et non communs.

Ferme à SPIP

Je vois pas pourquoi cela va dans ecrire/IMG ...
Pas logique.

Les docs dans la médiathèque sont identique partout du coup ?
Ensuite je vois une base pour tous les sites .... pas top si tu as de gros site je pense.

Ferme à SPIP

Voila, j'ai supprimé les commentaires et infos privés :

 true, 'creer_base' => false, 'creer_user_base' => true, 'mail' => 'myemail@test.org', 'code' => '********', 'table_prefix' => false, 'cookie_prefix' => false, 'repertoire' => 'sites', 'url_img_courtes' => false, 'url_creer_base' => '', 'avant_initialisation' => '' ) );
?>

Ferme à SPIP

Bonjour,

Tu as trouvé la solution ?

Ferme à SPIP

Bonjour,

On peut voir ton fichier mes_options avec la config de la mutu ?

Ferme à SPIP

Bonjour,
J'utilise spip 3.2.1 avec mutualisation et via le site privé, mes logos d'article sont téléchargés sur ecrire/IMG/LOGOS et sont donc identiques sur tous les sites.
Puis-je modifier les paramètres de config pour que les logos soient téléchargés sur un sous-dossier de sites/mysite .com pour avoir des logos d'articles différents pour chaque site ?

Ferme à SPIP

Bonjour à tous,
J'ai plusieurs sites installés en mutualisation et pour la première fois, je dois en rajouter un nécessitant son propre fichier mes_options.php (à ne pas confondre avec le fichier mes_options.php de la mutu elle-même).
Mais où placer ce fichier mes_options.php dans le cas d'une mutualisation ?
Lorsque je le place dans le sous-dossier /config propre à ce site, il ne semble pas pris en compte ?
Merci.
PS : j'ai posé la même question sur la liste spip@rezo.net

Ferme à SPIP

Salut,

Tu peux surcharger le prive dans le dossier squelettes de ton site hein^

Il est également possible de ne pas mutualiser les plugins... (c'est bien mieux amha en production)

# desactiver le dossier plugins classique
define('_DIR_PLUGINS','');
# Definir un dossier plugins pour chaque site
define('_DIR_PLUGINS_SUPPL',_DIR_RACINE.'sites/'.$site.'/plugins/'); # Definir un dossier plugin/auto pour chaque site
define('_DIR_PLUGINS_AUTO',_DIR_RACINE.'sites/'.$site.'/plugins/auto/');

Les plugins-dist et le core de spip restent mutualisés mais chaque site a ses plugins persos

Ferme à SPIP

Bonjour,

Nous mettons à disposition des établissements de notre académie une ferme de SPIP environ 110 hébergements actuellement. Nous utilisons pour cela le plugin mutualisation facile version 1.3.5 stable installé via la gestion des plugins. Nous souhaitons mettre à jour les plugins de l'ensemble des sites via la fonction l'admin de mutualisation « ecrire/ ?exec=mutualisation »

Le script Upgrader intégrés à la mutualisation et servant à automatiser les mises à jour (extensions et noyau) semble ne pas fonctionner.

L'option « Upgrader tout » n'a aucune action, le mode débogueur du navigateur nous apporte pas plus d'informations.

Cependant, d'autres fonctionnalités sont opérationnelles (calcul des volumétries : documents, cache,...).

Merci par avance de toute aide qui me sera apportée !

Le plugin couteau suisse Version locale : 1.9.12 Révision : 101356 est aussi installé, nous avons activé L'Ecran de sécurité et mises à jour automatiques. L'écran de sécurité s'installe et se met à jour sans problème ainsi que les mises à jour automatiques.
Serveur Debian 7.11 wheezy
Server version : Apache/2.2.22 (Debian)
php5 vers : 5.4.45-0+deb7u7
SPIP 3.1.3 [23214]

Ferme à SPIP

Cela dépend comme tu donnes tes accès ftp.
Il vaut mieux garder le ftp pour l'admin général et donner des ftp restreint ensuite.

Ferme à SPIP

J'aime beaucoup l'idée mais en terme de sécurité, cela ne craint pas trop d'avoir tout ses sites sur un seul noyau SPIP ? Si un compte utilisateur ftp est compromis, cela met tout les autres domaines en danger non ?

Ferme à SPIP

Flute. Pas de solution alors ?

Ferme à SPIP

en effet, j'ai jamais fais ça en mutu.

Ferme à SPIP

Parce que ce n'est pas vraiment une amélioration. Voici l'issue d'un plugin que je souhaiterais surcharger :

https://contrib.spip.net/Identite-Extra#forum487993

Ferme à SPIP

Dans ce cas pourquoi ne pas faire amélioré les plugins ?

Ferme à SPIP

Non j'ai déjà essayé. Cela ne fonctionne pas.

Pour certains plugins je change un peu la présentation html dans l'espace privé.

Ferme à SPIP

Bonsoir

Est sans le dossier prive ?

PS : Pourquoi surcharger les configuration de plugins ?

Ferme à SPIP

Bonjour,

Il m'arrive de surcharger la présentation de certains plugins dans l'espace privé dans par exemple : sites/monsite.com/squelettes/prive/formulaire/...

Mais en mutualisé cela ne fonctionne plus. Une idée comment corriger ce souci ?

En attendant, j'ai mis mes fichiers personnalisés à la racine de spip dans le dossier squelettes. Ce qui n'est pas très pratique car je ne peux choisir sur quel sites doit s'appliquer le/les fichiers modifier.

Ferme à SPIP

Si on se réfère à : http://www.spip.net/fr_article1825.html

La syntaxe est

Donc la syntaxe serais plutôt :

$GLOBALS['dossier_squelettes'] = _DIR_SITE.'squelette1:'._DIR_SITE.'squelette2';

@chez moi ça marche,

cela dit je ne vois pas trop l'intérêt ou le but, moi je m'en sert plutot pour faire de A/B test et passer rapidement d'un skel à un autre avec une ligne par skel et en commentant/dé-commentant.

Bonne journée

Ferme à SPIP

Même résultat en suivant cette issue.
http://archives.rezo.net/archives/spip.mbox/65H5XLORNSND7WS7FJMVBPNPWKD5XKD5/

Ferme à SPIP

Cela ne marche pas non plus en enlevant les « _DIR_SITE ».

Ferme à SPIP

Et sans les _DIR_SITE ?

L'idée est de proposer plusieurs squelettes par site ?

Ferme à SPIP

Ben j'aimerais faire quelque chose du style :

/site1/config/mes_options.php
(squelettes, squelettes-abc, squelettes-def)

/site2/config/mes_options.php
(squelettes, squelettes-ghi, squelettes-jkl)

/site3/config/mes_options.php
(squelettes, squelettes-mno, squelettes-pqr)

Mon code plus haut fonctionne mais il fait planté mon espace privé.

Ferme à SPIP

Bonjour,

Tu veux faire un squelettes par site ?

Normalement /sites/site1.example.com/squelettes fonctionne.

Ferme à SPIP

En faite, je crois que j'ai pas bien compris comment définir de nouveaux squelettes dans mes sites mutualisés (différent par site).

Chacun de mes sites on des dossiers squelettes différents. J'ai donc mis pour chacun, un fichier mes_options.php dans leur dossier config avec des appellations de squelettes différents.

$GLOBALS['dossier_squelettes'] = _DIR_SITE . 'squelettes' . _DIR_SITE . 'squelettes-01' . _DIR_SITE . 'squelettes-02';

Mais il semblerait que cela soit faux... :(

Ferme à SPIP

J'ai un peu avancé dans mon problème.

C'est au moment de la création du dossier « plugins » que le problème arrive.

Ferme à SPIP

Bonjour,

J'ai testé cette procédure en local et tout fonctionne parfaitement. J'ai juste un soucis dans l'espace privé ou tout les styles ont sautés (affichage brute) sur l'ensemble des sites mutualisés. En revanche, coté publique cela fonctionne nickel.

Est-ce que quelqu'un a déjà eu ce problème ? Une constante dans mes_options.php a définir ?

J'ai vidé le dossier tmp, vider le cache, supprimer mes plugins, restauré la base de donnée mais rien n'y fait.

J'utilise php 5.6.30 avec Spip 3.1.3

Merci pour votre aide.

Ferme à SPIP

Bonjour,

J'ai pu configurer sans problème un SPIP 3.1 mutualisé avec 4 sous-domaines. Très intéressant cette méthode. Cependant, j'aurais deux questions :

1. Est-ce que je peux avoir en commun un dossier « squelettes-all » pour tout mes sous-domaine et partager les mêmes ressources (css, js, img, formulaires, modèles, etc...) ?

2. Dans ma configuration j'ai ces 4 sites ci-dessous :

site1.example.com
site2.exemple.com
site3.exemple.com
site4.exemple.com

Mais quand au site principale : www.exemple.com, est-ce que je peux acquérir les informations de chaque sous-domaines ? Ou chacune des ces ressources sont distinctes.

Merci, Julien.

Ferme à SPIP

Bonjour,
Je viens de tester sous Spip 3.1 et la dernière version du plugin.
Quand je crée un nouveau site, tout est parfaitement géré, sauf qu'à la fin il m'envoie vers http://www.example.com/ecrire/ecrire/?exec=install, donc un ecrire/ de trop dans l'url ...

Ferme à SPIP

J'ai finalement entièrement réinstallé SPIP sans rien changé à mon fichier mes_options.php et ça marche !

Désolé pour le bruit !

Ferme à SPIP

Pour ma part, je suis passé en 3.1 dès juillet 2015. En mutu. Et j'ai créé plusieurs sites sans problème.

Voici mon config/mes_options.php :

require _DIR_RACINE.'mutualisation/mutualiser.php'; $site = str_replace('www.', '', $_SERVER['HTTP_HOST']);
$site = str_replace('ww2.', '', $site);
$site = str_replace('ww3.', '', $site); define ('_INSTALL_SERVER_DB', 'mysql');
define ('_INSTALL_HOST_DB', 'localhost');
define ('_INSTALL_HOST_DB_LOCALNAME', 'localhost');
define ('_INSTALL_USER_DB_ROOT', 'root');
define ('_INSTALL_PASS_DB_ROOT', 'mot2passeroot');
define ('_INSTALL_NAME_DB', 'mutu_'.prefixe_mutualisation($site));
define ('_INSTALL_USER_DB', prefixe_mutualisation($site));
define ('_INSTALL_TABLE_PREFIX', 'spip'); demarrer_site($site, array( 'creer_site' => true, 'cookie_prefix' => false, 'table_prefix' => false, 'creer_base' => true, 'creer_user_base' => true, 'code' => 'ecureuil', 'mail' => 'mutualisation@domaine.tld', 'annonce' => 'SPIP 3.1', ) );
// Pour bloquer l'installation automatique des plugins
define('_DIR_PLUGINS_AUTO', '');
// Pas de log pour gagner en écritures
#$GLOBALS['nombre_de_logs'] = 0;
#$GLOBALS['taille_des_logs'] = 0; # Dans le cadre d'une mutualisation, l'affichage d'une nouvelle version de SPIP est inutile
function genie_mise_a_jour($t) { effacer_meta('info_maj_spip'); return 1;
}

Ferme à SPIP

Bonjour,

J'ai testé en local ce plugin avec SPIP 3.1 et j'ai des problèmes pour créer de nouveaux sites. A noter que tout fonctionnait parfaitement en 3.0 . Avec les sites déjà installés tout semble OK.

Les fichiers connect.php et chmod.php ne sont pas créés dans config.

Tout semble se passer bien jusqu'à la phase d'installation de SPIP c'est à dire :
- Activation avec un code OK
- Création du répertoire dans sites/ OK
- Création des répertoires config, IMG, local et tmp OK
- Création de la base de donnée (vide !) OK

On arrive alors à l'écran indiquant : La base de donnée mu_mondomaine a été créée. Vous pouvez poursuivre l'installation de SPIP.

On démarre la phase Installation du Système de publication... puis suivant... puis on reste bloqué sur Installation du système de publication à l'étape 1. Dans les logs de SPIP, on a : Pub : !INFO : spip_connect : fichier de connexion '' non trouve .

A suivre !

Ferme à SPIP

Ça tombe bien, moi aussi ;-) J'attendrai donc !

Ferme à SPIP

Je te conseil de monter une mutu en 3.1 et modifier tes vhost pour tester.
perso je passe pas encore en 3.1 car j'ai des plugins non compatible.

Ferme à SPIP

Merci, mais très honnêtement, j'ai plus de vingt sites mutualisés, je ne vois pas commenter tester avec un seul et voir si ça marche ou pas ! je préfère d'autres retours d'expériences que mon crash éventuel... :- !

Ferme à SPIP

Bonsoir,

Pas encore tester mais tu peux et nous dire si tu as des problèmes.

Ferme à SPIP

Ce plugin est-il compatible avec la nouvelle version 3.1 ?

Ferme à SPIP

Bonjour,
Malgré les indications précédentes, je n'arrive pas à installer une mutualisation spip 3 sur Gandi Simple Hosting... Est-il possible de contourner le réglage des fichiers VirtualHost ? (etc/apache2/sites-available/ n'est pas accessible). Je serais curieux de savoir ce que DM a ajouté dans son .htaccess.
Merci d'avance pour votre aide,
Sébastien

Ferme à SPIP

Yes merci ça marche, je faisais

Merci encore.

Ferme à SPIP

Tu fait comment exactement ?



Ferme à SPIP
Malheureusement ça ne donne rien.


Ferme à SPIP
Euh utilise #CHEMIN alors


Ferme à SPIP
Classique : 


Ferme à SPIP
Comment tu appels les images sur le site ?


Ferme à SPIP
Bonsoir Pierre,

le fichier mes_option.php à la racine dans le dossier config contient ce code :
 true, 'creer_base' => true, 'creer_user_base' => false, 'mail' => '', 'code' => 'ecureuil',
'table_prefix' => false,
'cookie_prefix' => true, 'repertoire' => 'sites', 'url_img_courtes' => true, 'url_creer_base' => '' )
);
?>
Je pensais que ça pouvait venir d'une mauvaise configuration de Mamp mais sur serveur OVH il y a le même problème. Le problème concerne uniquement les images référencées dans les squelettes, les images du back-office s'affichent normalement.
Merci par avance.

Mathieu.


Ferme à SPIP
Bonjour, vous pouvez donnez le fichier mes_options ?


Ferme à SPIP
Bonjour,

je rencontre un problème avec les sites de ma ferme. Les images des squelettes des sites ne s'affichent pas avec la nomenclature classique : « squelettes/img/image.jpg ».

Je suis obligé d'utiliser celle-ci : « sites/nomdusite/squelettes/img/image.jpg ».

Ce qui est très embêtant lorsque je dois mettre un site en production sur un serveur client. Comment faire pour changer ce fonctionnement ?
Merci par avance.


Ferme à SPIP
Bonjour,

Je vois un caractère Â sur la capture, c'est pas logique déjà.


Ferme à SPIP
Honte sur moi, le code est dans mes_options.php (en plus c'est moi qui l'ai mis). Par contre il ne marche plus ! !! :-(


Ferme à SPIP
Bonjour, J'ai 16 sites SPIP mutualisés en 3.0.16. Jusque là je n'ai eu aucun problème non résolu mais là... Le code d'activation ne fonctionne plus pour le 17^e site ! Le pire c'est que je l'ai noté quelque part et donc c'est ce code que je rentre mais j'ai toujours « Erreur » qui s'affiche. Mystère très ennuyeux...

Où puis-je trouver le code ? J'ai fait une première recherche dans chmod.php sans succès.

Merci d'avance.

Philippe G.


Ferme à SPIP
@ Pierrot : Récemment (sur spip 3.0.14), je n'ai pas eu de problème avec la mise à jour de Saisies. Faut juste le réactiver sur tous les sites.... comme pour les autres plugins. Perso j'ai 7-8 sites, donc 5 seulement sont publics, donc c'est gérable.
Sinon, comme disait je crois Pierrot sur un autre fil, peut-être que pour la méthode que j'ai testée (http://contrib.spip.net/Ferme-a-SPIP#forum475819, ci-dessus) marche pour les mises à jour, il faudrait supprimer le dossier plugins du site mutualisé ? (pour éviter que Spip ne remette les plugins dedans lors d'une mise jour de plugin)

Mais je ne testerai pas, pas le temps. Je préfère rester comme ça et attendre une vraie solution qui permette de vraiment mutualiser les plugins efficacement en plus de spip.


Ferme à SPIP
Après quelques essais supplémentaires, je me suis rendu compte que le système décrit ci-dessus n'est pas terrible. En fait, si on met les plugins de chaque site dans « auto », avec une mise à jour du plugin la nouvelle version du plugin se remet dans le dossier plugins du spip mutualisé, c'est retour à la case départ.
Finalement, j'ai laissé tel quel (les plugins mutualisés pour tous les sites), c'est encore le moins compliqué, et je met à jour les plugins un par un depuis un site, avec ensuite réactivation du plugin sur chacun des autres sites.

En attendant une solution intégrée, je ferai donc les mises à jour moins souvent.


Ferme à SPIP
Bonjour,
J'ai évoqué cette solution mais elle me pose (en tous cas me posait) des pbms évoqués ici :
http://contrib.spip.net/Saisies?debut_comments-list=-1#forum470211
Certains plugins semblent buguer sur cette solution, peut-être n'utilisez-vous pas ces plugins ou peut être qu'un bug a été corrigé. Pour ma part j'ai fini par peu à peu abandonner ces mutualisations qui me posaient plus de soucis que de gains, chaque mise à jour était un sac de noeuds, la modif de SVP était à surveiller ... bref j'ai re-séparé mes installations et c'est beaucoup plus zen (j'avais 3 fermes avec environ 25 sites).


Ferme à SPIP
J'ai testé pour un plugin le fait de l'avoir dans un dossier « plugins » pour un seul site mutualisé :
Il faut mettre un code dans le fichier mes_options.php du site concerné :

// code pour que le dossier plugins/auto du site concerné soit prix en compte en plus du dossier plugins/auto de l'install spip mutualisée qui est à la racine :
define('_DIR_PLUGINS_SUPPL',_DIR_RACINE.'sites/monsite.tld/plugins/');
En mettant ce code (remplacer monsite.tld par le bon nom de site), le plugin test apparaît bien sur le site concerné (il faut juste le réactiver après son déplacement d'un dossier à l'autre), et la mise à jour ensuite est ok.
Comme ça je peux mettre à jour les plugins de chaque site séparément, en évitant les plantages dues aux mises à jour qui ne sont pas suivies par les autres sites (problème SVP indiqué ci-dessus).

Accessoirement, ça permet de tester une màj plugin sur un seul site.


Ferme à SPIP
Pardon, je n'avais pas regardé ça attentivement. Du coup, j'avais mal compris et mis un site non actif (celui avec Spip) dans le code  define ('_SITES_ADMIN_MUTUALISATION', 'monsite.tld'); de mes_options.php
Là j'ai mis un site actif à la place, et j'ai effectivement une liste utile avec ecrire/ ?exec=mutualisation, merci !


Ferme à SPIP
Euh perso j'en indique 1 dans le fichier de configuration du plugins afin de limiter qui utilise cette page.


Ferme à SPIP
@ Pierre, je croyais qu'il n'y avait plus de site Maître dans cette configuration ? C'est le site où est installé les fichiers spip communs ? Je ne l'ai pas créé celui-ci (j'utilise 7 sites mutualisés, dont 4 en production).


Ferme à SPIP
@YannX, j'ai testé la mise à jour auto par la lame Couteau Suisse, pour le plugin Saisies ça a désactivé pareillement les plugins sur les autres sites.

Donc a priori ça ne marche pas mieux que SVP de spip 3...


Ferme à SPIP
DavidM : - Idée : Pour l'avenir, un truc qui serait top, c'est que la page admin (plugins actifs ou inactifs) des plugins dans Spip puisse afficher la liste des sites web qui utilisent chaque plugin, pour mieux s'y retrouver.

=> tu as cela sur la page exec=mutualisation, disponible dans le site maitre uniquement.


Ferme à SPIP
Si on ne peut pas utiliser SVP pour faire la mise a jour (c'est presque aussi dommage de pas pouvoir mutualiser ses mises a jour ;-), il faut peut-etre revenir au systeme précédent :

avant, en SPIP2 (et meme au debut de SPIP 3 par habitude), j'utilisais une lame du couteau suisse pour identifier et lancer les mises a jour..... http://contrib.spip.net/Mise-a-jour-automatique-des-plugins
Mais, ne l'ayant pas appliqué sur des mutualisations, je n'ai pas vérifié le fonctionnement en détail sur le point évoqué.... l'un d'entre vous peut-il essayer ? et transmettre son résultat...
Cdlt

@+


Ferme à SPIP
Ok Manu, merci pour le truc.

Par ftp, je sais faire, ce n'est pas très pratique, mais c'est mieux que de devoir réactiver les plugins sur chaque site.

Par SVN, je ne sais pas bien faire. Il faut un accès ssh pour le faire direct sur l'espace d'hébergement des sites c'est ça ? Pas sûr que ça marche sur mon hébergeur Gandi Simple Hosting...
J'imagine que je peux gérer un dossier des plugins sur mon disque dur mis à jour par SVN ?, et envoyer ça par FTP ensuite (en gardant les mêmes noms des dossiers des plugins)

Dans ce cas, il vaut mieux sortir les plugins du site du dossier « auto » non ?
Pour les solutions de Pierrot, ça parait trop compliqué pour mo !, ça a l'air intéressant, mais j'attendrai une version ad hoc du plugin Mutualisation. En tout cas, merci, là je comprends mieux pourquoi ça plante actuellement.

D'autant que je n'ai pas de sites Maître/esclaves, ils sont tous au même niveau a priori.
- Idée : Pour l'avenir, un truc qui serait top, c'est que la page admin (plugins actifs ou inactifs) des plugins dans Spip puisse afficher la liste des sites web qui utilisent chaque plugin, pour mieux s'y retrouver.


Ferme à SPIP
Pour ma part j'ai essayé ceci :
http://contrib.spip.net/Et-si-on-automatisait-tout-ca
Vers le bas, Gestion des plugins et suggestions de modifs du plugin SVP pour que la mise à jour de plugins conserve les versions précédentes et ainsi ne désactive rien dans les autres sites de la ferme. Il faut ensuite bien sûr passer sur chaque site pour activer les nouveaux plugins si on souhaite les mettre à jour.


Ferme à SPIP
Non ! Il faut garder la mutualisation car sinon, effectivement on perd l'intérêt du truc. 

Le souci rencontré est dû au fonctionnement de SVP qui « nomme » les dossiers.Lors d'une mise à jour, le nom du dossier change, et du coup, paf, les plugins des autres sites se désactivent. Normal.

La solution consiste à faire les mises à jour sans passer par SVP.

Soit tu mets à jour par SVN

Soit tu fais la mise à jour par FTP : le nom du dossier ne changeant pas (seuls les fichiers contenus sont modifiés) et rien ne se désactivera.


Ferme à SPIP
Même problème (spip 3.0.14) chez moi. 

Seul le site d'où la mise à jour du plugin se fait reste activé. Le plugin se désactive sur les autres sites, et du coup peut générer des erreurs sur le site public, etc.

Parfois (dans le cas je crois des mises à jour Saisies et/ou Couteau Suisse), j'ai été obligé de vider le cache pour me sortir des pages publiques blanches qui ont suivies ce genre d'erreurs.

(le problème est le même qu'une mise à jour soit lancée depuis la page plugin de l'admin ou depuis la page « mise à jour auto » du Couteau Suisse)
Donc, peut-être que je vais devoir faire comme Pierrot, un dossier plugin par site, au moins pour les sites les plus importants. Mais c'est ennuyeux car on perd un des intérêts de la mutualisation du noyau...


Ferme à SPIP
Bon pour accéder à l'administration, j'ai trouvé cela

http://fermeaspip.e-delmotte.com/ecrire/?exec=mutualisation
Si c'est bien cela ... pourquoi c'est vide ? Alors que j'ai installé un site ...
J'ai activé les plugins sur le site installé ... et même problème de squelettes, zcore marche pas après installation.

Faut que je fasse un truc particulier ?


Ferme à SPIP
Bonjour,
J'ai passé la matinée pour réussir à monter une ferme, je pense avoir à peu près tout compris, même si certaines zones restent un peu obscures pour moi.
Je pense que la partie configuration du fichier mes_options mériterait quelques informations supplémentaires car il y a plusieurs façons de travailler (il suffit de voir les deux exemples qui sont différents)

Particulièrement le paramétrage de la variable de SITE_ADMIN ... parfois blanc, parfois pas ... comment cela marche exactement m'échappe.
Ce que je sais uniquement c'est qu'en le remplissant et en essayant de configurer un site qui n'était pas le même que la dedans, ça plantait ...
Bon mes questions sont les suivantes :
La doc du wiki indique que le site « principal » n'est pas accessible. Moi je me suis inspiré du fichier de scriibe.net et l'ai configuré pour créer mon premier site. La procédure a été jusqu'au bout.

Initialement j'ai créé le spip à l'adresse « fermeaspip.e-delmotte.com », installation sans soucis, j'ai ajouté tout un jeu de plugins à l'intérieur, les ai activé, puis suis passé à la suite ...
Question 1 :

- si je tape aujourd'hui « fermeaspip.e-delmotte.com » j'arrive sur une page avec erreur de squelettes, à priori autour de z ... pourquoi mon domaine est joignable ? Je pensais arriver sur un dashboard particulier.

Si tel n'est pas le cas, à quoi sert cette adresse ? Comment accede t on a « l'administration de la mutualisation » comme on en parle dans le wiki ?
Question 2 :

- quand j'ai installé le second site, il avait tous les plugins ... mais inactifs, c'est le comportement attendu ? On active les plugins qui nous intéresse en fonction des sites ?
Question 3 :

- on peut installer des plugins depuis n'importe quel site et ils sont mis à disposition de tout le monde ?
Merci d'avance


Ferme à SPIP
Bonjour,
Depuis la mise en place du pluggin (spip 3) je n'arrive plus à lire mes fichiers pdf (plugin pdf.js) -> spip.php ?page=pdfjs&id_document=x..

Dans le fichier sip.log j'ai le message d'erreur ci dessous :

:Pri:ERREUR : fonction execute_pipeline_renseigner_document absente : pipeline desactive
Auriez vous déjà rencontré ce genre de problème ?
Cordialement,

Arielle.


Ferme à SPIP
Hello,
J'ai rédigé un petit billet concernant l'installation de spip mutualisé en spip 3 sur un mutualisé OVH avec serveur sql dédié : http://www.soon7.com/developpements/mutualisation-du-noyau-spip-3-sur-un-mutualise-de-chez-ovh/


Ferme à SPIP
Je constate le même problème et pour l'instant j'envisage de basculer sur un dossier plugins par site au lieu d'un dossier plugins central pour éviter ce problème.

Mais je rencontre un problème avec le plugin Saisies (enfin pas forcément avec ce plugin mais c'est ce plugin qui semble le révéler), je le décrit ici :
http://contrib.spip.net/Saisies?debut_comments-list=-1#forum470211
P.


Ferme à SPIP
Je réactive le sujet car il semble que ce soit un souci récurrent cette histoire de désagréments constatés mise à jour de plugin dans le cadre d'une mutualisation...

Quelqu'un pourrait-il faire un point là-dessus et donner la bonne méthode pour effectuer les mises à jour sans que « ça casse » ?


Ferme à SPIP
Je mets a jour les plugins dans la mutualisation / gestion des plugins quand elle est signalée.

Mes plugins sont dans plugins/auto/

Pas de problèmes de dépendances, même une mise à jour mineure (3.1.1 à 3.1.12 par exemple) n'est pas réactivée automatiquement. J'ai testé sur tous les plugins de ma mutualisation (50 au moins), ca ne marche jamais (CFG, Couteau suisse, Court cirtuit, barre typo, etc...) je dois réactiver 1 par 1.


Ferme à SPIP
Bonjour
Tu as une dépendance par hasard qui s'active en même temps ?

Comment mets tu à jour ?


Ferme à SPIP
Bonjour,
J'ai un soucis avec les plugins sur un spip3 mutualisé.

Dès que je mets à jour un plugin sur le noyau mutualisé et que je repasse sur chacun des sites, le plugin mis à jour ne se réactive pas... je suis obligé de les réactiver un par un manuellement.

Dans spip2 ca fonctionnais correctement, un plugin mis a jour dans la mutualisation était automatiquement mis à jour et activé dans les sites mutualisés.
Help, c'est hyper pénible !


Ferme à SPIP
Eh oui, bien vu !, il suffit de renommer le dossier du site dans /sites/

Je n'avais pas osé le faire en me disant que forcément ça allait perturber tout.
Là on a la bonne url et on récupère le site déjà développé du coup ! Il suffit de changer aussi l'url dans configuration/identité du site
Merci, ça va me simplifier bien le travail !


Ferme à SPIP
Bonjour
Tu as renommer le dossier dans /site ?


Ferme à SPIP
Bonjour,
Je veux installer plusieurs sites en mutualisation, dont un déjà existant ailleurs.

Le site existant, domaine1.org, doit être refondu avant.
Je voudrais créer un site en mutualisation, temp.domaine1.org, qui serait une version de développement de domaine1.org.

Puis, une fois les nouveaux développements terminés, remplacer temp.domaine1.org par domaine1.org.

Est-ce possible avec l'install de mutualisation ?

Là j'ai essayé, sur Gandi Simple Hosting, de faire un lien symbolique d'un site nouveau vers un site déjà installé en mutu, mais l'installation se déclenche come si c'était un nouveau site.

Si je fais une redirection « redirect permanent » avec un htaccess, c'est toujours l'url du site visé qui s'affiche.
Est-ce donc possible de faire pointer domaine1.org vers le temp.domaine1.org, pour utiliser l'install de temp.domaine1.org, en ayant l'url de domaine1.org d'affichée ?

Ou est-on obligé d'installer un nouveau spip mutu avec domaine1.org (avec la base développée dans temp.domaine1.org), en ayant un temps de coupure le temps de l'installation spip + plugins + paramétrages divers ?
Je sais pas si ma question est claire ? (j'ai l'habitude des installs spip, j'ai déjà réalisé une mutualisation spip sur Gandi AI et GAndi Simple hosting, mais je ne connais pas les serveurs, Apache, etc.)
Autre question : quelqu'un a déjà fait de la mutualisation spip sur Ouvaton ? Ca parait pas gèrable par l'utilisateur, car là on a juste des espaces web « séparés » sur son espace, et pas de moyens apparemment de faire un lien symbolique entre deux espaces... A moins qu'il y ait d'autres moyens ?
Merci pour toute aide utile

DM


Ferme à SPIP
je me réponds en remerciant encore pierre.

il faut le plugin 

Zpip-dist v1 1.7.19
Mais comme Zen-Garden ne le met pas en « required » et que je pensais que Spip 3 était « natif Zpip », et bien cela ne marchait pas...
Mes excuses

MJ