Title: BluehostSupport's Replies | WordPress.org --- # BluehostSupport [ ](https://wordpress.org/support/users/bluehostsupport/) * [Profile](https://wordpress.org/support/users/bluehostsupport/) * [Topics Started](https://wordpress.org/support/users/bluehostsupport/topics/) * [Replies Created](https://wordpress.org/support/users/bluehostsupport/replies/) * [Reviews Written](https://wordpress.org/support/users/bluehostsupport/reviews/) * [Topics Replied To](https://wordpress.org/support/users/bluehostsupport/replied-to/) * [Engagements](https://wordpress.org/support/users/bluehostsupport/engagements/) * [Favorites](https://wordpress.org/support/users/bluehostsupport/favorites/) Search replies: ## Forum Replies Created Viewing 15 replies - 1 through 15 (of 130 total) 1 [2](https://wordpress.org/support/users/bluehostsupport/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/bluehostsupport/replies/page/3/?output_format=md)… [7](https://wordpress.org/support/users/bluehostsupport/replies/page/7/?output_format=md) [8](https://wordpress.org/support/users/bluehostsupport/replies/page/8/?output_format=md) [9](https://wordpress.org/support/users/bluehostsupport/replies/page/9/?output_format=md) [→](https://wordpress.org/support/users/bluehostsupport/replies/page/2/?output_format=md) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] 503 Error on Cart/Checkout Pages After Conflict Testing](https://wordpress.org/support/topic/503-error-on-cart-checkout-pages-after-conflict-testing/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [4 months, 3 weeks ago](https://wordpress.org/support/topic/503-error-on-cart-checkout-pages-after-conflict-testing/page/2/#post-18764501) * [@barefootblue](https://wordpress.org/support/users/barefootblue/) always happy to help! We like to keep an eye out here to help where we can for clients just like you. With the domain you provided we were able to get our WP admins to get you sorted, so happy to hear it got things straightened out. And a special thanks to WooCommerce for the assist! * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] 503 Error on Cart/Checkout Pages After Conflict Testing](https://wordpress.org/support/topic/503-error-on-cart-checkout-pages-after-conflict-testing/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [4 months, 3 weeks ago](https://wordpress.org/support/topic/503-error-on-cart-checkout-pages-after-conflict-testing/page/2/#post-18762678) * Hey there! We dug into this and the key detail is that the 503s were tied specifically to direct hits to the /cart/ URL, not to your store’s actual working cart. In your case, /cart/ was not the live WooCommerce cart endpoint anymore (your active cart page was set to a different page in WooCommerce settings), but /cart/ was still being requested directly. Those direct requests were kicking off heavier PHP work than a normal page view and, on shared hosting, that can exhaust the available PHP workers and cause Apache to return a 503 because it can’t get a response back in time. * Once we removed a temporary test MU-plugin that was intercepting that path, the 503s stopped completely. After that, /cart/ correctly returns a 404, which confirms it is not a valid cart page on the site right now. Meanwhile, the cart continued to work normally when accessed through the site’s actual UI flow. * The permanent fix should be relatively simple: either point WooCommerce’s Cart page back to a page that lives at /cart/, or set a permanent redirect so any requests to /cart/ go to the real cart page you’re using now (the one currently assigned in WooCommerce settings). No server-side tuning is needed if the routing is corrected. * Forum: [Themes and Templates](https://wordpress.org/support/forum/themes-and-templates/) In reply to: [[Arbutus] Theme issue](https://wordpress.org/support/topic/theme-issue-39/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [5 months, 1 week ago](https://wordpress.org/support/topic/theme-issue-39/#post-18742930) * Happy to take another shot here and maybe a Dev can chime in as well if we miss something. What you’re seeing actually lines up with how this Arbutus theme behaves on a self-hosted site, even though it feels like a ‘phantom theme’ is still hanging around. * You’re using Arbutus by Automattic from WordPress.com, which is a block theme that uses the Site Editor. That part looks correct on your install. What is throwing things off is a mix of the current homepage settings, the template that is being used for the front page, and some leftover starter content from the earlier setup. * Right now, your homepage is set to a static page you created. A static page will only ever show whatever blocks are inside that page or its assigned template. New posts like “Test Post” will not appear there automatically unless either the homepage is set to “Your latest posts,” or the template for that page includes a Query Loop / posts block. If you want the front of the site to act like a blog index, you can either switch Settings > Reading to “Your homepage displays: Your latest posts,” or keep “A static page” and assign a separate page as the “Posts page,” then visit that Posts page on the front end to see the list of posts. * The logo in the header is coming from the current header template, not from the old theme. In block themes like this one, the header is just a reusable template part. To remove or change that logo, go to Appearance > Editor, open the Header template part, click on the Site Logo / Site Title block there, and either swap it for your own branding or delete it and save. That change will apply across the site wherever that header is used. * On the ‘phantom’ demo content: the images and sample pages you saw originally were starter content from the first theme you used. Once they are created, they live in your site as regular pages and media. Changing themes does not automatically remove them, which is why those images are still in the Media Library even though the old layout is gone. Cleaning that up is just a matter of deleting any pages you don’t want and removing unused images from Media. * If the layout still looks nothing like the Arbutus preview after adjusting Reading settings, the next step is to confirm which template your homepage is using. In the dashboard, go to Appearance > Editor > Templates and look for a “Front Page” or “Home” template. If you see one, open it and check that it contains a Query Loop / posts-list block (for a blog-style front) or whatever layout you expect. If there isn’t a front-page template at all, you can use the “Add template” button to create a Front Page template, then insert one of the theme’s built- in patterns from the Patterns panel to get something closer to the demo design. * If you’re up for one more round, it would be helpful to know three things: what you currently have selected under Settings > Reading (latest posts vs static page and which pages), which template name shows at the top when you edit your homepage in Appearance > Editor, and whether that template contains a Query Loop/ posts block or just static blocks. With that, people here can line up the exact template with the right content and get your front page behaving like the Arbutus preview you chose. * Forum: [Themes and Templates](https://wordpress.org/support/forum/themes-and-templates/) In reply to: [[Arbutus] Theme issue](https://wordpress.org/support/topic/theme-issue-39/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [5 months, 3 weeks ago](https://wordpress.org/support/topic/theme-issue-39/#post-18725335) * From what we can see on the install, the site is using Blockbase as the parent and Arbutus from WordPress.com as the child theme. So the Arbutus theme package you wanted is installed and active, which is good news. The issue now is more about what WordPress is being asked to show on the front end. * When you deleted the earlier pages and posts, WordPress was left with almost nothing to display. Themes do not bring their own demo content. On top of that, the site is still showing a “Coming Soon” style screen, which usually means a coming soon or maintenance mode is sitting in front of the theme. * First, in your dashboard go to Appearance, then Themes, and confirm that Arbutus is marked as the active theme. Then go to Pages, then Add New, create a simple test page with a title and one line of text, and publish it. After that, go to Settings, then Reading, set “Your homepage displays” to “A static page,” choose that test page as the homepage, and save the changes. That gives WordPress a specific page to render on the front. * Next, if visiting [https://mleefoster.com](https://mleefoster.com) still shows a Coming Soon or placeholder screen, there is almost certainly a coming soon mode switched on. On many Bluehost installs this is controlled from the Bluehost section in the left side of the dashboard, often under Settings. Open that section, look for any toggle labeled Coming Soon or Maintenance, switch it off, then refresh your site in a private or incognito browser window so you are not looking at a cached version. * If those steps give you your test page on the front end, then the theme and content are working and you can start building out the rest of your pages and layout. If you are still seeing a phantom or blank page after trying this, it would help to know what you see under Settings, then Reading, and exactly which Arbutus theme and author are listed as active in Appearance, then Themes, so folks here can dig a bit deeper with you. * Most of us have had at least one “why is my homepage totally blank” moment, so you are definitely not alone here.” - This reply was modified 5 months, 3 weeks ago by [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/). - This reply was modified 5 months, 3 weeks ago by [Steven Stern (sterndata)](https://wordpress.org/support/users/sterndata/). * Forum: [Themes and Templates](https://wordpress.org/support/forum/themes-and-templates/) In reply to: [[Arbutus] Theme issue](https://wordpress.org/support/topic/theme-issue-39/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [5 months, 3 weeks ago](https://wordpress.org/support/topic/theme-issue-39/#post-18724068) * Looking through that theme, I can see why you chose it – it’s gorgeous! If the theme is taking the “flavor” from other themes that come with the hosting package, you may benefit from deleting the unused themes and clearing the cache from the WordPress dashboard. You may also need to delete and reinstall the Arbutus theme just to make sure it is starting from scratch with no other inputs. I’m sure one of the theme developers will chime in, though, with more detailed information. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [combine two wordpress accounts on same host](https://wordpress.org/support/topic/combine-two-wordpress-accounts-on-same-host/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [6 months ago](https://wordpress.org/support/topic/combine-two-wordpress-accounts-on-same-host/#post-18713871) * Hi Jason, I’m glad support was able to help get you to this point. In reviewing the upstatemycanals account, the main site is loading fine currently. We do see a couple links that lead to dead pages on the new jptravel.store site, however they all direct to an outside URL (hotels-comparer.com/?marker=605882) that is not hosted on your account. You may want to update these links to working URLs. * Aside from that, the jptravel.store website appears to be up and running without issue on the WordPress package you have moved it to with your original. Was there a particular issue you were struggling with aside from those few dead links? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Widgets for Airbnb Reviews] Widget Not displaying on Website](https://wordpress.org/support/topic/widget-not-displaying-on-website/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [6 months, 2 weeks ago](https://wordpress.org/support/topic/widget-not-displaying-on-website/#post-18697315) * Congratulations on your new website! Plugins can get stuck due to caching or propagation. First, wait 72 hours, as plugins often have a cache that refreshes periodically. If your reviews are still not showing, I noticed that your site shows the plugin is connected but the reviews array is empty and the plugin thinks it’s still “connecting,” which usually means the license/subscription didn’t sync after you upgraded or the download request to Trustindex is being blocked before any reviews are stored locally. The solution to this is an old fashioned,“ turn it off and turn it back on again.” * In the plugin, hit Cancel/Reset on the download, disconnect the Airbnb source, then reconnect to force a fresh license check and run a manual download. In your Trustindex dashboard, make sure the paid subscription is assigned to this site, then return to WP and sync again. * If it still says “downloading,” you can temporarily pause CDN/WAF/security tools and try once more; watch the browser Network tab for failed calls to trustindex and fix any 403/503 or SSL errors. Verify the plugin can write to wp-content/ uploads. As a last pass, deactivate and delete the plugin, reinstall, reconnect, and re-download. If you are still having issues, you may need to contact the plugin’s support directly as they will have the troubleshooting tools to determine how to specifically assist. * Forum: [Themes and Templates](https://wordpress.org/support/forum/themes-and-templates/) In reply to: [[Virtue] PHP Warning: Trying to access array offset on value of type bool](https://wordpress.org/support/topic/php-warning-trying-to-access-array-offset-on-value-of-type-bool-23/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [7 months, 3 weeks ago](https://wordpress.org/support/topic/php-warning-trying-to-access-array-offset-on-value-of-type-bool-23/#post-18645607) * Looks like what’s happening is the Virtue theme (you’re on 3.4.13) just isn’t built for newer PHP. The warnings in your log are from the theme’s image code, it’s trying to grab info from an image that doesn’t exist, and PHP 8.2+ is a lot stricter about throwing notices. Normally those warnings wouldn’t take a site down, but some hosts (Bluehost included) run PHP so that warnings spill out as errors, which can chew resources or break output. Jumping to PHP 8.3 won’t really fix it. * Virtue is a Kadence theme. Worth checking if they’ve got a more recent build or if they suggest one of their newer themes with a similar look. If you want to hang onto Virtue for now, a dev can patch the offending lines by adding a simple check so it doesn’t try to pull from a non-existent array. That stops the log spam. * In the meantime, you can at least keep the site online by telling WordPress to log warnings instead of showing them. Drop this in wp-config.php: * define(‘WP_DEBUG’, true); define(‘WP_DEBUG_LOG’, true);define(‘WP_DEBUG_DISPLAY’, false);@ini_set(‘display_errors’, 0); * That way the warnings still get written to the error log, but they won’t surface on the site and cause “downtime. * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[Duplicate Post] Saves me a lot of time!](https://wordpress.org/support/topic/saves-me-a-lot-of-time-14/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [7 months, 4 weeks ago](https://wordpress.org/support/topic/saves-me-a-lot-of-time-14/#post-18642373) * That’s music to our ears! Looks like you have done a great job building a robust blog. Please always feel free to reach out through our website if you have any questions. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Critical Error Not Getting Email](https://wordpress.org/support/topic/critical-error-not-getting-email/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [8 months, 1 week ago](https://wordpress.org/support/topic/critical-error-not-getting-email/#post-18623260) * Hey Joe, you’re running into two separate, but related issues: WordPress and Jetpack are out of sync with the PHP version your account is using, and Recovery Mode emails are going to the site’s stored admin address, which may be old or blocked, so you’re not seeing them. * Here’s the quickest path to get back in and make edits. First, lower PHP temporarily so the site can load. In your Bluehost account manager open Advanced and use MultiPHP Manager to set the domain to PHP 7.4. This isn’t a long-term fix, just a safe bridge so the dashboard opens with older code. When you can log in again, update WordPress core to the latest, then update plugins and themes, then move PHP back up to 8.1 or 8.2. The error about __autoload points to older code on PHP 8, and the Jetpack_IXR_Client message points to an older Jetpack version on a newer PHP, so updates will resolve both once you’re back in. * If the dashboard still won’t load after changing PHP, disable Jetpack from the file side to break the error loop. In cPanel or the Bluehost File Manager go to wp-content/plugins and rename the jetpack folder to something like jetpack. off. If that doesn’t do it, temporarily rename the entire plugins folder to plugins. off, then reload the site to confirm it comes back. Once you’re in wp-admin, rename folders back and re-activate plugins one by one after they’re updated. * About the missing Recovery Mode email, WordPress sends that to the admin_email saved in the database, not necessarily the address you expect. If an old developer’s email is still in there, you won’t receive anything. After you can access wp- admin, go to Settings → General and confirm the Administration Email Address. If you can’t log in yet but need to change it, you can adjust the admin_email value in the wp_options table via phpMyAdmin. Also check your domain’s email routing or any external mail provider settings to be sure the mailbox exists and isn’t full; if delivery is flaky, add SMTP later with a plugin once the site is stable. * If you just need to reset a password to get moving, try wp-login.php?action=lostpassword with a mailbox you can access. If that still doesn’t arrive, it’s another sign the stored admin email is out of date or mail isn’t configured; the PHP switch and plugin rename steps above are the faster unlocks. * Once you’re back in and updated, bring PHP back to 8.1/8.2, re-enable Jetpack, and clear any persistent cron errors. If the Jetpack fatal error returns only when Jetpack is active, leave it off, update it to the latest, and reconnect it. If you see fresh fatal entries after all updates, copy the newest lines from the error log and we’ll help you pinpoint the exact call that’s failing. * If you’d like us to take a closer look at the account-side logs and PHP settings, we’re happy to help. Just reach out to our support team by phone or chat and they would be happy to assist! * Forum: [Themes and Templates](https://wordpress.org/support/forum/themes-and-templates/) In reply to: [[GeneratePress] Pro Framework and Pro Framework-child theme updates](https://wordpress.org/support/topic/pro-framework-and-pro-framework-child-theme-updates/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [8 months, 2 weeks ago](https://wordpress.org/support/topic/pro-framework-and-pro-framework-child-theme-updates/#post-18614895) * The Pro Framework-child theme you are using is not part of the default WordPress themes, so updates for it would come directly from the theme developer. If you have not already, check whether the theme’s original source or developer site still provides updates. * Before making any PHP version changes, I recommend creating a full backup of your site files and database. That way you can restore if the theme or plugins are not compatible. You can also review Tools → Site Health in your dashboard for additional compatibility notes. * If the theme is no longer supported, one option is to move your customizations into a newer child theme based on a currently maintained framework or parent theme. That will make sure your site stays secure and works properly on updated PHP versions. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Bluehost migration problems](https://wordpress.org/support/topic/bluehost-migration-problems/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [8 months, 2 weeks ago](https://wordpress.org/support/topic/bluehost-migration-problems/#post-18614787) * The 429 Too Many Requests message appears when your site exceeds the PHP process limit of 25. Each plugin or script can start a process, and when the number is exceeded new requests are blocked. * For the SSL warning, confirm that your WordPress Address and Site Address in Settings > General both begin with https:// and enable Force HTTPS in your hosting control panel. This will make sure the certificate is applied consistently. * To help reduce the number of processes, review your active plugins and deactivate any that are not essential. Enabling caching will also help lower the load, and adding a CDN such as Cloudflare can reduce server strain. * After making these changes, test again and monitor your process count to see if it improves. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Org held hostage, site in shambles](https://wordpress.org/support/topic/org-held-hostage-site-in-shambles/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [9 months ago](https://wordpress.org/support/topic/org-held-hostage-site-in-shambles/#post-18594707) * The two plugins behind the errors are “DHVC Form” and “Indeed Social Share & Locker Pro.” You can turn them off safely from your Bluehost plugin list without touching any code or files. I see them on the main site so they should appear on the list on your end assuming we are looking at the same site. * Toggle each one to inactive, then refresh the site. If the site loads normally afterward, you’ve confirmed these plugins are the cause. From there, don’t just turn them back on. Instead, work in a staging environment. In staging, either update them to their latest compatible versions or replace them with actively maintained alternatives and make any adjustments to PHP that may be needed. Only re-enable them live once you’re sure they work cleanly on your PHP version and don’t throw errors. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[CP Contact Form with PayPal] “There has been a critical error on this website.”](https://wordpress.org/support/topic/there-has-been-a-critical-error-on-this-website-414/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [9 months, 1 week ago](https://wordpress.org/support/topic/there-has-been-a-critical-error-on-this-website-414/#post-18583186) * Yeah that error is exactly what it looks like. `str_replace()` expects a string but the plugin is sending it an array. That mismatch is what’s breaking the redirect to PayPal. It’s a PHP 8 issue but the plugin dev is right that updating should fix it since newer versions usually patch this kind of thing. * If you can’t find the plugin folder in File Manager, go into public_html, then open the folder for your site, then wp-content, then plugins. If you still don’t see it, skip the search bar and just navigate manually. Search in File Manager isn’t super reliable. * You’re doing the right thing holding off until registration calms down. Once it does, updating that plugin should sort this out cleanly. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Org held hostage, site in shambles](https://wordpress.org/support/topic/org-held-hostage-site-in-shambles/) * [BluehostSupport](https://wordpress.org/support/users/bluehostsupport/) * (@bluehostsupport) * [9 months, 2 weeks ago](https://wordpress.org/support/topic/org-held-hostage-site-in-shambles/#post-18582116) * Hey there! It’s been a busy couple months for us updating our account manager so things moved around a bit since that last post. Logs can now be found in the Overview tab of the website manager for each site. It can be found about midway down the menu in the middle. You can always reach the logs in the website directories directly in your File Manager as well. * ![](https://wordpress.org/986c61ec-ea01-4a5a-b83f-27e07cf26a85) Viewing 15 replies - 1 through 15 (of 130 total) 1 [2](https://wordpress.org/support/users/bluehostsupport/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/bluehostsupport/replies/page/3/?output_format=md)… [7](https://wordpress.org/support/users/bluehostsupport/replies/page/7/?output_format=md) [8](https://wordpress.org/support/users/bluehostsupport/replies/page/8/?output_format=md) [9](https://wordpress.org/support/users/bluehostsupport/replies/page/9/?output_format=md) [→](https://wordpress.org/support/users/bluehostsupport/replies/page/2/?output_format=md)