taliesin1077

AHA!!!!!!!!!!!!!

This looks like the culprit. On add-on domains, I have to add a php handler to the .htaccess file in the root of the add-on domain.

I had to add the following code:
AddHandler application/x-httpd-php5 .php

That at least got SOMETHING displaying. Need to figure out why it looks all wiggy, but this is a start. For anyone who’s having the same problem, try to go to https://www.your-domain.com/wp-admin/install.php

If your add-on domain (or even possibly main domain) is not configured correctly, it’ll tell you php is not running.

Another option is to create a file called info.php and put the following code in it:

<? php
     phpinfo();
?>

And put it in your root directory. (public_html or httpdocs or something like that.) Then go to https://www.your-domain.com/info.php and if it doesn’t display a list of PHP settings, you need to do what I mentioned above.

Ok, now this is interesting….

I blew in a new copy of a wordpress download, and still got the blank page after verifying that wp-config.php is set correctly.

I decided to run wp-admin/install.php, just to see if I could get SOMETHING to load, and it tells me:

Error: PHP is not running

WordPress requires that your web server is running PHP. Your server does not have PHP installed, or PHP is turned off.

Now, this is not true because I have another WordPress site up and running. This is set up on a subdomain of an add-on domain. Any thoughts?

More information, because I’m trying whatever I can to get this fixed. lol.

I have uploaded a fresh (new downloaded) copy of wp-admin and wp-includes.

I attempted the plugin reset instructions, but cannot log into my dashboard, so I just got back my old plugins directory.

Still a blank page.

To confirm, I uninstalled by using an FTP program to delete the director for this plugin. I then reinstalled using the WordPress Add New Plugin feature. It broke again. I will be uninstalling this plugin until this is fixed.

I was having the same problem. I used the code of the second comment, with the following changes:

#header_nav .current_page_item a:link, #header_nav .current_page_item a:visited {color: #fff; text-decoration: underline; }

This resolved it for me. Had to specifically refer to the .current_page_item class within the specific id I wanted to change. Seemed to take care of it.

Ok, I didn’t find this solution in any of the image uploader threads I came across, but in one thread, someone pointed the questioner to enable Google Gears to see what file is causing problems. Well, I already had Google Gears enabled. So I decided to disable it, to see if it helped. It did. I re-enabled it, and it works again.

So, to anyone who has tried re-uploading the wp-admin and wp-include directories, changed themes, and done everything else that has been suggested in the sticky Image/Media Uploader Problems thread, try disabling and re-enabling Google Gears. It just might help!

Ok. Another of the plugins provided me with a more informative error message.

It turns out that since my blog address was a different domain from my wordpress installation, the AJAX was having a problem loading the external domain address.

As to why I had a different domain set in the control panel, I have no idea. This was something that was set differently than my actual subdomain when I originally installed it a couple years ago. I just kept the status quo every time I upgraded.

I changed the addresses to be the same, and AJAX started working. Just a heads up to anyone who might be experiencing that same problem.

I was finally able to get FireBug downloaded. (The mozilla addon site was down for awhile.)

This is the error that is being thrown on the WP Ajax Edit Comments plugin. Does this tell anyone anything about my installation that would cause problems? Again, the plugins work on another installation of WordPress. but not my primary one:

[Exception... "'Permission denied to get property Window.tb_remove' when calling method: [nsIDOMEventListener::handleEvent]"  nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)"  location: "<unknown>"  data: no]

Line 0

So, no one else having this problem with this plugin? Can anyone suggest an alternative that will display links inline?

I have the same problem with Akismet right now. I love how well it works, but this guy is my best friend, and is an IT Professional, so I know he’s not running a spambot on his machine.

I just hope it’s not as hard to get off Akismet’s blacklist as it is to get off SORBS.

Well, if you have the Samsarin PHP plugin, you could just put that code and nothing else in the php widget.

What he’s saying is that when the PHP engine processes the wp_loginout() function, exactly as he wrote it (nothing between the parenthesis), WordPress just puts a log in prompt if the user is not logged in, and and log out prompt if the user IS logged in.

I don’t know if it’ll work in the widget, but the Samsarin PHP plugin is a n easy way to add PHP text into a sidebar widget. I used it for a Verse of the Day plugin.

Sweet. Glad you’re back up and running.

I, personally, really like Firestats. Easy to read, and always works. I’ve never had a single problem with it.

For what it’s worth, links to images on your blog appear to work just fine. External links also work fine.

Looks like your internal link structure has gotten messed up somehow. Have you tried switching your permalink structure to one of the other options available in WordPress settings>Permalink, and then back to your original setting? Maybe that would work.

If switching to a different type of permalink works, but when you switch back, it stops working, I’d just permanently switch to the other permalink structure.

Finally, and not to be a jerk, but this should underscore the need to make regular backups. ?? I know *I* started doing it after my webserver crashed. That was ugly.