Site inaccessible after restoring from a backup

  • I encountered an issue with my WordPress site. I attempted to restore a backup from the previous day, which seemingly completed successfully. However, upon refreshing the page, I found that I couldn’t access the admin page, and the front end of the website failed to load. Instead, I received either an internal server error or a blank page.

    To restore the backup manually via cPanel’s FTP, the instructions recommended deleting all existing WordPress files. I’m hesitant about this step and seeking guidance before proceeding further. Additionally, I’m having trouble uploading zip files or folders via FTP. I’m unsure how to upload the backup files without creating a separate folder for each file. Any advice on how to handle this would be greatly appreciated.

    The page I need help with: [log in to see the link]

Viewing 7 replies - 1 through 7 (of 7 total)

  • I can see the front-end of your website is showing there is a critical error. To know what is the exact error, you need to enable debugging.

    To enable WordPress debugging, search for following code in the wp-config.php file in the root folder of your website.

    define('WP_DEBUG', false);

    and replace with the following:

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', true);

    Then refresh the web page and see if you get any errors in the error_log file in the root folder of your website or on the screen.

    Thread Starter theh102

    (@theh102)

    Hello,

    Thank you for your reply. I followed the steps and received the below error log.

    Warning: The magic method The7PT_Core::__wakeup() must have public visibility in /home/thehisto/public_html/wp-content/plugins/dt-the7-core/dt-the7-core.php on line 92

    Warning: The magic method Vc_Manager::__wakeup() must have public visibility in /home/thehisto/public_html/wp-content/plugins/js_composer/include/classes/core/class-vc-manager.php on line 205

    Deprecated: Optional parameter $attach_id declared before required parameter $height is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/js_composer/include/helpers/helpers.php on line 366

    Deprecated: Optional parameter $img_url declared before required parameter $height is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/js_composer/include/helpers/helpers.php on line 366

    Deprecated: Optional parameter $blank declared before required parameter $slider is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/revslider/admin/includes/plugin-update.class.php on line 2976

    Deprecated: Optional parameter $item_count declared before required parameter $access_token is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/revslider/includes/external-sources.class.php on line 68

    Deprecated: Optional parameter $item_count declared before required parameter $access_token is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/revslider/includes/external-sources.class.php on line 85

    Deprecated: Optional parameter $item_count declared before required parameter $current_photoset is implicitly treated as a required parameter in /home/thehisto/public_html/wp-content/plugins/revslider/includes/external-sources.class.php on line 1367

    Fatal error: Unparenthesized a ? b : c ? d : e is not supported. Use either (a ? b : c) ? d : e or a ? b : (c ? d : e) in /home/thehisto/public_html/wp-content/plugins/revslider/includes/output.class.php on line 1912

    Which versions of WordPress and PHP are you using? Seems some incompatibility between these two.

    Thread Starter theh102

    (@theh102)

    WordPress Version 6.4.2

    PHP Version 8.1.25

    Thread Starter theh102

    (@theh102)

    Currently, I seem to be facing a new problem. After seeing numerous errors in the log relating to plugins, I replaced the existing plugin folder with one from my backup and renamed the original folder. Now, the website loads, but it displays a different site under our URL. If you visit our link you’ll see DHD Construction Ltd instead. I’ve spoken to the web developer responsible for both our website and DHD Construction’s site. They claim they don’t understand why this issue occurred and are unable to help, which seems odd considering they developed both sites.

    • This reply was modified 11 months, 2 weeks ago by James Huff. Reason: redundant link removed 
    Fatal error: Unparenthesized a ? b : c ? d : e is not supported. Use either (a ? b : c) ? d : e or a ? b : (c ? d : e) in /home/thehisto/public_html/wp-content/plugins/revslider/includes/output.class.php on line 1912

    You have an outdated version of Revolution Slider plugin, which isn’t compatible with your PHP version. You should either update the plugin, or disable it.

    Now, the website loads, but it displays a different site under our URL

    Maybe you have restored the wrong backup. You should access your database (from your hosting dashboard) and check the options table to confirm.

    Thread Starter theh102

    (@theh102)

    The backup indeed contains all the files linked to our website. From the backup, the only folder I uploaded was the plugin zip. Surprisingly, even if I remove that and create a completely new plugin folder, the issue persists, showing DHD Construction when our URL is accessed. I examined the database tables using PHPMyAdmin. In the wpm-options section, “DHD Construction” appears as both the blog name and the admin email. However, the site URL and Home settings both correctly display our own URL. I’m confused as to how this situation occurred.

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘Site inaccessible after restoring from a backup’ is closed to new replies.