[spip-dev] sous dossier marche plus

Dev
1

je signale à tout hasard

depuis la svn 10369
je ne retrouve plus le sous dossier dans lequel est mon SPIP

même après avoir reconnecté upgradé et vidé tmp

après vérif, mysql donne dans les metas
adresse_site http://127.0.0.1/mes_sites/ablabla
qui correspond bien

je n'ai pas modifié Adresse (URL) du site public
http://127.0.1.1/mes_sites/ablabla/ecrire/?exec=configuration
qui est
http://127.0.0.1/DEROUAULT2/
qui était déjà erronée mais ça marchait ou je voulais...

bref, si je fais "visiter ce site", j'ai un lien vers http://127.0.1.1/mes_sites/
et je ne parle pas des exec, css, etc qui utilise generer_url_public
ou même generer_url_prive, toutilécassélaaaaa...

2

OK je vois ; pour calculer la "profondeur URL" on considère que
l'accès racine se fait toujours à la même profondeur, indiquée par la
meta "adresse_site" ; or ici tu as
http://127.0.0.1/mes_sites/ablabla/
et
http://127.0.0.1/DEROUAULT2/

donc un décalage d'un cran.

Je n'ai pas de solution toute prête, mais il y a bien un problème :stuck_out_tongue:

3

Fil a écrit :

OK je vois ; pour calculer la "profondeur URL" on considère que
l'accès racine se fait toujours à la même profondeur, indiquée par la
meta "adresse_site" ; or ici tu as
http://127.0.0.1/mes_sites/ablabla/
et
http://127.0.0.1/DEROUAULT2/

donc un décalage d'un cran.

Je n'ai pas de solution toute prête, mais il y a bien un problème :stuck_out_tongue:

arf, je ne sais pas comment faire
ça tourne en rond!
-si je modifie meta_cache.txt, SPIP le réécrit avec DEROUAULT2 ,
-en empêchant de l'effacer
via function ecrire_metas() MAJ demandée impossible

evidemment j'efface /tmp, mais ou donc est "adresse_site"?
que dois je effaçer?
merci

4

Mea culpa, pour résoudre j'ai facilement modifié "adresse_site" ... je bloquais sur une autre base dupliquée avec une mauvaise adresse que je modifiais sans succès... pas de fantôme inconnu donc!

merci

5

touti a écrit :

Fil a écrit :

OK je vois ; pour calculer la "profondeur URL" on considère que
l'accès racine se fait toujours à la même profondeur, indiquée par la
meta "adresse_site" ; or ici tu as
http://127.0.0.1/mes_sites/ablabla/
et
http://127.0.0.1/DEROUAULT2/

donc un décalage d'un cran.

Je n'ai pas de solution toute prête, mais il y a bien un problème :stuck_out_tongue:

arf, je ne sais pas comment faire
ça tourne en rond!
-si je modifie meta_cache.txt, SPIP le réécrit avec DEROUAULT2 ,
-en empêchant de l'effacer
via function ecrire_metas() MAJ demandée impossible

evidemment j'efface /tmp, mais ou donc est "adresse_site"?
que dois je effaçer?
merci
++
touti

Bonjour

Je viens de mettre à jour.

En Spip svn 10319, tout ce qui est dans l'interface privé envois
toujours sur 127.0.0.1/ecrire et non pas dans mon dossier.

En Spip svn 10389 c'est pire, parce que même si j'ajoute le bon
dossier à la main je ne peux pas avancer.

Il va falloir que je modifie la config de mon Apache.

A bientôt
Grégoire

6

En Spip svn 10319, tout ce qui est dans l'interface privé envois
toujours sur 127.0.0.1/ecrire et non pas dans mon dossier.

En Spip svn 10389 c'est pire, parce que même si j'ajoute le bon
dossier à la main je ne peux pas avancer.

En [10391] tu peux récuperer ecrire/ même si adresse_site ne
correspond pas à ton site. Es-tu dans ce cas (comme touti), ou
s'agit-il d'autre chose ?

-- Fil

7

Fil a écrit :

En Spip svn 10319, tout ce qui est dans l'interface privé envois
toujours sur 127.0.0.1/ecrire et non pas dans mon dossier.

En Spip svn 10389 c'est pire, parce que même si j'ajoute le bon
dossier à la main je ne peux pas avancer.

En [10391] tu peux récuperer ecrire/ même si adresse_site ne
correspond pas à ton site. Es-tu dans ce cas (comme touti), ou
s'agit-il d'autre chose ?

-- Fil

Je ne sais pas vraiment si je suis dans le même cas.

En local, j'ai mes différents sites dans des sous dossier de
/var/www parce que c'est pratique.

Je les appelles par http://127.0.0.1/un_site/

or, maintenant, l'url est toujours changée en
http://127.0.0.1/spip.php par exemple

Je vais essayer la 10391.

De toute façon, sinon je configurerai Apache pour pointer sur des
sous-domaines : monsiute.mamachine.truc/ et une modif dans Bind9 si
besoin.

A bientôt
Grégoire

8

Grégoire a écrit :

Fil a écrit :

En Spip svn 10319, tout ce qui est dans l'interface privé envois
toujours sur 127.0.0.1/ecrire et non pas dans mon dossier.

En Spip svn 10389 c'est pire, parce que même si j'ajoute le bon
dossier à la main je ne peux pas avancer.

En [10391] tu peux récuperer ecrire/ même si adresse_site ne
correspond pas à ton site. Es-tu dans ce cas (comme touti), ou
s'agit-il d'autre chose ?

-- Fil

Je ne sais pas vraiment si je suis dans le même cas.

En local, j'ai mes différents sites dans des sous dossier de
/var/www parce que c'est pratique.

Je les appelles par http://127.0.0.1/un_site/

or, maintenant, l'url est toujours changée en
http://127.0.0.1/spip.php par exemple

Je vais essayer la 10391.

De toute façon, sinon je configurerai Apache pour pointer sur des
sous-domaines : monsiute.mamachine.truc/ et une modif dans Bind9 si
besoin.

A bientôt
Grégoire

La mise à jour n'a pas résolu le problème.

J'ai effacé tous les cookies parce que j'ai remarqué qu'il prenait
pas les bons.

J'ai mu entrer mon login, mais en validant mon mot de passe je suis
redirigé vers la racine : 127.0.0.1/

Si ça peut servir, voilà les en-têtes HTTP

A bientôt
Grégoire

http://127.0.0.1/spip.php?action=cookie

POST /spip.php?action=cookie HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.6)
[...]
session_login_hidden=mmmmmmmm&session_password=&session_remember=oui&session_password_md5=b96f1d8723be71aff7c6be6eddffe74a&next_session_password_md5=89c11e2f98fd3e998d53a3b904720ccb&essai_login=oui&url=ecrire%2F
HTTP/1.x 404 Not Found
Server: Apache/2.2.4 (Debian) PHP/5.2.3-1+b1 mod_ssl/2.2.4
[...]
Connection: Keep-Alive
Content-Type: text/html; charset=iso-8859-1

9

> Je ne sais pas vraiment si je suis dans le même cas.
>
> En local, j'ai mes différents sites dans des sous dossier de
> /var/www parce que c'est pratique.
>
> Je les appelles par http://127.0.0.1/un_site/

Que vaut leur meta['adresse_site'] ?

Mais je vais peut-être devoir débrancher cette détection auto de
profondeur, je ne trouve pas de solution qui permette de tout faire
(urls arborescentes dans des sous-dossiers, sans connaitre la
profondeur "de base" du site).

-- Fil

10

Fil a écrit :

Je ne sais pas vraiment si je suis dans le même cas.

En local, j'ai mes différents sites dans des sous dossier de
/var/www parce que c'est pratique.

Je les appelles par http://127.0.0.1/un_site/

Que vaut leur meta['adresse_site'] ?

Mais je vais peut-être devoir débrancher cette détection auto de
profondeur, je ne trouve pas de solution qui permette de tout faire
(urls arborescentes dans des sous-dossiers, sans connaitre la
profondeur "de base" du site).

-- Fil

Bonsoir

Je n'ai pas très bien compris la question.

Pour le meta, j'ai vu un fichier /tmp/meta_cache.txt, et, voilà un
extrait avec 'adresse_site'

{s:7:"version";s:9:"1.9.3
dev";s:12:"version_base";s:5:"1.954";s:15:"version_archive";s:3:"1.3";
s:12:"adresse_site";s:24:"http://webinformatik.com";
s:7:"dir_img";s:4:"IMG/";s:9:"dir_logos";s:4:"IMG/";}";s:14:"d

En sachant que je fais tourner le site en local, donc je vois pas
trop le lien avec 127.0.0.1 (mais c'est bien l'adresse du site
autrement).

En local, je suis prêt à faire tous les essais que tu demandera, je
peux reconstruire à l'identique si besoin.

A bientôt
Grégoire

11

Fil a écrit :

Je ne sais pas vraiment si je suis dans le même cas.

En local, j'ai mes différents sites dans des sous dossier de
/var/www parce que c'est pratique.

Je les appelles par http://127.0.0.1/un_site/

Bonjour

Je suis passé en 10220 en local finalement.

Peut être qu'il faudrait que la détection en sous dossier ne soit
que sur demande???

Je vais changer ma configuration d'Apache en attendant.

A bientôt
Grégoire