After trying out all typical solutions for wordpress wsods, I am out of ideas.
I migrated my website from wordpress.com to a self-hosted solution using all-in-one-wp-migration, which looked to work fine, until a coworker wanted to use the backend and got wsod.
After going through all the suggestions for fixing wsods and a few of my own, namely:
checking every single plugin used
checking memory (980m should be enough?)
deleting and reinstating all saved accounts
scrubbing the database off of old wordpress.com entries or deprecated urls
running debug mode and not getting any logs from the wsod
I of course landed on my self made theme as the issue. I went over the functions.php file to remove and clean up all custom additions that are not necessary for functionality. I used a theme check plugin to help me weed out most of the issues that come from being a beginner at this, but nothing looks to be related at all to backend.
Especially irritating is the part where it works fine for me while using my pc, but any other device, like smartphone, tablet or other pcs can't seem to get into the wp-admin version of the site while my theme is activated.
P.S.: while the theme is active, backend functionalities like searching for new plugins or changing settings seem to not work right or lead to wsod even for me.
For anyone running into a simillar issue, the solution given by online guides always mentions making sure the END of the functions.php file does not have any empty space there, but they neglect to mention that there can't be any empty line anywhere in the whole file, even within the code.
Related
Ok so long and short of this is, I built a custom plugin for a Wordpress site and was working on a small update. Think perhaps I have a small typo error in the code but after saving the update my site is now showing a 500 error.
I have already attempted the following usual methods without success:
1: renamed the plugin and plugins directories to attempt to both disable individual/all plugins.
2: disabled all plugins via db.
Now the change itself was made via the wp back end, which updated the file. However I cannot see this change via FTP. This baffles me. I would assume somehow the database updated the file somewhere within itself which is perhaps overriding the original file? I haven't seen Wordpress do this before.
I'm not sure but would like to be able to figure out why this happened and if it's fixable.
For now I am just going to do a rollback. Any thoughts on this would be most welcome.
I suggest you try:
restoring the database. If you can’t see which file changed probably means that the database was changed and not a specific file. A popular plug-in for back up and restoration is updraft plus which enables you to select files, the database, or themes. Assuming you don’t have a restore plugin installed you could contact your hosting provider who may be able to restore the database to an earlier version. This functionality may also be available through the control panel on the Domain and Hosting. If this works then at least you know where the trouble lies with your dog and development.
I'm trying to activate a Wordpress theme but all I got is a blank page, also the admin page goes blank.
Version of WP is 3.9.1, Mysql 5.1 compatible and PHP 5.2.4 compatible too with WP. The theme in question is MH Magazine and I have it in another server with the same configuration and is working ok.
Even I tried to do a backup of the working site and place it in the production server and still goes blank.
I tried uploading the max_memory_limit in php and no luck. Error log and show php errors doesnt show anything, when I check only says the site name HTTP 1.1 500 - If I set wp_debug to true says HTTP 1.1 200.
File permissions are ok too.
A SIMPLE FIX FOR NON TECHIES (Like me really)
Loads of forums recommend various code changes and things to try, non of which worked, so I logically worked through the process more simply and solved it myself (in my case). White screen for everything, including front end and Admin. I tried everything going!
Essentially I'd asked Wordpress to link to a theme, which it did, but now I can't change it back. As it wouldn't automatically switch back to default themes, as suggested by others as a result of simply deleting the theme folder via ftp, I would have to force that myself. Without access to the admin panel, how would I change the link (easily)?. Well I can't, so instead I need to force the change of what it links to instead!
In the end I basically logged in via FTP, went to the wp-content folder, then to themes, located my list of theme folders and changed the theme folder name of the one recently selected and causing the issue, by just adding an x at the end (random letter). Then I changed the theme folder 'default' to the name of the theme which was causing the issue, then refreshed my site in the other window, at which point it displayed again. So the hard coded link never changed, but the basic files it links to now have.
The site was now back up, thank god! I then logged into the Wordpress admin panel and updated my version of Wordpress, as to be honest it had been a while and it was a little out of date, so a likely culprit for the cause of the error. Once updated, I then went back into the FTP window, renamed the folder back to 'default', and then removed the 'x' character from the end of the actual theme folder that I wanted to use. And ta dah, it now works beautifully with the theme I wanted! Without any fancy code changes or messing around with reinstalling or removing etc. BOSH!!
Hope this helps a few people out. (obviously it's different strokes for different folks)
To get this out of comments --- this is a community wiki answer.
Are your two servers running on the same platform (Linux? Win?) or different ones?
Do you have the same collection of plugins on both platforms?
Here are some things to try.
do View Source on your white screen of death and see if there's anything in the source view that can help you diagnose your problem.
deactivate all your plugins, then try the theme.
if it doesn't work, then this theme is broken on this server setup.
reactivate the plugins one by one. One of them will probably give you the white screen of death. Then you know that plugin is incompatible with that theme.
I have a WordPress site that has a custom theme. WordPress is not my framework of choice, so I'm a bit of a novice. There are 2 scenarios happening.
Theme shows content fine on Hosting A
Theme does not show content on Hosting B
TwentyTwelve and TwentyEleven show content on Hosting B
So, there seems to be something wrong with the custom theme on Hosting B, however, nothing sticks out. I've deleted and reimported the theme, still with no success. I've copied over the page.php file (again for sanity), still with no success. I've deactivated and reactivated all plugins one by one just to see if it was one of those, again, with no success.
Is there something I could be missing?
If you're having issues like this with a theme on one host but not another, it's possible the theme is using a deprecated PHP function, has warnings, etc.
If Host B has less forgiving server rules, it sounds like they might be halting the request (which results in a white page for your users).
Your best bet would be to either find the error logs for Host B, or perhaps loosen the restrictions and allow errors and warning messages. Of course, you'll want this to be a setting in your development environment (not on a production site).
I use the Debug Bar plugin to also help surface any issues while in development.
I have a site which uses wordpress. For some reason, some of my pages keep refreshing continuously. I am not able to replicate the issue continuously. However, in random I have seen some pages keep refreshing automatically. When I retry the same pages after few mins, it is working fine. My users also experiencing the same problem. When they report me the issue with a url and if I check that page it is working fine. So, I am sure the issue is there but unable to replicate the problem or troubleshoot the issue.
This is not a browser or system issue. The issue occurs with registered and unregistered users.
So, I need your help on this to troubleshoot this problem. Is there anyway to find out whether the page is keep refreshing by adding some code in wordpress theme php files like writing some sort of logs, etc.? So that I can try to troubleshoot the problem.
The same theme with plugins works fine in another site with other hosting provider. I have also checked with my hosting provider. They replied back and said they are not able to find any issues on their side and cannot help further, as the issue occurs in random.
Thanks in advance :)
This sounds like your site may have been hacked. Check the page source (View Source or Ctrl + u) for <script> tags that you don't recognize. If you are unsure, try disabling all of your plugins and use the default theme. If the issue persists, then it is most likely an issue with your site being hacked, and you should reinstall WordPress from scratch, and do fresh installs of all plugins and themes. If you are using a custom theme, upload a version that you know was working. Also, be sure to change passwords for your dashboard and hosting account.
If disabling a plugin or using the default theme makes the issue go away, then it's a bug with that particular theme/plugin. In this case, report the bug to the appropriate party (person/company responsible for the particular plugin/theme that's causing the issue).
How to Debug
Try to find a way that you can consistently test for the problem. For example, if you can refresh 20 times, and it happens twice every time, then you have your test to use. It sounds like it won't be as simple as this, but that's the basic idea... find the minimum number of times it takes to come across the issue on a regular basis, and test for it 3 times for each plugin you disable (and when you turn the main theme back on).
I'm using the ModX CMS.
And this error, document.mutate.save is undefined keeps coming up if I were to save a chunk.
Assuming it was a faulty install, I deleted the application, and reinstalled it four times. Those included:
Twice from the original working application on my testing remote server.
From the latest version of Evolution on ModX's website
From another working site I maintain that was also created in ModX.
Assuming it was a javascript conflict, I went into my QM, and removed jQuery from the backend, and then eventually removed jQuery all together unsure if it was still being placed in there. I can not view the source of the backend because it is entirely composed out of iFrames.
The document.mutate.save files come from a folder located in: /manager/actions/
This folder is set to 777 as well as all the surrounding golders and the parent manager folder as well.
Anyone have any idea as to why this error is being called, and how to fix it?
I'm a rails guy, but this seems like a simple method not being defined in the controller problem. Unfortunately, I'm not too conscious of PHP's MVC architecture otherwise, I would fix this manually.
Thanks!
Old thread, I know... but I have a possible solution which worked for me.
After a lot of fiddling around, I finally found that I had activated the editor in the configurations, but had uninstalled the TinyMCE Plugin. After deactivating the editor, the error disappeared.