MonkeyChow now with WordPress support

I’ve just now added support to MonkeyChow to post to a WordPress blog.  In fact, knowing that some people maintain multiople WordPress blogs, you have the choice of up to three at this time.  In prefs, you will need to enter the URL of your site, and a nickname for the site.  For instance, I’ve entered http://www.shokk.com/blog and Shokk into my prefs.  No need to enter the http:// or trailing slash.  If there are any strange characters such as ? or & in the URL, it will also not work, in the interest of security.  The site nickname will show as a tooltip in case you forget which order the icons were saved as.

As long as you are logged into your blog, you can click the link and the Press It! window for your blog will appear to let you post that title and link.

In the future I plan to make the number of blogs you can post to more flexible, but for now three seems like a nice number.  If you find yourself needing more, comment below and I’ll consider the priority of this feature.  The latest update can be found in the tarball directory and includes the previously mentioned twitter and iPhone support.  As always, it is available through SVN from https://monkeychow.svn.sourceforge.net/svnroot/monkeychow by issuing the command

svn co https://monkeychow.svn.sourceforge.net/svnroot/monkeychow

Advertisements

7 thoughts on “MonkeyChow now with WordPress support

  1. I am using a custom prefix in my install (“wp_mc_”) and got the error Creating indexes…Can't create index. Mysql says: Table 'user763_blog.items' doesn't existIn install.php line 135 I had to change it to if(!fof_do_query(“ALTER TABLE `$FOF_ITEM_TABLE` ADD INDEX `feed_id_idx` ( `feed_id` )”, 1) && mysql_errno() != 1061)similar for line 140the items table name is hard coded in those lines instead of taking the value from config.php

  2. It looks like init.php is hard coded as well. $sql = “select aging from feeds where id='$id'”; $sql = “delete from items where `feed_id`=$id and `star`!=1 and `read`=1 and to_days(CURDATE()) – to_days(`timestamp`) > $keep_days”;I'm using the 9 November tarball

  3. Paul,Thank you very much for bringing this to my attention. It was replete with hard coded 'feeds' and 'items' thanks to my sloppy coding practice. I've replaced it in a number of spots, but likely it's not the only place where it's hard coded. I'll try to go through it this weekend, but I won't be able to get a tarball out yet since I'm still breaking MonkeyChow to get the multiuser support in. We're half-way through heart surgery so it's too laet to turn back. =-)

  4. Thanks for the quick response. The heart surgery sounds interesting. I'll fix it myself if I can, if not I'll wait for the multiuser version.

  5. The good news is that as of just now the multiuser support is in. The bad news is that the hard coded “items” and “feeds” are everywhere, though I have most of it out, so it should not be too long before I have another tarball that will be free of the hard coded entries.There will be database changes with this newer version, so I will be sure to put a warning in the next post about that. I'll need some extra testing time in here before I risk everyone else's database.More coming soon.

  6. My recommendation right now is that the default table names be used until the multiuser support is available. The changes required to support multiple users are very challenging for me, due to a number of factors…First and foremost, I'm just now starting to pick up on the more advanced features of mySQL – I have until now gotten away with not using things like JOINs but I need to quickly learn how this can help my system. Being able to do these things in one atomic query rather than a bunch of different queries aided by some PHP will make things faster and more efficient, since mySQL is designed to do all that data sifting for us.There are also a number of places in the code that reference things like items.id and feeds.id that should really be items.item_id and feeds.feed_id to help me use those higher level functions. This means that I must now go back through all the code and replace instances of “id” with the correct one so that column names match when I try to do a JOIN – that is lot of code to go through while not breaking anything. Some of this recoding is due to my lack of functions for handing these individual tasks, which makes it easier for me when I'm coding the first time since I have to plan less, but harder when I have to go back into the code, which means more wasted time in the long run. So, there needs to be some smarter coding on my part.Once this new version is ready, I'll release it as 1.0 with as much of the code cleaned up as possible and the start of modular style templates so that people can make their feed reader unique for their community.

Comments are closed.