I noticed a bunch of segfaults in my Apache logs recently and I thought it was an Apache or mod_fcgi problem, but I think they were actually caused by MTOS.
For more details, see the Docunext wiki page about this:
I just converted some posts from richtext to markdown and wanted to save the SQL I used to do so.
UPDATE mt_entry SET entry_text = REPLACE(entry_text, "<br/>" ,CHAR(10)),entry_text = REPLACE(entry_text, "<br />" ,CHAR(10)), entry_convert_breaks='markdown' WHERE entry_convert_breaks IS NULL;
I'm moving the base directory of several blogs from "/blog/" to "/" and am using this little shell routine to symlink the important files:
rm styles.css rm atom.xml rm sitemap.xml rm mt.js ln -s ../styles.css ./ ln -s ../atom.xml ./ ln -s ../sitemap.xml ./ ln -s ../mt.js ./
I keep hearing reports that Six Apart has released version 5.0 of Movable Type.
While I would prefer learning about new advancements with the version of Movable Type I'm currently using, 4.34, I'm still pleased to interpret these news reports that Movable Type has a solid future.
Honestly, I'm very impressed with the foundation that Six Apart has laid for Movable Type and their future. The industry of publishing has a lot of growing pains to evolve through, but I think MTOS is a saving grace that will help the world transition to a new paradigm.
Big words, big meaning!
I'm working on making the search component of Movable Type Open Source (MTOS), namely the mt-search.cgi script, perform better. For awhile there, I had removed the search field from my websites because it puts a huge load on the server - the CPU utilization jumps up to 90%, even when it is already running as a FastCGI process!
But even for non-searches, mt-search.cgi is commonly used. More specifically, when users browse a site by clicking on tags, mt-search.cgi is the script which works the magic.
But why so much CPU utilization? Sure, my MTOS has over 200 blogs and almost ten thousand entries, but MySQL should be able to handle it, right? That's the hard part I'd imagine, so why it mt-search.cgi using so much CPU while MySQL is not? Then I started thinking, maybe its not the search, but the rendering of the template!
Looking at the default search_results.mtml template, I noticed right away that one template is used for raw searches and for tag searches. Not a big deal, that is simple logic. Then I remembered that tag searches display links to all the website tags.
That is something that definitely does not be rendered dynamically every time a search is made. AJAX to the rescue! I created a new index partial for the tag links, and now I'm going to load it dynamically using jQuery. I tested out a page load that didn't include all the tags and it was noticeably faster.
I did this already with the categories widget - and that's not even a dynamic page!
I would like to make the tag urls prettier, probably something like this:
/tagsearch/$blogid/$tag
After that, I'm going to review the SphinxSearch plugin, though I'd really like to use Xapian. I already use it with some Ruby applications I've build and its awesome.
Of all the software developers I've learned about in my decade or so of development, Joey Hess has probably impressed me the most.
First off, he's got a yurt! I first learned of the word thanks to a random BBS named "The Frog's Yurt" - yes we're talking old school, before I could actually write software, I certainly used and configured a substantial amount of it!
Second of all, he's made some major contributions to Debian, my distribution of choice. In fact, I have a lot of respect, deserved or not, for Debian developers, as a default. I just can't help but think they do what they do for all the right reasons, even if they are ornery, rude, or just plain jerks (yes, he used IMNSHO when commenting about the use of PHP in embedded computers, even though it is used in several incredibly popular embedded platforms: FreeNAS, m0n0wall, and pfSense).
Anyway, over the past couple of years I've taken an interest in Joey's work, and as a start, began using ikiwiki for several wikis. Needless to say, it rocks! If you know me, you'll know that I'm of course using it in a manner much different than most people are, but that's what impresses me about his software - its incredibly flexible and capable.
I also take note of the posts he makes that find their way to Planet Debian. Today I read a post about Branchable - a hosting service for ikiwikis! Hence the creative title of this post: "Joe's Tree". The project is thanks to both Joey Hess and Lars Wirzenius, and I'm pleased to learn that they are down with the Franklin Street Statement, which even endorses the Affero GPL!
Recent Comments