Reprise du message précédent :
Il ne faut pas que le groupe ou le proprio soit www-data ?

ya pas une balise directory à rajouter pour autoriser  browser /home1?

c'est ce que j'avais essayé hier, mais sans succès. Je vais retenter.

Edit: bien vu, c'était juste ca. Hier je l'avais déclaré dans le virtual host, aujourd'hui en dehors. Merci

par contre, je ne comprends pas pourquoi ca marche sur /tmp, puisque la directory n'est pas non plus déclarée.

koskoz> non, il faut que le chemin soit accessible au processus apache.

ta quoi dans l'access log et l'error log?

j'avais rien de plus que "forbidden"

 
C'est exactement ce qu'il cherche a faire
 
Si tu sais pas faire, tu sais pas faire, pas besoin d'aller clamer haut et fort que la chasse au leak ça sert a rien

Pour savoir s'il y a une fuite mémoire pénalisante, le seul outil nécessaire c'est le gestionnaire des taches
 
Il a l'air de s'attaquer aux fuites mémoire comme d'autres s'attanquent à l'optimisation en demandant si c'est plus rapide de faire un foreach ou un for.

Ha
 
Tu serais pas du genre à mesurer la consommation de tes process apache via le gestionnaire des tache, sur ton windows, avec ton XXAMP d'installé ?
Et dire ensuite que tel ou tel script consomme trop de mémoire ?    
 
S'qui faut pas entendre

Pour MSIE il y a drip

putain que ca me gonfle.
 
je declare le directory, ca marche.
je me rends compte qu'il me manque le paquet php-mysql, j'installe par yum, je relance apache => ca marche plus, forbidden.
le httpd.conf contient encore mes trucs.

oui (en remplacant * par mon hostname:80)

Edit: et c'est bien pris en compte, puisque la signature du serveur disparait bien

C'est du accident programming pour moi, mais j'ai des problèmes lorsque l'adresse du virtualHost n'est pas égale au NameVirtualHost. (edit 10 min plus tard : c'est plus de l'accident programming, c'est noté dans la doc)
Dans ton cas, ça sert à quoi ?

edit : d'autant que c'est visiblement censé être une IP http://httpd.apache.org/docs/2.2/m [...] irtualhost

franchement, j'en sais rien.
 
moi je veux juste 3 docs roots différents pour trois noms, mais hostés sur la même bécanne.
 
et comme je suis resté a apache 1.3 dans mes souvenirs, je me suis contenté de lire les comments du fichier de conf.

Justement ce que je ne veux pas, d'où cette doc :
http://httpd.apache.org/docs/2.2/v [...] based.html

Edit: que je devrais suivre plutot que de chouiner ici, en fait.

Tente de mettre *:80 à tous les VirtualHosts

D'où ServerName

Je viens de le faire (pour le premier VH, mais j'ai viré les autres pour l'instant).
 
Ca ne change rien, assez logiquement :
 
 

Ok, bon toute façon j'ai pas pigé le problème de base (edit : ah si, maintenant si)

Cela dit il faut bien que les adresses des VirtualHosts soient toutes égales à NameVirtualHost, même si ça résout pas le pb.

oui

J'ai pas tout compris, tu veut juste des Vhosts qui ont la même IP (en te fichant de l'ip elle-même) ?
Dans ce cas tu fous juste un

(avant la definition des vhosts)

Et ya aucun probleme pour utiliser

Après

merci, mais mon soucis n'est pas tout a fait celui-ci, c'est plutôt qu'apache continue a m'envoyer des 403 au lieu de ma page.
 
Ma section ressemble a ca désormais :
 

 
Le 403 c'est parce que soit l'user d'apache (www-data) n'a pas les droit pour lire le fichier/dossier, soit il n'est pas propriétaire ou n'appartient pas au groupe du fichier/dossier.

 
c'est précisément éviter cette réponse que j'ai posté les droits de toutes l'arborescence plus haut.

 
J'avais eu un problème du même genre sur mon serveur, même avec tous les droits il me semble

 
Tu peut ajouter
 

 
Dans le vhost (pas dans un directory) ca sera plus facile de chercher l'erreur exacte

On parle de javascript qui s'exécute sur le poste client. Pour qu'une fuite mémoire soit pénalisante dans ce cas de figure, il faut  qu'elle soit assez importante pour être visible dans le gestionnaire des téches. Si ton site provoque une fuite mémoire de 30Ko pour 5 minutes d'utilisation il faudrait des jours d'utilisation continue avant que ça ne devienne pénalisant.
 
Je ne dit pas qu'il faut se désintéresser totalement des fuites mémoires javascript, je dis juste qu'il ne faut s'en occuper que quand elles commence à être pénalisantes.

c'est une bonne idée, mais même en debug j'ai que cette info :

 
Je suis dans la vrai vie, mon serveur tourne sur debian

Chacun sa notion de ce qui est important ou non, s'pas parceque toi tu veux que des leaks de 1go pour t'en occuper que les gens n'ont pas le droit de demander s'il existe un outils qui donne un chiffre fixe, nan ?

bon, mon histoire c'est vraiment de la magie noire.

J'ai desactivé SELinux a tout hasard, rebooté, et ca marche.
Je vais le réactiver et re-rebooter pour voir.

Edit: apres test, c'est bien la faute a SELinux.

Tout le monde a le droit de perdre son temps sur des conneries
Mais vu qu'on est sur un forum d'entraide, je préfère aider les gens à éviter ce écueil.

 
Juste pour info, là j'ai utilisé: Process Explorer pour windows... Que ça aide ou pas est une autre question
 
 

 
Drip, oki je vais tester. Merci
 
 

http://forabeautifulweb.com/blog/a [...] orer_6_css

 
Je ne suis vraiment pas sûr que le client accepte d'avoir ce genre de rendu sous IE6.

En même temps, ses parts de marché diminuent donc ils seront de moins en moins nombreux à se plaindre

Oui puis tu peux donner l'alternative: CSS IE6 ou tu doubles le prix et le délai

 
Quand je vois que c'est encore le navigateur par défaut dans la boite où je suis