• I cannot update any of my sites to php 8, they all crash. I also read that WP is not at all ready for the switch, and I wonder when it will be (for the average non tech users).

    I would like to know at least how I can make some applications (crm, analytics) that are running as subdomains on the same server.

Viewing 4 replies - 1 through 4 (of 4 total)
  • You’re reading a post that’s over a year old. That’s an eternity in WordPress development, and so much has changed since then.

    WordPress officially has “Beta” support for PHP 8.0, 8.1 & 8.2.

    What this means is that there may be some edge cases in some server environments where WordPress itself may break. But I have dozens of my own and my friends’ sites on PHP 8.2, and I’ve not encountered any of these “edge cases” yet. Thousands of hosting companies also run PHP 8.x by default and support WordPress.

    So, despite the “beta” tag, it’s far more likely that your theme or one of your plugins is failing in PHP 8, and not WordPress itself.

    Open your wp-config.php file, and check to see if you have this line:

    define( 'WP_DEBUG', false );

    … and change the false to true.

    If the line doesn’t exist at all, add it:

    define( 'WP_DEBUG', true );

    This will put WordPress in debugging mode and give you information about what’s really causing the crash.

    Standing by for feedback.

    Thread Starter devsaredead

    (@devsaredead)

    sure if plugin/theme don’t fix their products, it’s hard to carry on (and one even pays fo their service).

    However, I have set all WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY to false, and have the following errors (edited):

    • is_embed was called uncorrectly
    • is_search was called uncorrectly
    • Uncaught Error: Call to undefined function in, for instance [/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters(NULL, Array) #4 /wp-includes/plugin.php(517): WP_Hook->do_action(Array) #5 /public_html/wp-settings.php(480): do_action(‘plugins_loaded’) #6 /wp-config.php(96): /public_html/wp-load.php(55): require_once(‘/wp…’) #8 /public_html/wp-blog-header.php(13): require_once(‘//pu…’) #9 /public_html/index.php]

    I have no idea if these can help understanding the issue.

    sure if plugin/theme don’t fix their products, it’s hard to carry on (and one even pays fo their service).

    Businesses fail and close shop all the time. Developers get bored and abandon their projects. Site owners don’t always update their installed plugins and themes even when updates are available.

    However, I have set all WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY to false,

    I suppose you meant to say true, and not false ??

    Disable ALL plugins. To do this, simply rename the plugins folder in wp-content/.

    Then, if you’re using a custom theme, switch the site to use the latest default theme for your version of WordPress. To do this, simply rename your active theme’s folder in wp-content/themes/.

    Now try to open both your site’s front-end and back-end, and report any errors you find.

    Standing by.

    Thread Starter devsaredead

    (@devsaredead)

    I need to solve this with a different approach. I’m putting WordPress aside for a moment, but I need to upgrade my php 8.0 at least for my applications that are in subdomains.

    They are independent, and 8.0 ready, so why they crash if I try to upgrade php from my cPanel php manager ?

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘php 8 crashes’ is closed to new replies.