Prevent Wordpress’ .htaccess From Effecting Certain Directories

This really frustrated me. To ensure my next bout of teeth-gnashing isn’t caused by the same problem I’m documenting the solution here:

Create an .htaccess file in the base directory of the tree you wish to be “freed” from Wordpress.

In this file type:

RewriteEngine Off

Done. Thanks to Dave Child’s comments in his post about mod_rewrites, from which my solution was derived.

Like this post? Move it on along with:

email Email | delicious delicious | digg Digg | Tweet this post Tweet | reddit Reddit | newsvine Newsvine | furl Furl | google Google | StumbleUpon Stumble | Hao Hao HaoHao


Trackback:

Comments: 0 | Comments Feed

Scroll to post title

No commentsTrackback

Twitter Tools Post From Sidebar – Blog in Different Directory Fix

I joined Twitter yesterday, and installed the Twitter Tools plugin.

Unfortunately, the “Post from sidebar” feature was broken for me. I think this was because my Wordpress installation is in a different directory from the actual blog, and Twitter Tools was looking in the wrong place for class-snoopy.php.

To fix it, I had to edit one line in the “do_tweet($tweet = ”)” function of the twitter-tools.php file.

I changed the 7th line of this function to:

require_once('/home/a_folder/public_html/wordpress/wp-includes/class-snoopy.php');

Fixed!

If you experience this problem, replace “/home/a_folder/public_html/wordpress/wp-includes/” with the path to your Wordpress installation’s class-snoopy.php file.

Like this post? Move it on along with:

email Email | delicious delicious | digg Digg | Tweet this post Tweet | reddit Reddit | newsvine Newsvine | furl Furl | google Google | StumbleUpon Stumble | Hao Hao HaoHao


Trackback:

Comments: 0 | Comments Feed

Scroll to post title

No commentsTrackback

WP-Blog Proves that Dreams *Can* Come True

The days of staring jealously at the Wordpress crowd have ended. No more shall we scroll longingly down the lists of available Wordpress plugins, wishing they were ported to RapidWeaver.

WP-Blog has arrived.

Simple and effective integration with your Rapidweaver site and sparkling new Wordpress blog is swift and painless. In fact, there are so few steps, and those steps are so easy that I found myself convinced that wasn’t all, I had missed some vital option that would break my site as soon as my back was turned.

The only irritation has been the slow manual process of transferring past blog posts, and setting up Redirect 301s ✣ for each post. I think it’s worth it though!

I’ve been using it for about a week now though, and nothing’s broken. Quite the opposite, I’m delighted at my blog’s new ability to utilize some of the best blogging plugins available! Plugins that have made me seriously consider switching to Wordpress and loading it in an iFrame within my site.* So far none of the plugins I’ve tried have broken anything, and all of them have added something worthwhile to my site.

And it’s all thanks to Roger at Nilrog’s Place.

Thanks Roger!

Plugins I’m using:

I have tried more, but these are the ones I really couldn’t do without. I’m sure I’ll come across more in the future.

*Actually, that’s a lie. I hate iFrames. The plugins really are good though.
✣ Very helpful and important when changing the address of a page.
Redirect 301 /mikes/blog_of_interest_files/a_post.php http://pagesofinterest.net/blog/2008/08/a-post.php informs visitors that the page previously at the first address has permanently moved, and can now be found at the second address. Search engines use this information to stay up to date.

Like this post? Move it on along with:

email Email | delicious delicious | digg Digg | Tweet this post Tweet | reddit Reddit | newsvine Newsvine | furl Furl | google Google | StumbleUpon Stumble | Hao Hao HaoHao


Trackback:

Comments: 0 | Comments Feed

Scroll to post title

Comments (1)Trackback

Exec-php and WP-Syntax Caveat

While migrating my blog articles from Rapidweaver to Wordpress I stumbled across some rather odd behaviour. All posts in http://pagesofinterest.net/blog/2008/06/ were displaying a garbled version of a particular post in that directory. The bottom of each affected post had the following php error message:

Fatal error: Call to undefined function insert_comment() in /home/pagesofi/public_html/wordpress/wp-content/plugins/exec-php/includes/runtime.php(42) : eval()’d code on line 131

After much investigation, I narrowed it down to one thing – Exec-php and WP-Syntax battling for control.

Exec-php was attempting to execute the line below, when there was no whitespace between

<? and php

For example:

<? php insert_comment("","","http://pagesofinterest.net/mikes/blog_of_interest_files/fancy_footer.php","Fancy Footer - Usage and Tips","","Like these snippets?  Leave a comment!",""); ?>

Obviously, I can’t show you the code that causes the craziness.

Keep this in mind if you’re also using these plugins together. If you do run into this problem, open the post that is causing it for editing, and copy its entire contents into a text editor. Paste each line into the Wordpress edit text area, and press save, then view the post. Continue until you see the above error. Fix this line, then continue down the post. The point of this is to find each line that causes this error, and to fix it.

Like this post? Move it on along with:

email Email | delicious delicious | digg Digg | Tweet this post Tweet | reddit Reddit | newsvine Newsvine | furl Furl | google Google | StumbleUpon Stumble | Hao Hao HaoHao


Trackback:

Comments: 0 | Comments Feed

Scroll to post title

No commentsTrackback