Le 17 février 2009 13:14, Bernard Gugger 9 <bernard.gugger@neuf.fr> a écrit :
Teddy Payet a écrit :
Le 17 février 2009 10:11, Bernard Gugger 9 <bernard.gugger@neuf.fr> a écrit :
Bonjour
Je réponds d’en haut du message même si ça ne se fait pas…
Je me suis mal exprimé (HTTP://tradi.danses.free.fr/site1 était un exemple)
Le problème ne vient pas de vouloir utiliser plusieurs squelettes ou plusieurs bases de données ou…
Non, j’ai constaté que lorsqu’on installe un SPIP dans un dossier (en local avec easyphp ou sur un serveur ou chez un FAI), si ce dossier est nommé « site_1 » ou « site1 » ou … (voir les noms testés ci-dessous) :
1 - l’installation se passe super bien
2 - au passage en interface publique la page sommaire ne se charge pas et c’est la 404 qui s’affiche (avec ou sans squelettes, avec ou sans base de données…)
3 - si on renomme le dossier créé : site_1 en suite_1 ou atatre : ça fonctionne très bien et la page sommaire s’affiche.et dans ce cas pourquoi lorsqu’on renomme le dossier contenant le site (de site_1 vers suite_1) ça fonctionne ?
et pourquoi a-t-on une erreur 404 même si la base est vide (qu’il n’y a ni article ni rubrique de créés) ?
Là, si la base est vide, on devrait avoir un message disant que le site est en cours d’installation…
et pourquoi ce serait un problème article1 lorsque c’est le fichier sommaire qui est appelé en page d’accueil ?
Parce que spip.php regarde si tous les fichiers article/rubrique/forum etc. sont bien installés. C’est sa routine me semble-t-il… spip.php fait un include de public.php…
Puis avec public.php on va vers public/assembler.php avec:
// http://doc.spip.org/@message_erreur_404
function message_erreur_404 ($erreur= « ») {
static $deja = false;
if ($deja) return « erreur »;
$deja = true;
if (!$erreur) {
if (isset($GLOBALS[‹ id_article ›]))
$erreur = ‹ public:aucun_article ›;
else if (isset($GLOBALS[‹ id_rubrique ›]))
$erreur = ‹ public:aucune_rubrique ›;
else if (isset($GLOBALS[‹ id_breve ›]))
$erreur = ‹ public:aucune_breve ›;
else if (isset($GLOBALS[‹ id_auteur ›]))
$erreur = ‹ public:aucun_auteur ›;
else if (isset($GLOBALS[‹ id_syndic ›]))
$erreur = ‹ public:aucun_site ›;
}
$contexte_inclus = array(
‹ erreur › => _T($erreur),
‹ lang › => $GLOBALS[‹ spip_lang ›]
);
$page = inclure_page(‹ 404 ›, $contexte_inclus);
$page[‹ status ›] = 404;
return $page;
}
Mais pour la gestion de tes « appels », regarde du côté de public/composer.php…
et pourquoi sans squelettes d’installés (juste la dist) on a l’erreur 404 ?
As-tu un RewriteBase dans ton htaccess?
Donc pour moi non c’est pas logique d’avoir une page 404…
Regarde dans le code de SPIP, dans quel cas on génère un 404…
Pour moi ce que je lis ici, c’est que tu as un fichier article1.html et pas de article.html auquel spip.php se réfère…
Donc pour moi, oui, c’est logique, tu as une page 404…Essayez de votre côté et vous devriez trouver la même chose !
Amicalement
BGTeddy Payet a écrit :
Le 17 février 2009 08:24, JLuc <jluc@no-log.org> a écrit :
Payet Teddy a écrit :
Bonjour
Je voudrai comprendre. Tu veux installer plusieurs site sur une même adresse en creeant pour cela plusieurs dossiers. Exemple:
HTTP://tradi.danses.free.fr/site1
Http://tradi.danses.free.fr/site2
Etc
Dans chacun de ses dossiers, tu installes spip.Ou peut être juste les squelettes pour un même spip à la racine ?
Non, je ne pense pas. Car là, ça serait de la mutualisation, non?
Et il ne me semble pas qu’il en ait fait mention…Quoiqu’il en soit, c’est surement une interférence du htaccess.
JL
Pour avoir un squelette spécifique a chacun, tu crées un dossier squellettes dans chacun de tes dossiers.
Et si je comprend bien, tes installations ne fonctionnent pas?Cordialement,
Teddy Payet
http://www.maloya.org/
http://www.vileso-studio.com/Le 16 févr. 09 à 20:54, Bernard Gugger 9 <bernard.gugger@neuf.fr mailto:[bernard.gugger@neuf.fr](mailto:bernard.gugger@neuf.fr)> a écrit :
Bonsoir
Comme mon post n’a pas éveillé de réactions, je reposte en essayant d’être plus clair.
Si je poste sur Dev c’est que je pense qu’il s’agit d’un bug de SPIP (et sur plusieurs versions).Quand on crée un site SPIP on copie les fichiers de SPIP à la racine du dossier prêté par le FAI (exemple <http://tradi.danses.free.fr>http://tradi.danses.free.fr a été créé à partir du FTP de chez free sur ftpperso.free.fr dans le dossier tradi.danses fourni par free).
Par contre si on veut tester plusieurs squelettes ou feuilles de styles on dépose les fichiers dans des dossiers. Et bien (et là est le souci) lorsque ces dossiers portent certains noms spip.php n’affiche pas la page sommaire.html mais la page 404.html
Ainsi, si à la racine du dossier proposé par votre FAI (ou dans le dossier www de votre serveur web local) vous tentez d’installer un SPIP dans un dossier *site1 *(ou site_1 ou site_1b ou article1 ou rubrique1 ou voir ci-dessous…) vous ne verrez pas votre page *sommaire *mais la page 404.J’ai testé sous spip 203 ou 192d et avec différents serveurs Web à chaque fois la même chose.
Alors voilà :
- soit vous reproduisez et il y a un blème (et je ne suis pas assez fort en PHP pour vous aider :-[ )
- soit je n’ai pas assez testé ou mal ou ?
Amicalement
B. GuggerBernard Gugger 9 a écrit :
Bonjour, j’espère poster sur la bonne liste, sinon mille excuses
Depuis quelques jours je bute sur un souci dont je viens de trouver la cause…
Devant animer un stage de formation à Spip et voulant présenter différents squelettes j’ai installé en local (serveur winXP, easyphp 3 puis 2, Spip203) des sites appelés site1, site2… site6.
Dans tous les cas à la fin de l’installation et à l’affichage de la page d’accueil le nom du site apparait suivi d’une erreur 404.
En installant dans un dossier appelé test1 : pas de souci.J’ai buté sur cela un moment et ayant d’autres choses à préparer j’ai laissé de côté. Comme je suis un peu têtu (c’est atavique dans la famille) j’ai refait aujourd’hui des essais d’une part en local (easyphp3) et d’autre part sur un serveur de développement (linux - appache2) :
- en installant dans un dossier site1 = erreur 404
- en renommant ce dossier suite1 (par exemple) = OK
J’ai donc testé différents noms de fichiers squelette comme nom de dossier pour mon site :- plan1 = OK
- article1 = pas bon
- rubrique1 = pas bon
- agenda1 = OK
- auteur1 = pas bon
- breve1 = pas bon
- forum = OK
- mot = pas bon
- site_lolo = OK
- site_1= pas bon
- site_1b = pas bon
- sommaire = OK
et ce que ce soit sur site distant ou en local. Je viens de refaire un essai avec Spip192 : même souci.
Je ne peux donc pas (à mon sens) incriminer Easyphp ou le serveur Apache du serveur de développement.Je ne sais pas si c’est un bug connu ou si j’ai découvert la lune mais il me semble qu’il serait bon de pouvoir appeler le dossier contenant son site sous n’importe quel nom…
Cordialement
B. Gugger
bernard.gugger@neuf.fr mailto:[bernard.gugger@neuf.fr](mailto:bernard.gugger@neuf.fr)
Tradi-danses Longecourt
Site Web : <http://tradi.danses.free.fr>http://tradi.danses.free.frAMAHC : Amicale des anciens élèves du collège E. Herriot
Site Web : <http://www.amahc.org>http://www.amahc.org
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/irc://irc. <http://freenode.net/spip>freenode.net/spip <http://freenode.net/spip>
–
B. Gugger
bernard.gugger@neuf.fr mailto:[bernard.gugger@neuf.fr](mailto:bernard.gugger@neuf.fr)Tradi-danses Longecourt
Site Web : <http://tradi.danses.free.fr>http://tradi.danses.free.frAMAHC : Amicale des anciens élèves du collège E. Herriot
Site Web : <http://www.amahc.org>http://www.amahc.org
liste: <http://listes.rezo.net/mailman/listinfo/spip-dev>http://listes.rezo.net/mailman/listinfo/spip-dev
doc: <http://www.spip.net/>http://www.spip.net/
dev: <http://trac.rezo.net/trac/spip/>http://trac.rezo.net/trac/spip/
irc://irc. <http://freenode.net/spip>freenode.net/spip <http://freenode.net/spip>
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip--- _______________________________________________ liste: [http://listes.rezo.net/mailman/listinfo/spip-dev](http://listes.rezo.net/mailman/listinfo/spip-dev) doc: [http://www.spip.net/](http://www.spip.net/) dev: [http://trac.rezo.net/trac/spip/](http://trac.rezo.net/trac/spip/) irc://[irc.freenode.net/spip](http://irc.freenode.net/spip)–
B. Gugger
Chargé de projets TICE
03 80 73 85 26
bernard.gugger@ac-dijon.frCRDP de Bourgogne
Site Web : http://crdp.ac-dijon.fr
des ressources pour la communauté éducative–
B. Gugger
bernard.gugger@neuf.frTradi-danses Longecourt
Site Web : http://tradi.danses.free.fr
AMAHC : Amicale des anciens élèves du collège E. Herriot
Site Web : http://www.amahc.org
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip–
B. Gugger
bernard.gugger@neuf.frTradi-danses Longecourt
Site Web : http://tradi.danses.free.frAMAHC : Amicale des anciens élèves du collège E. Herriot
Site Web : http://www.amahc.org