Spip-Cli en Mutualisation - commentaires

Spip-Cli en Mutualisation

Bonjour,
Je reviens vers vous car mon ancien problème est corrigé ! L'erreur venait bien du config.php qui contenait une erreur...
Aujourd'hui, je voulais activer plusieurs plugins sur mes sites mutualisés mais quand j'écris la commande « spipmu "site*" plugins:activer nomplugin », j'obtiens le message suivant :

[Symfony\Component\Console\Exception\RuntimeException]
Too many arguments, expected arguments "glob" "spip-cli-command".
Batch [] []

Le problème venait de ma syntaxe qui était fausse...
Il faut écrire : « spipmu "site*" "plugins:activer nomplugin" » !

Si ça peut aider...
Didier.

Spip-Cli en Mutualisation

Bonjour,
J'ai remarqué que dans le cas d'une mutualisation (et sans le plug-in « mutualisation »), spipmu « * » test:spip ne fait que pointer (pour chaque site) vers le site racine et non sur les sites situés dans le dossier « sites ».
Il en est de même lorsque je lance spip test ;spip depuis un dossier situé dans « sites ».

Spip-Cli en Mutualisation

Bonjour Matthieu,
Je me remets sur la mutualisation... Un peu de vacances étaient nécessaires pour relâcher la pression et faire un peu le vide.
Merci d'avoir pris du temps pour me répondre.
Pour info, nous n'utilisons pas le plugin « mutualisation ».
Dans le fichier mes_options.php, on utilise bien la variable $_SERVER['HTTP_HOST'] pour définir l'URL du site.

Spip-Cli en Mutualisation

La fichier de configuration de démo fournit avec le plugin mutualisation utilise pour tester le site en cours la variable d'environnement $_SERVER['HTTP_HOST'], et c'est elle qui est générée automatiquement pas Spip-cli avant d'exécuter SPIP.

Ta mutualisation (dans /config/mes_options.php ) utilise cette variable aussi pour définir le site à charger ? autre chose ?

Spip-Cli en Mutualisation

Oui, a priori le SPIP contient la base de données au moins, et il arrive à la lire lorsqu'il lance « spipmu » (avec le connecteur PDO de PHP ; c'est pas le même que SPIP à cet endroit, mais ça lit bien le fichier config/connect.php). Donc ce n'est pas l'absence de bdd qui pose souci.

Spip-Cli en Mutualisation

Je viens de me réinstaller une mutualisation rapidement en local et je n'ai aucun problème pour ma part.

Peut être est-ce un problème de droits sur les fichiers, le PHP utilisé en Cli n'est pas le même souvent que celui utilisé en web.

Tu as une configuration particulière pour les sites ?
Le site SPIP en mutualisation est il effectivement configuré et fonctionnel ?

Spip-Cli en Mutualisation

Oups, je n'ai pas fait répondre... nouvelle question...

Spip-Cli en Mutualisation

Merci de m'aider.
Quelle que soit la commande spipmu "fo*" test:spip dans le dossier racine de spip, ou spip test:spip dans le dossier sites/formation10), j'obtiens le résultat suivant (sans le début pour la deuxième solution) l'option -vvv ne donne rien de plus :

Spip Cli Mutualisation
====================== ✔ SPIP trouvé. ✔ Répertoire sites trouvé. ✔ 1 sites correspondent au critère fo* ✔ 1 sites valides * formation10.tice.ac-orleans-tours.fr formation10.tice.ac-orleans-tours.fr
------------------------------------



Site en travaux





  Site en travaux
 
Ce site n'est pas encore configuré. Revenez plus tard...

Spip-Cli en Mutualisation

Mais c'est juste spipmu qui ne fonctionne pas, ou aussi spip-cli en général (regarde les autres commandes (spip test:spip) en indiquant le HTTP_HOST ou en passant par sites/x/... ?

Tu as quoi comme sortie avant le HTML ?
Tu as quoi comme sortie (sans le html) si tu fais quelque chose comme (où spip est le nom de ta commande spip-cli) :

cd sites/xxx.fr
spip test:spip -vvv

Spip-Cli en Mutualisation

Bonjour,
Quelle que soit la commande (en respectant bien la syntaxe), j'obtiens toujours le message (minipres affiché par le inc_version.php) qui considère que mon site n'est pas encore installé (site en travaux).
Il semblerait qu'il y ait _FILE_CONNECT non défini... d'où le message...

Spip-Cli en Mutualisation

Alors, voici quelques commandes que j'utilise très régulièrement en mutualisation, depuis la racine du SPIP :

spipmu "*" "cache:vider"
spipmu "*" "plugins:maj:bdd"

Noter les guillemets !

Spip-Cli en Mutualisation

Bonjour,
Bon, en fait, ça ne fonctionne toujours pas (sauf sur un site sans mutualisation).
Dès que je passe sur des sites mutualisés, je retrouve le même message d'erreur... Que je lance spipmu depuis le dossier spip ou que je lance spip depuis le dossier du site, j'ai toujours ce problème.
J'ai un des sites mutualisés qui est totalement passé sous spip 3.2.7 (mise à jour de la bdd ok !) mais toujours pas accessible par spip-cli !
Je suis preneur de toute idée !
Merci.

Spip-Cli en Mutualisation

Je me réponds à moi-même.
Je suis sur un Spip 3.0.24... Sur un Spip 3.2, ça fonctionne !

Spip-Cli en Mutualisation

Bonjour,
Je suis en train de tester Spip-cli en mutualisation et j'ai le soucis suivant :
Quand je fais un spipmu « * » test:spip , j'obtiens systématiquement ceci pour tous les sites :

    Site en travaux        Site en travaux
  Attention : un problème technique (serveur SQL) empêche l'accès à cette partie du site. de votre compréhension.

Quelqu'un aurait-il une idée d'où vient l'erreur ?
Merci.