L'UID de script “/home/.../public_html/index.php” est plus petit que min_uid
Je viens de m'installer magento, du local au serveur et Im obtenir l'erreur suivante, je me demandais juste si quelqu'un pouvait m'aider à résoudre ce problème,
UID de script "/home/.../public_html/index.php" est plus petit que min_uid
ce que j'ai fait était de faire un dump de la base et de les transférer vers le serveur,
de créer une sauvegarde de tous les magento fichiers et le transfert et l'élargir à d'serveur,
changer le core_config table dans la base de données.
Merci d'avance.
- Où est cette erreur? Syslog? SELinux?
- désolé je ne suis pas sûr de ce que la question est mais sur la page il est dit suPHP 0.6.1, l'erreur s'affiche lorsque je vais à la index.php page, magento-domain/index.php
- L'erreur s'affiche dans la page avec un "Avertissement:" à l'avant et un fichier donné et un numéro de ligne où l'erreur s'est produite? Est-ce une erreur donné par PHP ou par le serveur web?
- l'erreur est donnée par le serveur web, ce n'est pas une erreur php.
- Je suis à la recherche dans google et j'ai trouvé dans un lieu que parce que le fichier est la propriété de la racine de cette erreur se produit, si c'est le cas, que dois-je faire? merci
- Je vous remercie. J'ai eu cette erreur lors de l'utilisation d'un
composer
de commande pour installer CakePHP à partir de mon compte root. Ces réponses ont travaillé pour le résoudre.
Vous devez vous connecter pour publier un commentaire.
Qui ressemble à un suPHP problème pour moi.
Changer l'utilisateur et groupe de votre script à l'utilisateur qui exécute le serveur de processus. Donc, si vous exécutez un Apache avec l'utilisateur
www-data
par exemple, le changement d':Ou modifier tous vos fichiers à la fois par:
Si vous avez toujours ce problème après avoir changé de groupe et d'utilisateur, votre suPHP est probablement travailler avec la valeur par défaut
min_uid = 100
, mais l'UID dewww-data
est ci-dessous ce 100.Pour y remédier, vous pouvez modifier la
min_uid
dans suPHP de config pour correspondre à l'UID dewww-data
:chown
sur le dossier. Nous devrions le faire directement dans le fichier. Vérifier sichown
déjà des œuvres de commande en cours d'exécutionls -lah
Si votre script est la propriété de root, vous devrez modifier la propriété de retour pour vous:
chown -R user /home/user/public_html
Cela va changer le propriétaire de tous les fichiers contenus dans
/home/user/public_html
et tous les sous-répertoires deuser
.J'ai eu le même problème, et il fixe avec connecté en Ftp et les fichiers téléchargés avec cpanel compte de ce site. Pas de racine ou compte admin. Vous devez créer ou modifier vos fichiers avec ce compte.
Ce que j'ai fait pour résoudre ce problème:
chown -R utilisateur:utilisateur /home/fric/public_html
et de fait, les fichiers php de faire un chmod 700
chown
a fonctionné pour moi.autant que je suis arriver, il suffit de désactiver le suPHP mode dans apache2,
en tapant cette commande dans le terminal :
sudo a2dismod suphp
si vous voulez l'activer de nouveau :
sudo a2enmod suphp