web-dev-qa-db-fra.com

Impossible de télécharger les extensions manuellement

Je continue à avoir des erreurs en essayant de télécharger dans mon répertoire tmp, cela échoue toujours si j'essaye par URL ou par téléchargement. Cela fonctionne uniquement via une extension Joomla à téléchargement direct.

Comme je dispose d’un accès root, je me suis assuré que les autorisations et la propriété étaient correctes et que le chemin du fichier menant à mon dossier tmp était correct dans l’administrateur global ainsi que dans configuration.php donc j'essaie de comprendre pourquoi cela continue d'échouer.

J'ai chown Apache:root sur tous mes dossiers Joomla avec les autorisations 755 et le chemin est mysite.com/joomla comme dans un sous-répertoire mais tout le reste fonctionne à l'exception de celui-ci. Aussi, j'ai remarqué que chaque fois que je fais une installation, cela ne crée pas le configuration.php fichier. Ai-je la propriété et les autorisations correctes?

Mise à jour

L'erreur était due à un certain nombre d'éléments, mais le principal problème persistant dont je me souvienne est que le dossier de fichiers tmp n'est pas accessible en écriture. J'ai fini par effacer le cache via une commande et depuis lors, tout fonctionne, mais ce seul message d'erreur sur le dossier tmp reste dans les avertissements.

De plus, j'ai réinstallé la dernière version 3.6 avec exactement la même propriété et les mêmes autorisations, mais j'ai utilisé la commande wget pour le fichier tar. Désormais, tout fonctionne sans erreur.

2
cea

Ouvrez votre fichier de configuration Apache et ajoutez ces lignes de code:

User Apache
Group root

Le fichier peut être situé dans /etc/Apache2 répertoire par exemple /etc/Apache2/httpd.conf

Au lieu de cela, vous pouvez envisager de modifier la propriété des fichiers/dossiers en www-data:www-data _ récursivement car il s’agit de l’utilisateur/groupe par défaut d’Apache:

chown -R www-data:www-data YOUR_JOOMLA_BASE_DIR
1
Farahmand
sync; echo 3 > /proc/sys/vm/drop_caches 

c’est la commande utilisée dans centos pour effacer complètement les caches et ensuite avoir toujours l’erreur mais au moins tout fonctionne maintenant.

0
cea