500 erreur de serveur interne à l'arrière - Joomla

J'ai installé un nouveau site en Joomla 1.7 et sa fonctionne bien, mais quand j'ai vérifié son back-end (administrateur) a obtenu 500 Internal Server Error.

Remarque: le Site fonctionne bien en Local serveur.

Veuillez suggestion moi une solution.

Merci d'avance.

source d'informationauteur Dheeraj Agrawal

  1. 27

    Tout d'abord vous devez changer de dossier d'autorisation de 775 pour les dossiers suivants:

    cache, journaux, tmp & administrateur/cache

    ensuite, allez à: configuration.php

    trouver le code:

    $log_path = 'XXXXXXXXXXXXX';
$tmp_path = 'XXXXXXXXXXXXX';

    et de modifier le code dans:

    $log_path = './logs';
$tmp_path = './tmp';

    problème résolu 🙂

  2. 3

    J'ai eu ce problème, mais aucun de vos conseils n'ont pas les aider.

    J'ai corrigé un problème seulement après que j'ai désactivé tous les modules via PhpMyAdmin (PMA).

    Tableau modules, modifié le paramètre "publié" à 0 pour tous et activé uniquement quelques modules avec ces types:

    • mod_login
    • mod_menu
    • mod_sumbenu
    • mod_toolbar
    • mod_title

    Après cela, je suis entré dans la page admin et utilisés menu du haut pour activer tous les modules nécessaires, un par un. Après la page admin commencé à me donner 500 erreur à nouveau, je savais ce module est défectueux et j'ai désactivé via la PMA.

  3. 1

    Peut-être certains fichiers ne sont pas uploded.Échec du transfert de votre serveur http://FTP.Assurez-vous que tous les fichiers sont uploded en ligne

  4. 0

    Vérifier vos journaux d'erreurs et de traces quelle est l'origine de l'erreur. Il semble que vous avez MySQL erreurs, assurez-vous que l'un de vos composants/modules/ne sont pas tromper sur votre site.

    Pense que c'est un composant?

    Vous pouvez vous connecter en PHPMyAdmin et activer/désactiver les modules manuellement par unpublishing eux à l'aide de l'éditeur de tableau, l'évolution isPublished to 0 .

  5. 0

    Essayez de réinstaller la base de données avec la bonne compatibilité et aussi consulter le web.fichier de configuration sur un serveur ftp pour la configuration correcte des chemins !

  6. 0

    J'ai vécu quelque chose de similaire sur mon site. En fouillant dans le fichier journal, /administrator/error_log j'ai vu ce message d'erreur:

    [08-Oct-2012 15:28:59] PHP Fatal error: Call to a member function login() on a non-object in /home/XXX/public_html/administrator/components/com_login/admin.login.php on line 65 .

    Problème était, j'ai eu d'une précédente installation de Joomla 1.5.x, et les fichiers téléchargés pour Joomla 1.6, afin de remplacer les fichiers précédents et de mise à niveau de la sécurité du site. M'a fallu presque un mois pour trouver une solution à mon propre cas;

    Enfin trouvé de ce site internet que j'avais besoin de supprimer complètement tous les fichiers dans la racine du site répertoire avant de télécharger une nouvelle version de Joomla.

    Espère que cela aide quelqu'un qui est dans la même situation!

  7. 0

    J'ai également le même problème sur mon site backend lors de l'édition ou de l'enregistrement de certains articles, modules, etc...Enfin je l'ai résolu...
    Ajouter ces lignes dans /etc/httpd/conf.d/mod_secuirity.conf sur votre serveur

    SecRuleEngine Off

    le sauver...et redémarrer apache...il fonctionne très bien pour moi.
    L'ajout de ces lignes de désactiver mod_secuirity moteur à l'arrêt.Je ne sais pas si elle provoque secuirity de problèmes à l'avenir..
    Tnx tous...

  8. 0

    Modifier l'autorisation de l'administrateur de dossier à 775 ou 755

  9. 0

    J'ai essayé toutes les idées ci-dessus. Sans succès. Pour mon site (qui était une ancienne Joomla 1.5.x site - ne pas demander!!!), où le backend a soudainement cessé de fonctionner, la solution finale a été de commutation les serveurs de la version de PHP de 4 à 5,5 (même 5.4 ne fonctionne pas!).

    Puis j'ai reçu une étrange PHP avertissements dans le frontend. Mais j'ai ensuite mis à jour Joomla à partir du maintenant travailler de nouveau backend de la dernière version 1.5 et tout a bien fonctionné à partir de la.

    Ouf! Peut-être que cela aide quelqu'un plus tard...

  10. 0

    Dans mon cas, il y avait un seul fichier avec des mauvaises permissions.

    Il peut être difficile de déterminer lequel le fichier a le problème, donc il suffit d'exécuter cette fonction pour définir les autorisations pour tous les fichiers dans le répertoire:

    chmod -R ug+rwX .
chmod -R o+rX .
  11. 0

    Modifier les autorisations de l'ensemble de vos fichiers/répertoires.

    • Fichiers devrait être 755
    • Répertoires devrait être 644
  12. 0

    C'est mon cas et ma solution:

    J'ai changé de serveur et a obtenu cette erreur. J'ai protégé mon dossier administrateur à l'aide du mot de passe de protection de la méthode. J'ai donc vérifié mon nouveau serveur et a constaté que ma protection d'informations ne sont pas enregistrées dans le panneau de contrôle. aussi mon .fichier htaccess (dans le dossier administrateur) n'est pas compatible avec mon nouveau serveur.

    La solution:

    1. Simplement de protéger mon dossier à l'aide du panneau de contrôle
    2. J'ai renommé le .fichier htaccess à htaccess.txt

    C'est fait.

    J'espère qu'elle pourra être utile 😉