magic_quotes_gpc off joomla 3.0 hébergement cPanel
Cela permettra de résoudre le problème d'obtenir « non trouvé de l'AOP« classe » lorsque vous créez un fichier php.ini local.
Si vous ne pouvez pas désactiver les guillemets magiques en utilisant le fichier .htaccess (pour des raisons déjà données par Pete Bailey) juste:
- Créez un fichier texte
- Renommer pour « php.ini »
magic_quotes_gpc = Off
magic_quotes_runtime = Off
magic_quotes_sybase = Off
extension = pdo.so
extension = pdo_mysql.so
Enregistrez-le dans le répertoire / s dans lequel vos scripts d'exécution.
Mise à jour: si vous voulez avoir juste une copie du nouveau fichier php.ini puis ajoutez cette ligne à votre fichier .htaccess racine:
Il est évident que vous devez déplacer le fichier ini à cet emplacement de celui-ci n'y est pas déjà.
L'espoir qui sauve quelqu'un les 2 heures, il est juste moi pris!
Le php_flag et php_value dans un fichier .htaccess sont techniquement correct - mais pour PHP installé comme un module Apache uniquement. Sur un hébergement mutualisé, vous trouverez presque jamais une telle configuration; PHP est exécuté comme CGI à la place, pour des raisons liées à la sécurité (en gardant vos voisins de serveur de fichiers) et la façon dont phpsuexec exécute les scripts comme « vous » au lieu de l'utilisateur apache.
Apache est donc correcte, vous donnant une erreur de serveur: il ne connaît pas le sens de php_flag à moins que le module PHP est chargé. Un binaire CGI est d'Apache un programme externe à la place, et vous ne pouvez le configurer à partir d'Apache.
Maintenant, pour les bonnes nouvelles: vous pouvez configurer la configuration par répertoire y mettant un fichier nommé « php.ini » et la mise en vos instructions en utilisant il la même syntaxe que dans php.ini principale du système. Le manuel PHP énumère toutes les directives définissables: vous pouvez définir ceux qui sont marqués avec PHP_INI_PERDIR ou PHP_INI_ALL, alors que seul l'administrateur système peut définir les PHP_INI_SYSTEM marqués dans le php.ini du serveur à l'échelle.
Notez que ces directives php.ini ne sont pas héritées par les sous-répertoires, vous devrez leur donner leur propre php.ini.
Je sais que je suis en retard pour répondre, mais je lis la plupart des réponses et alors que beaucoup étaient grands, que djn effectivement expliqué pourquoi vous obtenez cette 500 Internal Server Error.
Alors que son explication était 100% correct, c'est un parfait exemple des raisons pour lesquelles vous devriez toujours envelopper les dans un
Ou pour les anciennes versions, il serait
J'essaie de faire une habitude de toujours faire cela afin d'éviter de telles erreurs 500. Après cela, il suffit d'appliquer ce que dit Peter Bailey.