dherren

Each blog will need to either point to it’s own database, or at least to have unique table prefixes. If you’ve already got one database up and running successfully, perhaps the easiest thing to do is to simply change the table prefix.

In the wp-config.php file, look for this section:

// Change the prefix if you want to have multiple blogs in a single database.
$table_prefix = ‘CHANGEME_’; // example: ‘wp_’ or ‘b2’ or ‘mylogin_’

Your’s won’t say CHANGEME of course, but all you need to do is to change the prefix to something that is meaningful to you as the prefix to the new table names for each additional blog you install.

Isn’t TinyMCE what WP2.0 uses by default?

billjw: if you aren’t seeing it you may just need to turn it on in your profile. At the bottom of your profile page, turn on “Use the visual rich editor when writing”.

If it still isn’t showing up, then you may be using a browser that’s specifically blocked because of javascript issues (this is the case for me, but I didn’t want the visual editor anyway). Safari & OmniWeb (at least) on OSX do not work with the visual editor.

Hmmm. I the strayhorn releases, there was UI for setting the allowed upload types. Not only do I not find any UI in WP2.0, I also don’t see the allowed types entry in the options table of the database….

How does one manage the allowed upload types? Am I just missing the UI for it?

I know this really isn’t much help, but one thing you might want to do is to start addressing your validation problems. Your home page has 123 xhtml errors and won’t validate as of the time of this reply.

It’s not higher education (well, OK, some of my students might be), be we use it for all of our high school web site.

https://www.fhuhs.org/

Each department has it’s own blog, some faculty have their own blogs, a few clubs, etc. To make managing a bit easier, the custom theme uses a number of imports from a universal includes directory so that I can change the look and feel of all of the blogs by editing just a small number (3-4) central files.

still no response or solution. Where do I look for the problem? PHP environment variables? SQL variables? WordPress?

earlier replies are not appearing–sorry for this if it’s a double post.

In 1.5.2 I am experience minutes long delays in redrawing the page after submitting a post. The database is being updated immediately, and switching tabs or looking at the raw data in the sql tables proves the update is almost instantaneous. However, redrawing of the (now) empty post page can take minutes.

Different browsers or OSs make no difference.

INterestingly, if I create a Page, the screen update is always very fast–yet posts, even when just one or two words, show a delay long enough occasionally to time out the browser.

I’m not entirely certain I understand your question, but I’ll try to respond.

It will depend upon which template you’re using for your WP blog, but for the most part, your title is automatically placed into your page based upon the name you gave your blog when you ran the installer.

Of course you can always edit the index.php file of the template you’ve selected to make changes to how and where the title of your blog is diplayed.

If you’ve only done straight html before, then php may be a touch confusing initially. If this is the case, then it might be best to just go with an existing template and poke around in its files to get a feel for how things fit together.

IE sucks IE sucks IE sucks IE sucks…

Ok, I feel better now.

Many thanks to pizdin_dim… problem solved.

I can’t even begin to imagine why this type of stylesheet declaration:

<style type="text/css" media="screen">
@import url( <?php bloginfo('stylesheet_url'); ?> );
</style>


works for everything EXCEPT tables inside a div with IE, but changing to this type of declaration:

<link rel="stylesheet" type="text/css" href="<?php bloginfo('stylesheet_url'); ?>" media="screen" />


Fixes the table problem. Go figure.

And explain to me how it is that IE is still the most widely used browser?

Thanks again…

1. So it didn’t fix anything in exploder?

Nope.

2. Have you tried the stylesheet change I suggested or not?

The import one? I haven’t modified the header code, no. I’ll try that next I suppose.

Edit: Just looking at your stylesheet code; while the HTML may be generated by WordPress, it was written by David Herren (https://www.idiomatrix.com) so technically that’s where the “compatibility” issue responsibility lies.

That’s me….that’s what I’m trying to fix.

Perhaps try changing width from 100% to auto instead.

No effect…other than to totally screw up the display on ALL the other browsers by shrinking the table to the smallest size possible to fit the data…not what I want. I want the table to “fit” the enclosing post div.

Thanks for the suggestions.

Have you tried setting style=”width: 90%” on the table itself?

The only effect of that is the make the table too narrow on ALL the other browsers other than IE. Here is my style declaration for tables within posts:

.post table {
text-align: center;
border: 1px solid navy;
width: 100%;
margin: 20px 3px 20px 5px;
}

Just looked at your HTML code and I seem to recall IE having a problem with this type of CSS declaration:

<style type=”text/css” media=”screen”>@import url( https://www.fhuhs.org/wp-ontent/themes/fhuhs/style.css );</style>

Perhaps try this instead:

<link rel=”stylesheet” type=”text/css” href=”https://www.fhuhs.org/wp-ontent/themes/fhuhs/style.css&#8221; media=”screen” />

The code you mention is not mine–that’s generated by wordpress. And within its capabilities, IE renders the rest of my CSS reasonably well…

> -Does anyone know why Mac OSX 10.2’s Safari does not load WordPress pages properly?

I like the overall look of your site, despite its failure to render properly in konqueror on linux.

I haven?′t had any problem with safari or any khtml engine based browsers rendering properly formatted WP pages. I regularly validate all of my pages on some 25-30 browsers/versions including safari, omniweb, konqueror, etc.

I recommend that you click on your own Valid XHTML link on your home page and start by correcting the current errors to see if it doesn’t start displaying correctly once it’s formatted correctly.

Hmmm. I’m running WP 1.5.1.3 on OSX Server 10.3 with no custom voodoo whatsoever, using the default php and mysql installations. What versions are you running?

“DELETE FROM wp_posts, wp_post2cat USING wp_posts, wp_post2cat WHERE ID=post_id AND category_id=”100”;

The final value (“100″) would be the numeric ID of the category to delete the posts from. If not using the default table prefix (wp_), you’ll have to modify the table references in the statement to reflect that.”

That’s a thing of beauty!

Still another question… I don’t see that that will delete any comments made to the posts. Am I correct?

While deleting ALL posts is a simple thing to do, what if I want to delete all of the posts in a particular category, but retain the category? Of course I could delete the category and then recreate it, but that moves the posts to the default category, and I would still have to delete them from there.

To put this in context, I use WP in an academic setting. Each year my students make hundreds of posts in some categories which I want to delete, while retaining other posts in other categories.

Tangential question.; Is there a way to view all the posts in a particular category within the admin interface?