Bonjour,
Suite à une mise à jour de mon PrestaShop j'ai du procéder à une restauration à J-2 mais impossible d'accéder à mon site depuis (erreur 500)...
Je précise que le site est sur /www et contient :
.htaccess
.htaccess05072015hesité
.htaccessbis
.htaccessps
.ovhconfig
À la racine FTP j'ai :
.bash_logout
.bash_profile
.bashrc
.forward
.ovhconfig
Le contenu des 2 .ovhconfig :
app.engine=phpcgi
app.engine.version=5.5
http.firewall=none
environment=production
container.image=legacy
En vous remerciant...
FTP et SSH - Restauration FTP/SQL : Erreur 500
Related questions
- Cannot access to my OVH VPS: SSH and SFTP timeout
31345
11.09.2018 06:46
- Quelle est la plage de port FTP mode passif ?
26573
08.12.2017 22:08
- Identifiants ftp
23640
16.05.2017 10:41
- Connection Ftp impossible
15600
24.04.2019 16:10
- FTP: Impossible de récupérer le contenu du dossier
15427
26.02.2017 15:48
- Parametrage ligne sip sur softphone
13568
12.07.2019 08:19
- Connexion FTP Filezilla - 421 Home directory not available - aborting
13468
19.04.2017 09:56
- Envoyer un fichier .xml via cURL vers un sFTP OVH
13158
11.02.2021 14:13
- Répertoire SFTP avec clé publique/privée
11698
23.11.2018 07:36
- Impossible de me connecter en ftp à mon serveur
11378
17.07.2018 14:38
un seul `.ovhconfig` c'est mieux **AU DESSUS** de `www`
le contenu est antique
> une mise à jour de mon PrestaShop
ton presta est à jour? donc:
```text
app.engine=php
app.engine.version=7.3
http.firewall=none
environment=production
container.image=stable
```
pour le reste, indique l'adresse de ton site
Bonjour,
Merci pour votre retour. La mise à jour a échouée d'où la restauration.
On est donc sur un vieux presta 1.6.0 d'où la version PHP.
Par AU DESSUS de www vous entendez bien à la racine? Je supprime donc le .ovhconfig de www
J'ai mis à jour le file :
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production
container.image=stable
L'adresse du site :
https://innport.eu/
En vous remerciant.
> un vieux presta 1.6.0 d'où la version PHP.
ok,
> Je supprime donc le .ovhconfig de www
oui
> J'ai mis à jour
parfait
> L'adresse du site
erreur `.htaccess`
si tu le renommes pour le désactiver, ça marche?
En renommant .htaccess j'arrive sur une page blanche (sans erreur 500)
> j'arrive sur une page blanche
erreur presta donc, passer en mode debug?
en ftp, dans le fichier `config/defines.inc.php`
modifier `define('_PS_MODE_DEV_', true);`
enregistrer/uploader
rafraîchir la page
voir
Fatal error: Class 'Core_Business_ContainerBuilder' not found in /home/innport/www/config/bootstrap.php on line 27
C'est étrange car cette erreur est justement celle que j'ai eu lors de la mise à jour de Presta... Hors le site est censé être regénéré à J-2
En supprimant cache/class_index.php comme suggéré sur le web j'obtiens désormais :
Not Found
The requested URL /fr/ was not found on this server.
tu as restauré quoi? BDD, FTP?
si ftp, la tâche est finie?
je dirais erreur sur le thème, un classique
> cache/class_index.php comme suggéré sur le web
houlà... tu voulais vider le cache?
sur les vieux presta c'est dans `cache/smarty/cache/`
J'ai restauré FTP et BDD.
Eh bien je suppose... Sachant que les tâches apparaissent quelques minutes dans "Tâches en cours" avant de disparaitre.
Je suivais une méthode énoncée sur ce sujet :
https://www.prestashop.com/forums/topic/487710-fatal-error-class-core_business_containerbuilder-not-found-in/
J'ai restauré le fichier d'origine quoi qu'il en soit... Toujours bloqué.
Concernant le htaccess je l'ai remis en son état d'origine, l'erreur 500 ne revient pas.
la bidouille n'a pas de correspondance avec une erreur affichée, c'est du loto
ne laisse pas le debug en permanance
> not found in /home/innport/www/config/bootstrap.php on line 27
c'est le système, il y a quoi d'appelé à la ligne 27?
j'ai l'impression de manier une grenade dégoupillée, tu as posé la question sur le forum presta?
tu es sûr que ton prestashop est intègre?
le recharger?
Ce que je ne comprends pas avant toute chose c'est pourquoi la restauration OVH ne me remet pas mon site en l'état tel qu'il était à J-2 comme ça a été le cas lors de mes dernières restaurations...
Sur le principe je ne comprends pas comment des erreurs PrestaShop peuvent survenir (d'autant qu'elles sont liées à la mise à jour du CMS effectuée juste avant la restauration)
Ce qui est appelé à la ligne 27 :
$container_builder = new Core_Business_ContainerBuilder;
En effet ma question d'origine relevait de la restauration plutôt que de soucis inhérents à Presta sans quoi je serais passé par le forum Presta... Mais une restauration est supposée restaurer sans quoi je n'aurais pas pris le risque d'effectuer une maj...
la grenade... dès fois ça pète :/
> pourquoi la restauration OVH ne me remet pas mon site en l'état tel qu'il était à J-2
difficile de répondre effectivement
J'ai pu débloquer le site... En re-supprimant cache/class_index.php
Mais le site n'est pas à 100% opérationnel tel qu'il l'était...
J'ai donc relancé des restaurations à J-1 ce qui ne change absolument rien, à croire que les restaurations ne sont pas prise en compte... D'ailleurs elle ne restaurent même pas le .ovhconfig de www
attention une restauration Ftp c'est souvent la nuit? jusqu'à plusieurs jour après (72h timeout)? et pendant ce temps le ftp est gelé
à ÉVITER
préférer https://docs.ovh.com/fr/hosting/restauration-ftp-filezilla-espace-client/
C'est à dire? Je passe par OVH - Web -> Hébergement -> FTP - SSH -> Restaurer une sauvegarde
Ce n'est pas le bon process?
c'est celui que je déconseille, mais c'est trop tard et les restaurations, c'est en dernier recours