Solving array_merge Argument #2 on load.php line 63 on SiteGround

Occasionally I post technical stuff to the blog if I think I can share a helpful tip for people facing a problem I’ve solved. Pardon the techno-babble :)

The Error Message

Today, a client of mine using my favorite host SiteGround ran into the following issue. They had a error message suddenly showing on their home page that wasn’t there before. It was something like this (though I’ve changed it for their privacy):

Warning: array_merge(): Argument #2 is not an array in /home/anotherfolder/public_html/example.org/wp-includes/load.php on line 63

I found a lot of people on the WordPress forums who seemed to have the same issue—same file and line number—in the past few months.

My Solution

There are almost certainly multiple causes of this error, but here’s what worked for me.

The website had previously been on Bluehost before moving to SiteGround. Whoever moved the site left behind a php.ini file in the “root” website directory with some special server rules regarding server memory and timeouts.

Fix: Rename php.ini to php.ini.BCK

Renaming the php.ini file in the “root” directory of the site fixed the issue.

More specifically, php.iniis a special configuration file for servers. I wanted to test removing it without risking problems I couldn’t undo, so I simply renamed it to php.ini.BCK (short for “backup”). I then refreshed the page, and *poof*, my errors disappeared. Happy client! If that change broke the site, I could have just named the file back to php.ini and looked for a different fix.


I hope this post solves your hosting issue. If it saves you an hour or a day, please consider buying me a coffee or beer! ☕🍺

Posted on Categories Miscellany

25 thoughts on “Solving array_merge Argument #2 on load.php line 63 on SiteGround”

  1. Mark – I just got this same problem on one of my sites that I just transferred to SiteGround. I renamed that php.ini file just as you recommended and VOILA – fixed. Awesome. Thanks for posting this! Really appreciate it!

  2. Ok, this is the first time in my life that I’ve even left a message in a blog post. Thank you SO much! it worked out perfectly :)

  3. Thanks for this post.

    I’ve got the same issue in my end, a client of mine is having the same error message when trying to purge the SG cache and some functionalities are not working like OptimizePress isn’t loading. I’ve tried copying the website to another Siteground server but the copied website is working perfectly there.

    So I reached out to support and asked to look for the php version and they’ve upgraded the php version to 7.2 and everything works perfect now.

    1. OH, wow, thanks for pointing that out. I was pulling my hair out, but that is where mine was as well!

  4. This also worked for me however I hadn’t recently moved to Sitepress, the website has been on SG since 2016 and has only just started causing this issue. It was pretty serious because it was preventing WP Admin login. Thank you!

  5. An error like this usually kills at-least half a day of your time to figure out a solution. But thank to you. As soon as I Googled the error name your link was the first to pop-up and the solution you offered was an instant fix.

    Thank you so much.

  6. Thank you, Mark. Your solution worked perfectly, exactly as written. Appears to have resolved some other issues and quarks with this install, too. Also using SiteGround. Thank you for posting!

  7. Thank you for the post. What’s odd about this issue is that I’ve had this custom php.ini file in multiple sites for a while now in SiteGround and only this evening did it give me issues. Any idea why?

    1. I’m not quite sure why that would happen. Is it possible you upgraded your version of PHP or turned on a feature that impacts the server like caching just before this happened? I wouldn’t be shocked if this is only a problem on certain configurations, so that would be my guess.

Join the Discussion

This site uses Akismet to reduce spam. Learn how your comment data is processed.