Panneau d’hébergement
Permet d’examiner fichiers, versions PHP, logs, base de données, sauvegardes, limites et paramètres essentiels.
Erreur 500, Critical Error, écran blanc, plugin cassé, base de données, accès ou configuration. Avec un accès à l’hébergement, nous recherchons la cause pour récupérer et stabiliser l’environnement.
Une erreur visible peut venir d’un plugin, thème, version PHP, mémoire, permissions, base de données, serveur, cache, mise à jour incomplète ou code personnalisé. Corriger uniquement le symptôme peut masquer la cause et produire une nouvelle panne.
Nous comprenons d’abord ce qui a cassé. Ensuite, nous décidons ce qui doit changer.
WordPress Rescue est une intervention technique de récupération et de stabilisation. Nous nous appuyons sur des preuves : logs, fichiers, base de données, configuration et historique récent lorsque ces informations sont disponibles.
Dans de nombreux incidents WordPress est lui-même inaccessible ; un utilisateur wp-admin seul peut donc ne pas suffire.
Permet d’examiner fichiers, versions PHP, logs, base de données, sauvegardes, limites et paramètres essentiels.
Peut être nécessaire pour inspecter, isoler, remplacer ou récupérer des fichiers lorsque l’administration ne répond plus.
Les erreurs de connexion, tables corrompues ou utilisateurs administrateurs peuvent nécessiter un accès direct MySQL/MariaDB ou équivalent.
Lorsqu’il est disponible, le terminal accélère l’analyse des logs, permissions, WP-CLI et opérations contrôlées.
Le formulaire sert uniquement au triage. Après la première analyse, RADIAL indiquera les accès réellement nécessaires et le canal approprié pour les transmettre.
Les symptômes ci-dessous sont fréquents, mais la cause réelle n’est confirmée qu’après diagnostic.
Le navigateur affiche une erreur 500 et le site ou wp-admin ne charge plus.
Nous analysons logs, PHP, .htaccess, plugins, thème, mémoire, permissions et changements récents pour isoler l’origine.
Le message “There has been a critical error on this website” apparaît après une mise à jour, installation ou modification.
Nous activons un diagnostic sûr, identifions le composant à l’origine de l’exception et définissons rollback, correction ou remplacement.
Le site charge une page blanche sans message clair.
Nous vérifions fatal errors, mémoire, compatibilité PHP, thème, plugins, cache et sorties de code prématurées.
Le site public peut fonctionner, mais l’administration boucle, bloque l’utilisateur ou renvoie une erreur.
Nous analysons authentification, cookies, URLs, permissions, utilisateurs, base de données, plugins de sécurité et serveur.
Une mise à jour ou installation casse des pages, le checkout, un formulaire ou tout le site.
Nous isolons le plugin sans dépendre de wp-admin, vérifions dépendances et PHP, puis évaluons rollback, correction ou alternative.
La mise en page disparaît, des fonctions cassent ou le site s’arrête après une modification ou mise à jour du thème.
Nous vérifions thème parent, child theme, functions.php, templates, dépendances et fichiers modifiés pour récupérer la couche visuelle en sécurité.
WordPress affiche “Error establishing a database connection” ou perd l’accès au contenu et aux réglages.
Nous validons service, identifiants, hôte, privilèges, wp-config.php, capacité du serveur et intégrité des tables.
Des tables renvoient des erreurs, du contenu disparaît, les requêtes échouent ou WordPress devient incohérent.
Nous évaluons l’étendue de la corruption, les sauvegardes, effectuons les réparations possibles et reconstruisons lorsque c’est techniquement viable.
Redirections, fichiers inconnus, utilisateurs étranges, spam, blocages navigateur ou alertes de sécurité.
Nous recherchons fichiers modifiés, utilisateurs, persistance, plugins vulnérables et points d’entrée ; nous supprimons ce qui est identifié et recommandons un hardening.
WordPress, un plugin, thème ou PHP est mis à jour et des fonctions cessent immédiatement ou peu après.
Nous comparons versions, logs et dépendances, retrouvons une combinaison stable et planifions la mise à jour correcte.
La première heure technique sert au diagnostic et à l’intervention initiale. Si l’incident peut être résolu pendant cette période, le service peut s’arrêter là. S’il exige davantage de travail, nous expliquons la situation et estimons la suite avant d’avancer.
La classification est confirmée après triage. Les valeurs sont des références horaires pour WordPress Rescue.
Pannes courantes avec cause relativement localisée et faible risque de reconstruction.
Problèmes touchant plusieurs couches ou exigeant analyse serveur et compatibilité.
Incidents à risque élevé, perte d’intégrité ou reconstruction technique partielle.
Facturation minimale d’1 heure technique pour démarrer le diagnostic.
Après la première heure, la suite peut être comptabilisée par blocs de 30 minutes.
Si le diagnostic indique une reconstruction plus importante, nous présentons un périmètre séparé avant de continuer.
Licences, services tiers, infrastructure, migration ou ressources externes ne sont pas inclus sauf mention expresse.
Le processus est technique, mais la communication doit rester simple.
Vous indiquez l’adresse du site, les symptômes visibles et les accès disponibles.
Nous demandons uniquement les accès nécessaires pour enquêter en sécurité.
Lorsque possible, nous vérifions les sauvegardes ou créons une copie avant les modifications à risque.
Logs, fichiers, base de données, versions et réglages permettent de localiser la cause réelle.
Nous appliquons l’intervention appropriée : isolation, rollback, réparation, remplacement ou reconstruction technique.
Nous validons le fonctionnement et recommandons mises à jour, sécurité, sauvegarde ou changements pour réduire la récidive.
Si l’incident révèle une structure techniquement non viable, nous séparons récupération et reconstruction pour garder un périmètre clair.
Restaurer le fonctionnement et traiter la cause identifiée avec l’intervention minimale cohérente.
Corriger les risques directement liés à l’incident et indiquer ce qui doit être mis à jour ou réorganisé.
Lorsque base, code ou architecture ne permettent pas une récupération sûre, un projet séparé peut être recommandé.
Oui. Une vraie récupération nécessite généralement un accès à l’hébergement. wp-admin seul peut ne pas suffire, surtout lorsque WordPress est indisponible.
Nous pouvons faire un triage, mais la récupération peut être limitée. Si le problème concerne PHP, fichiers, base, permissions ou serveur, il faudra obtenir l’accès hébergeur.
Non. N’envoyez jamais de mot de passe dans le formulaire. Après triage, nous expliquons quels accès sont nécessaires et comment les transmettre.
Une erreur 500 est un symptôme générique. Beaucoup de cas sont simples, d’autres impliquent serveur, base ou code personnalisé. Le diagnostic détermine la cause et la faisabilité.
Nous pouvons toujours enquêter et tenter de récupérer l’environnement actuel, mais l’absence de sauvegarde augmente le risque et limite les options, surtout avec corruption, compromission ou perte de fichiers.
Nous pouvons intervenir chez différents fournisseurs si l’environnement offre assez d’accès et d’outils. Les restrictions du fournisseur peuvent limiter certaines actions.
Oui, comme incident de haute complexité. L’intervention peut inclure identification et suppression de fichiers malveillants, utilisateurs suspects et vecteurs visibles, ainsi que des recommandations de hardening. Aucun environnement connecté ne peut être garanti absolument invulnérable.
Cela dépend de la cause. Un plugin cassé peut être rapide ; une base corrompue ou un malware demande plus d’analyse. La première heure transforme le symptôme en diagnostic technique.
Oui. Le diagnostic technique est réalisé même lorsque la conclusion est que la récupération n’est pas sûre ou économiquement raisonnable. Nous expliquons les alternatives avant tout projet supplémentaire.
Seulement lorsque cela fait partie d’une solution sûre. Tout mettre à jour au hasard pendant un incident peut créer de nouveaux conflits. Nous stabilisons d’abord.
Oui, mais la migration est un périmètre différent. Si l’infrastructure contribue au problème, nous pouvons l’évaluer après stabilisation ou préservation de ce qui est récupérable.
Pas dans le périmètre standard. Rescue concerne récupération et stabilisation. Redesign, nouvelles pages, e-commerce, intégrations et évolution sont des projets séparés.
Vous n’avez pas besoin de connaître le nom technique du problème. Dites-nous ce que vous voyez, quand cela a commencé et ce qui a changé récemment, si vous le savez.
N’envoyez pas de mots de passe via ce formulaire.
RADIAL demandera les accès nécessaires uniquement après le triage initial.