Catégories:
Bonjour,
J’envisage d’exploiter plusieurs sites druapl (v5) sur la base d’une seul installation grace aux fichiers settings.php de sous répertoires sites.
Une question : cron.php couvre t il ce mode d’installation ? C’est à dire que si j’ai 5 sites, cron passera t il en revue les 5 bases de données ?
Merci de vos réponses.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Attendu que cron.php fait appel au hook_cron utilise dans les modules ;
Attendu qu’une install multisite partage les memes fichiers modules (avec certains restreints par site) ;
Nous considerons que le cron se courrera parfaitement avec une seule instance de cron.php.
:)
tostinni
1268
J’ose espérer que cette savante (mais un peu obscure) demonstration veut dire OUI…
derieppe
43
Oui, en effet. :)
Vincent
Formations Drupal pour WEBMASTERS, DESIGNERS et DÉVELOPPEURS.
drupalfrance
1772
J’etais en train de lire le fameux blog de Maître Eolas, je me suis permis un micro delire :D
Bon au final ca marche nan ?
tostinni
1268
Maitre Eolas n’est pas prophéte en son pays…
Avec un multisite utisant des sous-domaines via les sous répertoires de sites\sitea.domaine.com & sites\siteb.domaine.com , le cron.php ne traite que le site par defaut…
J’ai menné qq recherches sur drupal.org et ce cas semble ne pas avoir eu de solution pour des plate-formes Appache + Windows. Sur Linux il y a usage de «curl http:\site.domaine.com» où site prend la valeur de chaque site. Sur Windows je n’arrive pas à faire pareil.
Quelqu’un se sent en forme pour un peu de dev spécifique ???
Cdt.
derieppe
43
A priori sous windows tu as le gestionnaire des taches «at» qui devrait te permettre de faire ca.
Programme une tache qui soit de lancer IE (ou autre, perso j’ai wget d’installe) et qui periodiquement va scruter le cron de chacun de tes sites.
tostinni
1268
Contrairement à ce qui a été dit jusqu’ici, la réponse est malheureusement non !
En effet, quand il est fait appel au fichier cron.php, Drupal commence par déterminer le fichier de configuration qui correspond à l’appel, exactement de la même façon qu’il le fait lorsque url «normale» est demandée.
Les traitements effectués par cron.php ne le sont donc que sur la base de données qui correspond à ce fichier de configuration. Il faut donc le répéter au moins pour chaque hôte pointant sur une base de données différente.
Damien Tournoud
808
Et toc ! Ca nous apprendra à répondre sans vérifier nos infos ! :)
Vincent
Formations Drupal pour WEBMASTERS, DESIGNERS et DÉVELOPPEURS.
drupalfrance
1772
Bonjour,
Donc continuons à vérifier les infos ;=)) Celle de tostinni est absolument juste et applicable. WGET répond au besoin sous Windows avec un batch du genre :
wget -nc -r http://siteA.domaine.com/cron.php
wget -nc -r http://siteB.domaine.com/cron.php
wget -nc -r http://siteC.domaine.com/cron.php
Les arguments -nc -r sont dus au fait que WGET cherche à crééer une copie locale du fichier depuis l’URL et génére donc des fichiers à chaque lancement (cron.php puis cron.php.1 et ainsi de suite) ce qui va bien finir par remplir mon serveur ! Avec -nc -r j’ai une seul ecopie mise à jour à chaque lancement donc peu de place prise.
Si qq voit une façon plus élégante de faire je suis client !
Merci encore à tous de votre aide.
derieppe
43
Et toc ! Ca nous apprendra à répondre sans vérifier nos infos ! :)
Yep yep me suis un peu emballe sur ce coup la :( mea culpa.
D’hab j’essaie d’installer les modules pour tester les pb des utilisateurs, mais la une install multi site ca me paraissait un peu trop laborieux, du coup je me suis lance et plante…
tostinni
1268
Il faut peut-être également nommé ici :
- webcron.org qui effectue, pour vous, ces taches de mise-à-jour périodiques
ainsi que deux modules :
- Poor Man’s Cron
- Cron Plus (Plus d’options…)
On peut retrouver ces liens dans d’autres commentaires sur ce site, mais il me paraissait judicieux de les ajouter ici. En espérant que ca vous sera utile !
P0L1C3M4N.com
3