cetaylor
Forum Replies Created
-
Sorry for the delay. Before I got a chance to disable WP Super Cache, an update to that plugin was issued (and I installed it). The initially-reported error no longer occurs, so your supposition is probably correct. =)
I do use WP Super Cache, but I had disabled caching and deleted the old cached pages prior to reporting the issue (as I thought that might be a likely explanation).
Forum: Plugins
In reply to: [Plugin: Shout Stream] Anyone using this plugin..??Try using the Audio Player plugin if you want to play an MP3 (or playlist of multiple MP3s).
Forum: Plugins
In reply to: Simple Tags (RC1.2): Hide/suppress certain tags from appearing in tag cloudWent looking through my 1.6.6 backups and deduced the answer. (This works on the latest release 1.7.4.2.)
1. Go the WP Dashboard > Posts > Post Tags and look at the tag you want to hide from the Tag Cloud. Note how many posts have been tagged with that term.
2. Open up the cPanel for your site, go into phpMyAdmin, and browse the wp_term_taxonomy table. Compare the “count” column and identify which term_id has a count matching that of the desired tag/term.
3. Open the client.php file in /plugins/simple-tags/inc. Find the section that governs the generation of the extended Tag Cloud:
function extendedTagCloud( $args = ”, $copyright = true ) {
4. There is an exclude line in that section that looks like this:
‘exclude’ => ”,
Enter the term_ids to be excluded between the single quotes. Separate multiple term_id numbers with a comma, like so:
‘exclude’ => ‘11,12’,
Voila, the desired terms will no longer appear in the Simple Tags tag cloud.
I have located the answer. The rewrite condition fubars the authentication because no 401 form is present, so it defaults to 403 behavior.
So to fix it you need to:
1. Have a custom 401.html file (NOT in the password-protected directory!)
2. Ensure that the .htaccess of the password-protected directory includes a reference to the 401 file (i.e. put in a line like ErrorDocument 401 /forms/401.html)With those preconditions met, WP and Apache will generate the proper login prompt with the rewrite module on.
Er… I hate to break to break it to you, but yes index.php is part of the custom permalink URLs. If you use anything other than the numeric (?/p=123) default it’s going to look something like this:
http://www.sitename.com/index.php/2009/08/19/sample-post/
http://www.sitename.com/index.php/2009/08/sample-postIt’s all spelled out in the Settings > Permalinks > Common settings section.
That said I understand the potential pitfalls of having /%post-name%/ first in the permalinks. But even changing it so that the year and month comes first is not going to fix the directory password problem, because the rewrite conditions will still be present.
Can you elaborate on “bad”? It’s an allowable configuration, so “bad” and “good” are hard to evaluate in that context.
They don’t recommend starting with /post-name/ because of performance, not utility. Whether you start with /%year%/ or /%monthnum%/, if you hide index.php at all (something you are doing on your very own site, I might note) by using mod_rewrite, you are going to have to put in the very same rewrite conditions that create the problem.
So, are you suggesting that using mod_rewrite is not a supported condition? What is “bad”, exactly?
Hah! Here I was trying to think of ways to inject it into the loop, and this is such a simple, easy and elegant solution. All it needed was a height param to get it to space properly. Thanks, this is terrific.
Just putting this out there for anyone who may have encountered the same problem. Firebug showed that the captioned pics were of the img class but did not inherit the img.alignleft/alignright/aligncentre subclass. Nor did they inherit the wp-caption align classes I had installed into styles.css because they had an ad-hoc class, something like img.attachment-9804.wp-caption.
I did see that they got a subclass assigned within the div, so the solution was to recheck the img.alignleft/right/centre classes and ensure that a div.alignleft/right/centre was present as well. Like so:
img.alignleft,div.alignleft {your parameters}
Many themes will already have this in their style.css, but the one I was using did not.
It’s taylor-company.net. Thanks in advance!
Thanks. I noticed that last night after I posted this and went back and removed the captions. Strange that WP would by default want captions images to style differently.