Wordpress et htaccess : SVP problème avec followsymlinks

[achel]

Bon je suis certain que je vais saouler tout le monde avec ce problème récurent mais bon ...

J'ai un wordpress installé dans une ibay, j'ai besoin d'utiliser les permalink en option autre que défaut pour utiliser le plugin flikr (enfin, ça on en a rien à faire mais bon) =>

1. j'ai installé la contrib htaccess (avec modification du fichier suite à l'erreur 45 lors de l'install)

2. j'ai bien entré mes commandes

Code: Tout sélectionner

db accounts setprop ibayname FollowSymLinks enabled
db accounts setprop ibayname AllowOverride All
signal-event ibay-modify ibayname


3. je fais un chown -R www sur le répertoire html de mon ibay pour que le server puisse écrire les fichiers.

4. je place l'option suivante dans mon htaccess avant rewrite = on

Code: Tout sélectionner

Options +FollowSymLinks


5. Tout roule comme sur des roulettes jusqu'au moment ou je crée une nouvelle page et où le htaccess est réécrit et me jarte ce que j'ai marqué en (4) et donc je suis bloqué avec un access denied sur les pages jusqu au moment ou je vais réécrire le htaccess ... ce qui est assez pompant.

6. Je vais voir dans mon httpd.conf et vois nulle part le résultat de la commande "db accounts setprop ibayname FollowSymLinks enabled" qui normallement devrait m'éviter de rajouter la ligne de code en (4).


HELP, je pète un cable avec le rewritting depuis pas mal de temps et j'ai pas encore trouvé une bonne solution sous sme qui agisse parfaitement, pourtant c'est pas faute de lire les docs et les tutos ...

[achel]

trouvé une seule chose qui permette que ca fonctionne :

dans le httpd.conf retirer les lignes suivantes de l'ibay

Options Indexes
Options +Includes

et remplacer par

Options +FollowSymLinks

et là tout fonctionne et le rewritting aussi !!!

Bon, me suis dit qu'en faisant un petit

db accounts delprop monibay Indexes disabled

en ayant évidement remis le fichier httpd.conf dans sa forme initiale ca marcherait : hé ben non !!! => Forbiden ... donc la seule alternative pour que ça fonctionne bien est de faire un template ...

=> je testerai avec wordpress MU pour voir si ça fonctionne et s'en sera fini de s'emm.... avec ces problèmes de rewritting ...

[achel]

Bon, j'ai fait mon template nommé

92rewrite contenant

Code: Tout sélectionner

<Directory /home/e-smith/files/ibays/hlg/html>
    Options +FollowSymLinks
    AllowOverride All
    order deny,allow
    deny from all
    allow from all
</Directory>


je lance les commandes :

Code: Tout sélectionner

/sbin/e-smith/expand-template /etc/httpd/conf/httpd.conf
/etc/init.d/httpd-e-smith restart


et je vais voir dans mon httpd.conf ...

Je comprends pas très bien là, normalement le template écrase les lignes modifiées mais là y me rajoute mon code en dessous de la dernière ibay ... certainement à code du template 90e-smithAccess40ibays

Bon, je me plains pas trop pcq ça fonctionne ... cas t'en savoir pourquoi alors que y'a du doublons ...

=> comment faire maintenant pour que mon template dédouble pas les lignes mais les remplace ???

(comme quoi j'avance sans qu'on me réponde :p mais là je bloque)

[sibsib]

Yop,

T'es en SME quelle version ?

Parce que sur ma SME 7.4 , j'ai pas de fichier 92rewrite.

Pour qu'un fichier dans template-custom 'overide' un fichier dans templates, il faut qu'il ait le même nom, au même endroit dans l'arborescence.

Problème, je pense que cette partie est gnérée dynamiquement, et tu ne t'en sortiras pas comme çà, il va faloir mettre un peu de perl dedans . En effet, j'imagine que le même fichier template est utilisé pour toutes les ibays, et donc, il va faloir mettre des clauses conditionnelles pour que ta modif ne soit faite que dans l'ibay qui t'interresse (idéalement via une clef dans la base de données)

Panique pas, c'est pô dur

A+,
Pascal

[achel]

Heuuuule 92Rewrite j'ai marqué plus haut que c'est moi qui l'ai fait (comme un grand, bon, dans grand fo peut etre remplacer le "r" par un "l").

En fait j ai installé la contrib htaccess et cette contrib me place 2 templates avec du perl qui gère toutes les ibays, résultat ça ne veut pas inscrire au bon endroit ... je pense que je vais désinstaller cette contrib et voir si ça fonctionne toujours (ce qui m enerve pcq là ca roule bien).

[Muzo]

Bonjour,

Je ne comprends pas pourquoi tu as installé la contribs .htacces ?? Car les commande db suffisent à activer les htaccess. A mon avis, il y a conflit entre les 2.

Tu n'as pas besoin de faire un chown -R www dans l'ibay html de ton ibay.
J'ai installé un wordpress à la barbare dans une ibay, et ca fonctionne sans problèmes.

/Muzo

[achel]

Oki muzo c'est ce qu'il me semblait comme la contrib htaccess rajoute des templates sur la gestion des ibays il n'y a plus moyen de les templatiser une à une ...

d'autre part, question idiote, pour ton wordpress as tu activé les permaliens autre qu'en mode "defaut" (en mode défaut y'a pas de réécriture), puis-je aussi te demander de tester wordpress-mu ... si le rewritting fonctionne vraiment, la création des wordpress client devrait se faire (et non, y'a pas de problème à cause d'une dns ou autre, ça fonctionne sans problème sur une centos 5).

merci en tout cas de ton point de vue, je vais essayer de désinstaller proprement le contrib htaccess de mon serveur.

[Muzo]

Malheureusement comme je le disais, c'est un wordpress de test pour développer des thèmes (c'est ma moitier qui me l'a demandé).
Je n'ai donc pas activé tout cela.

Je vais faire un test pour valider mes dire. Je ferais cela ce week end.

/Muzo

[achel]

Tiens moi au courant si ça fonctionne ou pas

[Muzo]

Narf! tu as raison, je viens de faire le test, et cela ne fonctionne pas.
La règle de réécriture dans le .htaccess doit sûrement entrer en conflit avec la configuration httpd.conf.

Code: Tout sélectionner

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress_b/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress_b/index.php [L]
</IfModule>

# END WordPress


Je n'ai pas pu activer les logs du mod rewrite, mais je pense que la règle ne redirige pas au bon endroit pour sme (genre à l'extérieur de l'ibay).

/Muzo

[achel]

alors te reste a regarder mon tuto et faudra voir avec d autres comment enfin régler cette $%#&! pcq ca traine depuis maintenant plus de deux ans et le nombre de systèmes ou api utilisant le rewritting ne fait que d augmenter (et c'est au moins le 15eme poste que je fais pour le dire mais jamais qq'un avant toi n a essayé pour confirmer)

=> http://www.acheljay.com/2009/04/25/rewr ... sme-server

[Muzo]

Comme je le pensais, e-smith-htaccess, est trop vieux pour être compatible avec SME 7:
http://distro.ibiblio.org/pub/linux/dis ... server.htm

La commande db accounts ... suffit à activer les .htaccess.

Par contre le problème se situe au niveau de l'url rewriting, il faut activer le RewriteLog et regarder ce que ca donne.

Je regarderais plus tard.

/Muzo

[achel]

ca j ai pas regardé pour le rewriteLog mais bref, l'url rewritting ne fonctionne pas autrement que la manière que je décrit et des possibilités j'en ai testé pas mal ... et c'est toujours frustrant d avoir un serveur qui ne fait pas ce qu'on espère tout en respectant la doc.

En recanche tu pourrais me détailler en profondeur la commande db accounts et son impact sur l'htaccess (pcq avec la vieille contribs la reconnaissance du htaccess est nickel sauf qu il faut bien mettre option +followsymlink).