manstraw

The only time you should run into that memory error is when you’re uploading a really large image or something. There can be a problem when wordpress tries to make a thumbnail from a large image it just uploaded, as it needs to uncompress the image in memory to make the thumb. That’s the only time I’ve ever had an issue with memory. I’ve got a couple dozen wordpress installs on the same server and don’t have problems with regular posts. One of my blogs has a few thousand posts.

Can you clarify when it’s happening? Is it when you attempt to upload images? When you hit publish? Or when you view the page? More information will be helpful here. Other details like which version of wordpress you have, and anything else you can think of will also be helpful.

I guess he’s changed it. It had the usual hacked by blah blah crap on it. Still doesn’t provide any info on what happened by itself.

One other thing you could try is to clear the permalink info that gets stored/cached in the database. It could be wrong. One way to do that is to change your permalinks to default, and then change it back. Or you can manually remove the entry from the database using phpmyadmin. The table is wp-options, and there is a field set with records of option_name “rewrite_rules” and option_value whatever. Clean the ‘whatever’ out of the option_value one. WordPress will then generate new data, and this could potentially fix your issue.

The contents of .thaccess in the home dir is entirely commented out. It’s not doing anything in other words.

For the one in public_html, the first line isn’t put there by wordpress. You could try change the .htaccess slightly by commenting out that line and testing it.

change this:

RewriteOptions MaxRedirects=50

to this:

# RewriteOptions MaxRedirects=50

You can always remove the # to restore it back to normal.

I think the only place (I could be wrong) that IP’s is stored is in the comments table. If you disable comments, you might not have the problem.

What’s the reason for removing IP’s? They really don’t represent any sort of security risk.

500 errors can result from so many different things. the fact that it works when you properly use the permalinks, and not when you don’t, is putting some of the responsibility onto wordpress. as it stands, you do have a solution. you can change the path to texas to include /category, or even just /inn/texas, as I tested that, and it works too.

it’s possible you have conflicting rewrite rules. I would still like to see what your .htaccess file says. and do you have any other .htaccess files in your web space? these kinds of rules can also be in conf files too. if you can read those, I would poke through them as well. but I keep thinking back to the fact that /index.php/texas/ also generates the error. This by passes complete the server rewrite rules, and puts the processing of the permalink entirely within wordpress. This leaves only php as the source of the error.

Have you looked at your access logs? If you can find the directory in the shell (do you have shell access?), do this:

cat access_log | grep /texas

change access_log to whatever your log file might be named. If you find an error, you can post it here.

I found it, 45. This seems to work. http://www.stayeat.com/?cat=45 It did take a little while to come up though, longer than the other pages.

So the page comes up, but not when it converts the permalink. Could be a timeout value in apache, not sure. Could you post your .htaccess file here? It should be checked.

Just checked http://www.stayeat.com/index.php/texas/ It also generates the 500 error. This bypasses the server’s .htaccess. hmm.

What is your permalink structure?

Other pages I’ve tried that worked (so far) have been single pages. I think this problem is ultimately within wordpress (perhaps a fight between the apache server and wordpress). Could it possibly only be a problem for states that bring up more than a single page?

Just for kicks, increase the number of articles displayed. In admin area, go to Options > Reading and increase Blog Pages show at most value to something very large, like 100. Then try your texas links and report back here.

more info is needed. can you provide an example uri?