ForceType not allowed here

[t0inou]

Après 2 jours de recherche mon url_rewriting ne fonctionne toujours pas.

Voici ce que j'ai mis dans mon httpd.conf :
<Directory /home/.sites/95/site29/web*>
Options Indexes FollowSymLinks Includes
AllowOverride All
</directory>

et voici le contenu de mon .htaccess :

<FilesMatch "^messages$">
ForceType application/x-httpd-php
</FilesMatch>

La page de test :

http://www.soiree.fr/reptest/messages/1_789.php

renvoit toujours l'erreur suivante dans les logs :
/home/.sites95/site29/web/reptest/.htaccess: ForceType not allowed here

Je désespère d'arriver à trouver la solution.

[t0inou]

en me relisant, il n'y a pas d'étoile dans mon code sur la ligne :
<Directory /home/.sites/95/site29/web>

[t0inou]

En changeant 3 lignes de place tout fonctionne finallement après 2 jours de recherche. Bon ... l'important c'est que ça marche !

[feusot]

Bonjour,

Je ne comprend très bien c que tu veux faire enfin avec les éléments...

AddType application/x-httpd-php .php
Options +FollowSymlinks
RewriteEngine on
RewriteRule ^messages/([a-z0-9]+)\-annuaire.html$ requetes.php?lettre=$1 [L]

Dans lexemple il y a création dun rep avec un fichier html avec origine php

Voila, si tu as d'autre info...

Bien à Toi

Feusot


http://www.cristal-trace.com

[feusot]

De plus il y a un problème avec la config du serveur pour le domaine

[t0inou]

Ca y est j'ai enfin la solution de mon problème, c'était bien plus tordu que je ne l'aurai pensé.

N'étant néanmoins pas un expert voici ce que je pense avoir résolu. En utilisant httpd restart pour redémarrer mon serveur et prendre en compte mon httpd.conf, des anciennes sessions de mon serveur http restaient actives parfois (un bug ?), de ce fait il devait y avoir des conflits entre la nouvelle configuration et l'ancienne, ce qui explique que mes modifications étaient prises en compte ou parfois pas. Un bon coup de kill -9 la dedant et tout s'est résolu.

Merci feuso pour ton aide ci dessus !

[feusot]

Bonjour,

Les lignes de code dans le fichier htaccess et pas dans httpd.

Si tu kill des process de l'ex apache il y a un problème de boucle sur une procédure, normalement il ne reste aucun process apache au restart.

Teste une autre commande, juste pour voir : stop et regarde avec le top et c en commande, il donne les information s complète sur le process

après start

m ton httpd me semble pas correcte enfin... "directory" exemple dans chaque module d'une directory dans <VirtualHost 127.0.0.1:80> pour un host virtuel (la il y a perl, php et python):

<Directory /home/httpd/vhosts/toto.com/httpdocs>
<IfModule mod_perl.c>
<Files ~ (\.pl)>
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
allow from all
PerlSendHeader On
</Files>
</IfModule>
<IfModule mod_php4.c>
php_admin_flag engine on
php_admin_value open_basedir "/home/httpd/vhosts/toto.com/httpdocs:/tmp"
</IfModule>
<IfModule mod_python.c>
<Files ~ (\.py)>
SetHandler python-program
PythonHandler mod_python.cgihandler
</Files>
</IfModule>
Options +Includes +ExecCGI
</Directory>


Bien à Toi
Feusot

http://www.cristal-trace.com

[t0inou]

Depuis que ce serveur est tombé en marche je n'ose plus rien toucher. Ceci dit je risque d'avoir à nouveau le même soucis la prochaine fois que le serveur apache s'arrétera et se remettra en marche si il a un soucis ... bon d'ici là je croise les doigts

Je garde tous tes précieux conseils en bookmark pour me repencher dessus le jour où ça replantera. La dernière fois ça a tenu 1 jour, donc je risque de m'y remettre bientôt.