msmeritt

Eeeeh, the way the above post came out, it’s not clear, I tried to make it hierarchical. The .htaccess, index.php, etc. for the 1st item are inside the public_html folder. Each f the 6 add-on folders are also there direclty inside public_html. Each of them has their respective .htaccess, index.php, etc., inside the add-on folder.

And I realize now I misspoke, hastily copying and pasting. The fact is that, for the last four items, 3 of them have no .htaccess at all, and one has .htaccess but its complete contents are:

# BEGIN WordPress

# END WordPress

…whereas the first three installations’ .htaccess has automatically added:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Just to be extra clear, since you specifically asked about folders, all 6 of these add-on domains are done in the standard way per cPanel, i.e., they exist in folders directly inside public_html. I.e.:

[public_html folder]
.htaccess, index.php, etc. for 2.1.2 installation working just fine from start until now, MySQL database #1
[add-on #1 folder]
.htaccess, index.php, etc. for 2.2.3 installation working just fine from start until now, MySQL database #2
[add-on #2 folder]
.htaccess, index.php, etc. for 2.3.1 installation working just fine from start until now, MySQL database #3
[add-on #3 folder]
.htaccess, index.php, etc. for 2.3.1 installation with blank screen, MySQL database #4
[add-on #4 folder]
.htaccess, index.php, etc. for 2.3.1 installation with blank screen, MySQL database #5
[add-on #5 folder]
.htaccess, index.php, etc. for 2.3.1 installation with blank screen, MySQL database #6
[add-on #6 folder]
.htaccess, index.php, etc. for 2.3.1 installation with blank screen, MySQL database #7

And, again, the same one MySQL user that I created is assigned to all seven of these MySQL databases.

Again, anything else I can say to clarify, let me know. Thanks.

Here’s my whole setup. It’s a single cPanel driven hosting account.

In the main public_html folder is a WordPress installation, v 2.1.2, been working fine for many months. So it’s got its own index.php, MySQL database and automatically created .htaccess.

A couple of months ago, I created an add-on domain in the account, did a WordPress installation there as well, v 2.2.3. It’s got its own index.php, MySQL database and automatically created .htaccess, and it’s been working fine since I installed it.

Several days ago, I added a second add-on domain with a v 2.3.1 WP installation, again with its own index.php, MySQL database and automatically created .htaccess. There was an oddity surrounding search engine visibility — see https://www.ads-software.com/support/topic/144615 — but aside from that all has been fine since I installed it.

So now there are four more add-on domains (i.e., add-on domains 3-6) and four more WP installations (i.e., installation 4-7), each done exactly the same as the above 2.3.1 installation in every respect except different themes and one or two differences in plug-ins. However, even before I’d selected alternate themes or activated any plug-ins, I’d seen that all four produced a completely white screen.

Hopefully this clarifies things. Please let me know if you need more info, and thanks again for helping me troubleshoot.

It looks like odds are good that this situation is working itself out. Google checks robots.txt only about once a day, so it took until today for it to see that I’d removed the “Disallow: /” from it. It now shows a verified sitemap and, though one little thing it hanging, I think it’s going to clear itself out.

Of course, none of this explains why Google couldn’t see the site initially after I’d removed the Options/Privacy restriction and before I created the robots.txt file, so that’s still a curiosity. Not so urgent to figure that out, but in case it suggests a problem that may repeat, if anyone has thoughts, I’d love to hear it, as a preventive measure for future installations.

Thanks for helping. Yes, they each have their own database, each created the same way, each with the same single MySQL user assigned with all privileges.

A bit of additional info:

–I informed my hosting provider of everything I just said above, and they say that this must be a WordPress issue.

–I manually copied a properly formatted .htaccess file from one of my other WP installations into the root directory of one of the new ones — no effect, so I deleted it.

–I manually attempted to visit [domain].com/index.php to see if anything would come up, but nothing.

So all signs are pointing to something very much up with WordPress. Looking forward to some advice!

I had this problem, too, and the solution here works great — thanks!

I, too, cannot see my embedded YouTube videos when using Safari’s RSS reader, but I’m more concerned about something else — I have embedded YouTube videos in posts that have podPress-added media, so they are part of my podcast. When I checked the feed validators, it said it was valid, but it also give a warning saying that content:encoded should not include the object tag — but that’s exactly what YouTube provides to embed the link.

I could live with me personally not seeing the videos in Safari if I knew that other people would able to properly see them in other common RSS readers and without my feed giving possible errors due to invalid code. Any thoughts?

Huh, how strange. So I guess my feed passes muster. How about the extra stuff, mentioned both here and through feedvalidator.com — any notion of how advisable it is to follow up on the rest of that stuff that is suggestesd but not mandatory to validate the feed?

Huh. I’d seen this plug-in and I didn’t think it would do what I wanted — I thought somehow that it would only redirect w/i a WP installation, didn’t realize at first you could enter any full URL you wanted. So I tried it out, and it certainly does seem to do the trick.

Wish I’d have known about this plug-in before I originally deleted the pages I wanted to redirect! I had to recreate the pages/slugs in order to use the plug-in with those original URLs. Hope that won’t have any adverse affect on my search engine rankings or any other functionality.

Only thing better would be if the plug-in had the ability to specify for each page/post exactly which 300 code to use, i.e., to be able to specify different kinds of redirects, including permanent ones.

In any case, problem seems to be solved for now. Thanks for the help!

Thanks to all for the help. I’ll see what I can do with these suggestions.

Does anyone know if there’s a way to get the Customizable Post Listings plug-in mentioned by blepoxp here to do the same thing as the Dagon Design plug-in mentioned just befreohand by tommyill? I need the Customizable one for other things, but I’d also like to do this latest-from-each-category thing, and I’d much rather do it using a plug-in I’ll already be using than have to get an additional plug-in. Thoughts?

It matters only for my management of what will soon be multiple database, one for each of various sites that I’ll be running all within a single hosting account.

I was referring to the whole database name, not any particular tables. Nice to know that it should be as simple on the WP end as updating the config file. Question, then, seems to be whether it is possible to actually rename the database. I don’t see an option for that in cPanel. I guess this becomes a cPanel/hosting support question and perhaps no longer appropriate to discuss here?

So far, I don’t believe I have freezes at other sites. I’m running the Mac OS X firewall only, and I haven’t changed anything with that in many months, and this problem only started within the last few weeks.

I agree, based on some of the stuff I found online, that it might be the ISP, but I pointed them to the appropriate pages about this and they haven’t been able to figure anything out, like I said in my first post above. So if it may be the ISP, advice on just what it might be, just what to look for, would be great.

A little more poking around. I found out that the strange /?res= address is a reference to a sidebar graphic that shows I have an XML sitemap. I suppose I should have remembered that I added that it. I took that out, but after a few attempts at loading posts again, I was able to replicate the freeze situation. Two times, it froze while the activity monitor showed that it was simply trying to load the permalink URL itself. And those very posts had loaded moments before. So it’s definitely not about long URLs, probably not OS X based on the other evidence, and it seems to not be isolated to any particular item that is being loaded. It just, well, seems to happen sometimes, and no explanation seems forthcoming. Ideas?