- Statut : non résolu
- Ce sujet contient 7 réponses, 4 participants et a été mis à jour pour la dernière fois par
, le il y a 12 années et 8 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
– Version de WordPress : 3.3.1 avec fonctions MU activées
– Version de PHP/MySQL : 5.3.6-13ubuntu3.3
– Thème utilisé : Twenty eleven 1.3 (fourni par défaut)
– Extensions en place : 5.1.58
– Nom de l’hebergeur : Home / sweet home IT
– Adresse du site : 192.168.1.50Problème(s) rencontré(s) :
Bonjour je vais vous faire part d’un mystère que je n’arrive pas à éclaircir:
Lorsque j’onstyalle Worpdress je ne peux pas créer automatiquement le fichier de config. Ca n’est pas grave sauf que je suspecte que c’est pour la même raison que le problème suivant qui lui est beaucoup plus gênant:On peut installer sans encombre WordPress MU mais ça ne marche pas:
Lorsqu’on crée un autre blog, on le voit bien apparaître dans la liste des blogs dans le tableau de bord mais quand on clique dessus:« Not Found
The requested URL /testmu/testsite was not found on this server.
Apache/2.2.20 (Ubuntu) Server at 192.168.1.50 Port 80″Le site principal par contre, lui, fonctionne.
Pourtant sur un bête WAMP sur Windows ça marche.
J’ai cherché partout et je ne comprend pas.
Maintenant le contexte:
C’est un test en local pour voir ce que la bête a dans le ventre.
Le serveur (en I3) est sur Ubuntu 11.10Les mots de passe ne sont pas travaillés du tout à ce stade (genre « test » « toto ») et il se peut que je les donne, de toute manière ce n’est qu’en local.
IP: 192.168.1.50
le site est hébergé sur:
/var/www/testmu/
On y accède donc par 192.168.1.50/tesmule propriétaire de /var/www/testmu et tout les dossiers récursifs est webadmin
Le groupe est www-data
J’ai mis webadmin dans le groupe www-data en primary. Il est aussi dans les groupes admin et webadmin en secondarywww-data (utilisateur) est l’utilisateur d’Apache. Il est dans le groupe www-data en primary et c’est tout.
root est dans le groupe root
les droits du dossier testmu et de tous les dossiers récursifs sont en chmod 775 (et tant pis à ce stade s’il y a mieux niveau sécurité).
Le mod-rewrite d’Apache2 est installé et activé d’ailleurs voici touts les loaded modules d’après phpinfo.php :
core mod_log_config mod_logio prefork http_core mod_so mod_alias mod_auth_basic mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_deflate mod_dir mod_env mod_mime mod_negotiation mod_php5 mod_reqtimeout mod_rewrite mod_setenvif mod_status
Je ne vois vraiment pas où ça coince…. Peut-être au même problème que pour la création auto du fichier config? Mais lequel?
Merci de votre aide.
ben deja est ce que c’est une install en sous domaine ou en dossier ?
le dossier blogs.dir dans wp-content est il en chmod 777 ? Ainsi que le dossier uploads et upgrade ?Le .htaccess:
A bien été généré et le contenu est un copier-coller de ce que WordPress demandait lors de l’activation de la fonction MU.Propriétaire: webadmin (lecture / écriture)
groupe: www-data (lecture / écriture)
autres: lectureIl est à la racine du site. (Donc /var/www/testmu)
Installation en dossiers. exemple: http://192.168.1.50/testmu/toto (mais erreur 404 comme je l’indique au début)
blogs.dir : chmod 775. Cela dit en testant en 777 (après redémarrage Apache2 ça ne change rien.
Le dossier uploads est inexistant (et il l’est aussi dans l’archive d’installation de WordPress il me semble)
Mêmem remarque pour le dossier upgrade
A tout hasard le .htaccess
RewriteEngine On
RewriteBase /testmu/
RewriteRule ^index.php$ – [L]# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^[_0-9a-zA-Z-]+/(.*.php)$ $1 [L]
RewriteRule . index.php [L]Quelques petits trucs bizarre.
– Sur le blog principal (le maitre) les permaliens étaient en date et titre. La preview des articles en page d’accueil fonctionnait mais quand on allait voir l’article lui-même…. 404. J’ai mis les permaliens ar défaut.
– sur les blogs fils: les permaliens sont en sous-dossiers: 192.168.1.50/testmu/toto et pour le tableau de bord 192.168.1.50/testmu/toto/wp-admin qui renvoie une erreur 404 donc on ne peut pas aller voir ce qui s’y passe.
Du coup je me pose la question: et si c’était un .htaccess foireux? Pourtant j’ai bien copié-collé ce qu’on m’a dit de faire.
D’un autre côté qu’est-ce qui peut empêcher la création auto du wp-config.php . et si c’était même causes mêmes effets?
ton .htaccess parait OK, le plus troublant est que la génération d’un wp-config soit impossible, regarde du coté des propriétaires et des droits des dossiers, il faut que cela soit le même partout.
Guy wrote:ton .htaccess parait OK, le plus troublant est que la génération d’un wp-config soit impossible, regarde du coté des propriétaires et des droits des dossiers, il faut que cela soit le même partout.Je recopie le schéma de droits:
le propriétaire de /var/www/testmu et tout les dossiers récursifs est webadmin
Le groupe est www-data
J’ai mis webadmin dans le groupe www-data en primary. Il est aussi dans les groupes admin et webadmin en secondarywww-data (utilisateur) est l’utilisateur d’Apache. Il est dans le groupe www-data en primary et c’est tout.
root est dans le groupe root
les droits du dossier testmu et de tous les dossiers récursifs sont en chmod 775 (et tant pis à ce stade s’il y a mieux niveau sécurité).
Que suggérez-vous?
Tout mettre sur www-data ?Edit: j’ai fait un test avec proprio www-data : marche pas.
je donne ma langue au chat.
- Vous devez être connecté pour répondre à ce sujet.