Quant tu dis que tu n'as ni les mod et log, tu as re-téléchargés le fichier ? Je l'ai re-upload avec le même nom, et je viens de tester en le téléchargeant et j'ai bien le zip avec un dossier nommé apache2 contenant sites/mods/conf ainsi qu'un dossier log contenant access/error..
Sinon, j'avoue que je ne comprend pas comment ça ce fait que chez toi ça fonctionne...
Ca va peut être paraître stupide, mais au point ou j'en suis, quand je reload apache je dois bien tapper ceci :
su -c "/etc/init.d/apache2 reload" (puis tapper le psswd) ?
J'ai aussi essayé avec ça pour "alterner" :
su -c "/etc/init.d/apache2 restart" (puis tapper le psswd) ?
Mais le résultat n'a pas changé.... J'aurais oublié quelque chose ?
Merci.
A tout hasard, vaut mieux faire un stop-start.
J'ai vidé mon cache et retéléchargé le fichier, rien ne change décidémment !! Je vais réessayer autrement.
http://fearmyskill.free.fr/temp/project.rar
Essaie avec ça, j'ai changé le nom, ça évitera les problèmes de cache.
J'ai essayé le stop/start, et ça ne change rien.
Merci.
C'est bon, ma femme a réussi à récupérer le bon fichier
Je ne comprends vraiment pas d'où sort ce /var/www/home : j'ai l'impression qu'il y a un gros mélange entre les alias et le document root. Y a quoi comme fichier dans ton répertoire /home/administrateur/myproject/web/ ? Essaie de mettre un bête fichier index.html pour voir : ça se trouve, il ne trouve pas le document par défaut à afficher.
Sinon, ajouter LogLevel debug pour avoir plus d'info dans les traces d'erreur et renvoie le fichier.
C'est quoi au juste "LogLevel debug" ?
Sinon dans "/home/administrateur/myproject/web/" j'ai déjà un "index.php", mais rappel toi que le problème vient pas de là, car quand je configure le VirtualHost uniquement pour aller là bas, je tombe bien sur le "index.php" avec tout ce qu'il faut. (voir mon premier post)
Merci.
Bonjour,
Je ne sais pas si je suis hors sujet, si c'est le cas je vous prie de m'en excuser, mais est ce possible de paramètrer apache notamment dans le user_mod.conf pour changer le DocumentRoot en fonction de si on utilise le module user_mod ou non ?
Typiquement,
Si je fais un accès http://192.168.x.x/ => DocumentRoot = /var/www
Si je fais un accès http://192.168.x.x/~userLambda => DocumentRoot = /home/userLambda/public_html/
Je pense que c'est un schéma assez récurrent puisque généralement les développements se font dans les répertoires personnels des développeirs, chacun maitenant sa propre version dans son espace web, une version stabilisée étant maintenue dans /var/www/. Car autrement, à chaque fois qu'on souhaite rajouter un nouvel utilisateur pour participer au dév du site, on est obligé de modifier le virtualHost et faire un lien vers son espaceWeb.
Maintenant, reste à savoir si c'est faisable.
Ce que j'aurais fait, c'est quelque chose du type :
mais ça ne plait pas à Apache, qui souhaite un chemin complet.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 <IfModule mod_userdir.c> UserDir public_html UserDir disabled root DocumentRoot /home/*/public_html/ <Directory /home/*/public_html> AllowOverride FileInfo AuthConfig Limit Indexes Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec <Limit GET POST OPTIONS> Order allow,deny Allow from all </Limit> <LimitExcept GET POST OPTIONS> Order deny,allow Deny from all </LimitExcept> </Directory> </IfModule>
PS :
Je vous avoue ne pas avoir tout lu, j'espère ne pas être H.S
Nul ne peut altérer le DocumentRoot étant géré par le core. Il est fixe. Par conséquent, tout module externe (y compris vhost_alias) ne pourra agir sur celui-ci. La seule solution pour bien avoir un DocumentRoot propre à chaque "site" serait d'attribuer à chacun un virtualhost (dans ce cas, avec l'aide de mod_macro, ça doit parfaitement rester gérable).
Je te laisse chercher dans la doc Apache........................
Justement, je voudrais tomber dans le cas simple qui doit marcher tout le temps : le HTML simple, pas de PHP. Le 404 pourrait venir du fait qu'Apache ne reconnaît pas index.php comme page d'accueil pour l'alias. Je ne vois pas pourquoi, mais je voudrais éviter ce problème potentiel.
Désolé j'ai posé la question trop vite.
J'ai donc mit le "LogLevel debug", reload apache et rien à changé dans les logs on a toujours ça :
[Fri Aug 22 11:06:50 2008] [notice] Graceful restart requested, doing restart
[Fri Aug 22 11:06:50 2008] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Fri Aug 22 11:06:50 2008] [notice] mod_python: using mutex_directory /tmp
[Fri Aug 22 11:06:50 2008] [notice] Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch11 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations
[Fri Aug 22 11:07:35 2008] [error] [client 192.168.1.108] File does not exist: /var/www/home
J'ai donc suivi ton conseil et j'ai mit un "index.html" au lieu de "index.php".
Avec "index.php" j'avais ça :
Et avec "index.html" j'ai ça :Not Found
The requested URL /home/administrateur/myproject/web/index.php was not found on this server.
Not Found
The requested URL /home/administrateur/myproject/web/index.html was not found on this server.
Merci.
Je ne comprends plus : les 2 dernières traces viennent de quel fichier et avec quelles URL les as-tu générées ? J'entendais de tester avec une URL simple http://.../myproject et http://.../myproject/. Dans les 2 cas, quelle est la trace dans les logs d'erreur ?
Mon souci est que là, le chemin /home/administrateur/myproject/web/index.??? est bien résolu, ce n'est pas /var/www/home comme cela apparaît dans les logs d'erreur. Pourquoi ? Comment ? C'est bien toute la question.
Dans le .htaccess, vu que le programme est accessible non pas avec une URL simple http://serveur.com/ mais avec http://serveur.com/myproject/, il faut décommenter la ligne RewriteBase pour mettre ceci :
Code : Sélectionner tout - Visualiser dans une fenêtre à part RewriteBase /myproject/
Encore merci de ton aide Mac, bonne continuation !
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager