<?xml version="1.0"?><!-- RSS generated by Radio UserLand v8.0.9b1 on Mon, 22 Nov 2004 07:23:09 GMT --><rss version="2.0">	<channel>		<title>Tom Clifton: Fluid Flow: Frontier and Radio</title>		<link>http://radio.weblogs.com/0100021/categories/frontier_radio/</link>		<description>Most of my work is in Frontier and Radio. This is a log of what I am working on, problems I am having, and solutions I&apos;ve found.</description>		<language>en</language>		<copyright>Copyright 2004 Tom Clifton</copyright>		<lastBuildDate>Mon, 22 Nov 2004 07:23:09 GMT</lastBuildDate>		<docs>http://backend.userland.com/rss</docs>		<generator>Radio UserLand v8.0.9b1</generator>		<managingEditor>tclifton@es-designs.com</managingEditor>		<webMaster>tclifton@es-designs.com</webMaster>		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 		<skipHours>			<hour>6</hour>			<hour>5</hour>			<hour>4</hour>			<hour>3</hour>			<hour>23</hour>			<hour>19</hour>			<hour>18</hour>			<hour>7</hour>			</skipHours>		<ttl>60</ttl>		<item>			<title>BloggerCon III</title>			<link>http://radio.weblogs.com/0100021/2004/11/11.html#916</link>			<description>&lt;p&gt;Last Saturday, I went to BloggerCon III at Stanford. It was an interesting conference with a format that could promote a discussion of a wide range of topics. In reality, however, most of the sessions that I attended quickly focused in on one or two topics with opposing camps arguing points of view. To that end, it wasn&apos;t very enlightening.&lt;/p&gt;&lt;p&gt;That is not to say I didn&apos;t enjoy it. But I guess that I was hoping for more.&lt;/p&gt;&lt;p&gt;I sat in on the Academia, Journalism, Mobile Blogging, and Making Money sessions.&lt;/p&gt;&lt;p&gt;I had an epiphany in the Mobile Blogging session when someone asked about using a cell phone to create audio-blogs. I realized that I have all of the tools to do this now. PhoneValet supports caller ID, answers my phone, and records messages to disk. Radio Userland ftps files dropped into particular folders to my server and handles my blog posts. To get a mobile audio-blog working, I would need an AppleScript that checks incoming calls, if they are from my cell phone, it would then move the audio file to my audio-blog folder, where Radio would ftp the file to my server. The script then needs to create a post in Radio and provide an enclosure link to the new audio-blog.&lt;/p&gt;&lt;p&gt;I am going to play with this when I get a chance.&lt;/p&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/11/11.html#a917</guid>			<pubDate>Fri, 12 Nov 2004 00:36:49 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=917&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F11%2F11.html%23a917</comments>			</item>		<item>			<title>Userland&apos;s New Manila web-hosting</title>			<link>http://radio.weblogs.com/0100021/2004/07/26.html#847</link>			<description>&lt;a href=&quot;&quot;&gt;Userland is getting into the Frontier/Manila hosting business&lt;/a&gt;&lt;blockquote&gt;Priced at $1099 complete (even less for qualifying academic institutions), no other content management system combines the capabilities, usability, and value of UserLand Manila. For those users who don&apos;t require their own in-house system, UserLand now offers Hosted Manila enabling low-cost, high-impact hosted websites with all the power and functionality of Manila starting as low as $299 per year. In addition, for those organizations desiring help getting started with a new Manila system, our Professional Services Group is ready to assist with project scoping, installation, customization and training...&lt;/blockquote&gt; Interesting. So, finally Userland is getting into the hosting business (again). After cutting down on all their free hosting services (editthispage, manilasite,...) over the last few years, Userland is now trying to set up a new income source through hosting its Frontier/Manila package. [&lt;a href=&quot;http://Seblogging.cognitivearchitects.com/2004/07/26#a1415&quot;&gt;Sebastian Fiedler&lt;/a&gt;]&lt;i&gt;Interesting news, ES Designs now has a hosting competitor that is charging premium rates. At Userland&apos;s prices, they must be focusing on users who don&apos;t think the can get an enterprise weblog solution for under $1100. For the rest of us, ES Designs and other Manila hosting services provide hosting at rates that are far more affordable for small business, non-profit and educational groups. &lt;a href=&quot;http://www.edithere.com/directory/22/websiteHostingServices/manila/commercial&quot;&gt;Check us out&lt;/a&gt;.&lt;br&gt;&lt;font size=&quot;-1&quot;&gt;Thanks to &lt;a href=&quot;http://www.editHere.com/&quot;&gt;editHere.com&lt;/a&gt; for developing and maintaining this list&lt;/font&gt;&lt;/i&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/07/26.html#a847</guid>			<pubDate>Tue, 27 Jul 2004 06:55:44 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=847&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F07%2F26.html%23a847</comments>			</item>		<item>			<title>In the news</title>			<link>http://radio.weblogs.com/0100021/2004/07/10.html#839</link>			<description>&lt;a href=http://news.bbc.co.uk/cbbcnews/hi/club/your_reports/newsid_3809000/3809481.stm&quot;&gt;We made weblogs at school&lt;/a&gt; Now this is kind of cool. The BBC reports on the Hangleton Junior School weblogs. ES Designs hosts these weblogs. I guess that we are helping make school a little more interesting for 10 year olds.Of course, the big kudus go to &lt;a href=&quot;http://www.weblogs4schools.co.uk/TheFord/&quot;&gt;Peter Ford&lt;/a&gt; at Weblogs4Schools for teaching schools how to set up weblogs. I am glad that we have been help by providing a reliable hosting platform.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/07/10.html#a839</guid>			<pubDate>Sun, 11 Jul 2004 03:13:51 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=839&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F07%2F10.html%23a839</comments>			</item>		<item>			<title>New posts on the ES Designs News site</title>			<link>http://radio.weblogs.com/0100021/2004/06/30.html#835</link>			<description>Here are a couple of new posts on the ES Designs News site:&lt;a href=&quot;http://news.es-designs.com/2004/06/30#a20&quot;&gt;Recent Consulting&lt;/a&gt;&lt;blockquote&gt; have been doing a little Radio Userland consulting for the online addition of The Hook, a weekly newspaper in Charlottesville, VA. What this local newspaper is doing with Radio is pretty impressive...&lt;/blockquote&gt;&lt;a href=&quot;http://news.es-designs.com/2004/06/29#a19&quot;&gt;Performance Issues Revisited&lt;/a&gt;&lt;blockquote&gt;After a long search through Frontier&apos;s code and some help from Steve Hooker on the Manila-dev email list, I discovered the source of the performance issues on my server...&lt;/blockquote&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/06/30.html#a835</guid>			<pubDate>Wed, 30 Jun 2004 22:06:46 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=835&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F06%2F30.html%23a835</comments>			</item>		<item>			<title>Dealing with a tricky problem</title>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/02/19.html#a745</link>			<description>This past week we had a problem with one of the sites on the De Anza Faculty website. It started generating errors:Sorry! There was an error: Can&apos;t evaluate the expression because the name&quot;276&quot; hasn&apos;t been definedReload:Sorry! There was an error: Can&apos;t evaluate the expression because the name&quot;1060&quot; hasn&apos;t been defined.Reload:Sorry! There was an error: Can&apos;t evaluate the expression because the name&quot;1168&quot; hasn&apos;t been definedThe strange thing was that I made a copy of the site and put it up on another server and it worked fine there.After spending a day trying to find the problem with no success, I took an axe to the problem. Since I had a working copy of the site locally, I deleted the site on the server, then reinstalled it from my local copy.The site is now working perfectly. Sometimes, all you need is an axe.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/02/19.html#a745</guid>			<pubDate>Fri, 20 Feb 2004 01:41:53 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=745</comments>			</item>		<item>			<title>favicon Plugin</title>			<link>http://radio.weblogs.com/0100021/2004/02/12.html#a733</link>			<description>I just added a new &lt;a href=&quot;www.es-designs.com/plugins&quot;&gt;plugin&lt;/a&gt; for ES Designs&apos; hosting clients. The &lt;b&gt;favicon plugin&lt;/b&gt; allows managing editors to add favicons to their top level sites. The interface is very simple, just select a favicon file on your local computer and click on the add button. The favicon will now appear in the address bar of most modern web browsers.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/02/12.html#a733</guid>			<pubDate>Thu, 12 Feb 2004 21:58:06 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=733&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F02%2F12.html%23a733</comments>			</item>		<item>			<title>Manila Server Maintanence</title>			<link>http://radio.weblogs.com/0100021/2004/01/16.html#a713</link>			<description>This is the second installment of my discussion on Manila best practices. In the first, I discussed &lt;a href=&quot;http://radio.weblogs.com/0100021/2004/01/07.html#a706&quot;&gt;server hardware&lt;/a&gt;. Today I want to look at server maintenance. &lt;b&gt;Server Maintenance&lt;/b&gt;The chief source of problems for Manila servers is the loss of speed in accessing the databases that back the Manila application. Over time as data moves in and out of the databases, they get larger and it takes longer to find and process data needed to server Manila pages. Compacting the databases using &lt;a href=&quot;http://www.scripting.com/frontier/snippets/saveACopy.html&quot;&gt;Frontier&apos;s &quot;Save A Copy...&quot;&lt;/a&gt; command will reduce the size of the database, speed data acquisition, which in-turn speeds the servers response.Compacting Frontier&apos;s databases is a processor intensive task and you will not be able to server files during compaction. Also, you will need to compact multiple databases for optimal speed improvements. For this reason, you should turn off the webserver before you start compacting databases. Otherwise, you could receive a request between &quot;Save A Copy&quot; that alters a database that you have already compacted.You cannot &quot;Save A Copy&quot; over an existing database while Frontier is running. So you must save the compacted database to a new location, then quit Frontier and right over the existing database with the compacted version. As you can see compacting your databases can be a long and arduous process. Depending on the size of your databases and the frequency that you compact them, it can take your webserver offline for several to tens of minutes. With a decent maintenance schedule and reasonably-sized databases you should be able to limit your servers downtime to under 5 minutes.So which databases should you compact. At a minimum you should compact config.root. and manilaWebsites.root (and any other website databases). These are the databases that will change most frequently and are most likely impacting server performance. If you are running the news aggregator, aggregatorData.root is also a good candidate. The application databases, Frontier.root, mainresponder.root, and manila.root don&apos;t seem to change that much overtime, but it won&apos;t hurt to compact them. Any tool or plugin that frequently writes and deletes data, should be routinely compacted.My current approach is to compact all of Frontier&apos;s open databases. This is overkill, but it is easier to script than a solution that compacts some open databases and not others.From the discussion above, you should see that while it is a necessary maintenance step, it is a pain to compact databases. It is definitely one that calls for a scripted solution. I am currently testing a pair of scripts to handle this maintenance. The first script is in Frontier, it turns off the webserver, compacts all of the open databases to a set location (a directory within the Frontier directory), and then calls an external script. The external script (written in AppleScript), quits Frontier, moves the compacted databases to their correct locations within the Frontier directory, then restarts Frontier.These scripts are currently running nightly on my development server. My plan is to run them weekly on my production Manila server. I should be able to specify a weekly downtime to my clients.I will report back as I get more data.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/01/16.html#a713</guid>			<pubDate>Fri, 16 Jan 2004 23:22:13 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=713&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F01%2F16.html%23a713</comments>			</item>		<item>			<title>Does the commment link work for you?</title>			<link>http://radio.weblogs.com/0100021/2004/01/16.html#a711</link>			<description>I am seeing a strange problem with the comments link. They don&apos;t work when I click on them from my primary computer, but they do when I click on them from my development box (which sits two feet away). Strange.Anyway I was wondering if anyone else was having problems with the comments link on Fluid Flow.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/01/16.html#a711</guid>			<pubDate>Fri, 16 Jan 2004 19:52:38 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=711&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F01%2F16.html%23a711</comments>			</item>		<item>			<title>StencilEditor Plugin</title>			<link>http://radio.weblogs.com/0100021/2004/01/16.html#a710</link>			<description>I have released a new Manila plugin for my ES Designs hosting clients. The &lt;a href=&quot;http://www.es-designs.com/plugins/stencilEditor.html&quot;&gt;stencilEditor plugin&lt;/a&gt; allows Managing Editors modify the appearance of many of my custom macros output.I have mentioned &lt;a href=&quot;http://radio.weblogs.com/0100021/2003/04/09.html#a496&quot;&gt;stencils here before&lt;/a&gt; and how they make my life easier, since I don&apos;t have to dive in the macro code to make changes to the appearance of the macros output. Through the stencilEditor plugin, I can give Managing Editors the same ability to modify the appearance.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/01/16.html#a710</guid>			<pubDate>Fri, 16 Jan 2004 17:52:31 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=710&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F01%2F16.html%23a710</comments>			</item>		<item>			<title>Manila Best Practices</title>			<link>http://radio.weblogs.com/0100021/2004/01/07.html#a706</link>			<description>There was request today on the Frontier User email list asking for information on best practices for implementing a Manila Server. I have implemented the Manila environment on three servers, so I can provide some insights here. I&apos;ll start with talking about the server. Future topics include maintenance, backups, Virtual Hosting and DNS, setting site parameters, and Server Admin.&lt;b&gt;The Server&lt;/b&gt;I run Manila on Mac OS X and Windows 2000. My preference is OS X (10.2) because it is very stable and has Apache built in making it very easy to implement static sites. Windows 2000 also works well, it is just bit more difficult to me to manage (partially a problem with familiarity with the system). My server admin complains that frontier crashes frequently on Windows 2000, but I haven&apos;t seen this while monitoring the server.If you are running on Windows 2000, you will probably want to run it as a service. You can use &lt;a href=&quot;http://www.queso.com/autoFrontier.htm&quot;&gt;AutoFrontier&lt;/a&gt; to do this. Running as a service will ensure that Frontier always launches when the server boots and you will not have to login to the server to run Frontier. You cannot run Frontier this way in OS X, you must login to the server before running Frontier. To make sure that Frontier is aways running, use the KeepFrontierRunning applescript. I use a modified version of the script that opens, checks to see if Frontier is running, launches Frontier if not, and then quits. The script is called by a cron job every minute.As far as hardware specifics go, any decent modern processor will work. My OS X server runs on an Apple Xserve box with a 1G G4 processor, 768 MB of RAM and two 60 G hard drives. Nightly Frontier backups are written to the second drive. </description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2004/01/07.html#a706</guid>			<pubDate>Wed, 07 Jan 2004 23:15:15 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=706&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2004%2F01%2F07.html%23a706</comments>			</item>		<item>			<title>Hosting Success</title>			<link>http://radio.weblogs.com/0100021/2003/12/15.html#a687</link>			<description>I am pleased to state that at the one year mark, ES Designs Manila Hosting is a success. We are hosting domains for non-profit and educational groups in the US, the UK, Japan, Germany, and India. In the past year, my clients have challenged me to provide a better hosting environment. In response, I have developed an number of new features: Every new site under a domain can now have custom preferences. The subscription page for new sites now starts with a list of feeds from that domain only. And, there are new macros that provide sites and domains information that they need.I thank all my clients for their business and suggestions. In the coming year, I am committed to exceed your expectations.Thank you again,Tom Clifton</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/12/15.html#a689</guid>			<pubDate>Mon, 15 Dec 2003 22:09:26 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=689&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F12%2F15.html%23a689</comments>			</item>		<item>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/10/14.html#a659</link>			<description>&lt;a href=&quot;http://manila.userland.com/newsItemDepartmentEnhancements&quot;&gt;Manila: News Item Department Enhancements&lt;/a&gt;. We&apos;ve released some enhancements for Manila&apos;s news item departments feature:News item departments now each have their own RSS 2.0 feeds. In addition, each Manila site now has a page which lists all the departments in the site, along with links to each department, and its RSS feed.See this &lt;a href=&quot;http://manila.userland.com/newsItemDepartmentEnhancements&quot;&gt;page&lt;/a&gt; on the Manila site for details. [&lt;a href=&quot;http://jake.userland.com/&quot;&gt;Jake&apos;s Radio &apos;Blog&lt;/a&gt;]&lt;i&gt;Enhancements are always nice. Thanks Jake!&lt;/i&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/10/14.html#a659</guid>			<pubDate>Tue, 14 Oct 2003 19:11:28 GMT</pubDate>			<source url="http://radio.weblogs.com/0001000/rss.xml">Jake&apos;s Radio &apos;Blog</source>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=659&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F10%2F14.html%23a659</comments>			</item>		<item>			<title>RSS in the Neighborhood</title>			<link>http://radio.weblogs.com/0100021/2003/07/23.html#a595</link>			<description>It looks like I will be making a presentation at the United Neighborhoods of Santa Clara County (UNSCC) Conference on October 18, 2003. The title of the presentation is &quot;Working with the Web&quot;.The idea is to present how neighborhood groups can use weblogs to provide information to their members and to other neighborhood groups throughout the county.I would love to hear from other neighborhoods/developers/implementors on their experiences with this.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/07/23.html#a595</guid>			<pubDate>Wed, 23 Jul 2003 21:15:45 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=595&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F07%2F23.html%23a595</comments>			</item>		<item>			<title>ESD Plugin</title>			<link>http://agate.es-designs.com/esdPlugin/</link>			<description>I have a new Manila plugin in the works. It is simply a container for macros that I write  to use on the ES Designs hosting server. I currently have three macros available to my hosting clients; pageCount, pageAuthor, and spamEncoder.PageCount and pageAuthor simply return the number a page has been viewed and the author of the message. SpamEncoder converts an email link to html entities, so the link will still work but it is harder for spambots to read.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/06/21.html#a566</guid>			<pubDate>Sun, 22 Jun 2003 02:03:24 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=566</comments>			</item>		<item>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/06/04.html#a544</link>			<description>&lt;a href=&quot;http://scriptingnews.userland.com/backissues/2002/06/04#When:12:18:35PM&quot;&gt;Last year&lt;/a&gt; on this day I started work on My Weblog Outliner tool. I gotta get back to work on that soon. It&apos;s a good thing. Outlining for Movable Type users. [&lt;a href=&quot;http://www.scripting.com/&quot;&gt;Scripting News&lt;/a&gt;]&lt;i&gt;Dave&apos;s weblog outliner seems a bit like webScheduler. I have been working on it for ages, but it&apos;s not in a releaseable form.&lt;/i&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/06/04.html#a544</guid>			<pubDate>Wed, 04 Jun 2003 17:46:45 GMT</pubDate>			<source url="http://www.scripting.com/rss.xml">Scripting News</source>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=544</comments>			</item>		<item>			<title>RobotsEditor Plugin</title>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/05/30.html#a542</link>			<description>I have completed a beta version of the RobotsEditor plugin (I was previously calling it the RobotsTxt plugin). The plugin provides a simple interface for creating the equivalent of robots.txt files in Manila. The plugin installs a custom responder that returns a text string. The default text string allows all robots to visit all pages in the subdomain (this is equivalent to having no robots.txt file). Alternatively, you can use the plugin to edit the robots.txt file to limit robot access to portions (or all) of your site. The responder looks for and returns these site specific robots.txt files.The plugin is currently only available for testing by ES Designs hosting clients. However, if you are interested in testing the plugin, let me know and I can set up a test site for you.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/05/30.html#a542</guid>			<pubDate>Sat, 31 May 2003 07:44:07 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=542&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F05%2F30.html%23a542</comments>			</item>		<item>			<title>robotsTxt plugin</title>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/05/28.html#a540</link>			<description>I am working on a new Manila Plugin that allows Managing Editors to set up robots.txt  responses for their sites. Several years ago I added a robots.txt responder to my development server. It provided a generic &quot;go away&quot; message.  I don&apos;t want search engines linking to applications that I am currently developing.But now that I am hosting sites, I realize that my clients may want a visit by search engines. So, I need to enhance my responder to provide clients with the ability to set thier own robots.txt responses.I got the basics working this afternoon. Now I need to develop the UI that lets ME&apos;s specify the robots.txt response for different paths on a site.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/05/28.html#a540</guid>			<pubDate>Thu, 29 May 2003 00:24:15 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=540</comments>			</item>		<item>			<title>Radio is finally working again.</title>			<link>http://radio.weblogs.com/0100021/2003/05/25.html#a538</link>			<description>I am not completely certain what I did to fix the problem, but Radio is finally working the way it should. For the last month, I had to restart Radio to get any file streamed up. I believe the problem was caused by one or more bad (erroneous) paths stored in radio.root.During this time, I was less than impressed with UserLand&apos;s support. I don&apos;t think that anyone is manning their costumer support email address. The other option is that they were just ignoring my posts. I knew, eventually, I would find the problem. I can always walk through the code line by line and find where it fails. But the known tedium of that process, kept me restarting Radio and hoping that someone else would find the problem.Then quite by accident, I discovered a bad path in the radio.root database. Realizing that this could be causing problems, I did a global search and replace to fix the paths. Now Radio seems to be working as it should.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/05/25.html#a538</guid>			<pubDate>Mon, 26 May 2003 05:46:25 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=538&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F05%2F25.html%23a538</comments>			</item>		<item>			<title>Incorporating legacy pages in Manila sites</title>			<link>http://radio.weblogs.com/0100021/catagories/frontier_radio/2003/04/30.html#a526</link>			<description>While I have been using Manila to generate and maintain the &lt;a href=&quot;http://www.nagleepark.org/&quot;&gt;Naglee Park&lt;/a&gt; website for the last two years. I have used static rendering to hide its dynamic roots. On Monday, I decided to stop using the static site and serve the site directly from Manila.The process of converting a static Manila site back to a dynamic one is pretty simple. But this site had some legacy pages from before I started using Manila. To serve these pages from Manila, I had to remember back to the days of Frontier 4.The description below is for serving files at the root level of your site. If you need to create deeper levels, it is usually easier to map a path to a directory using the Domain Admin Tool.The process is pretty simple. Go to your manilaWebsite database and add a new table called &quot;#templates&quot; in this table add one wpText item named &quot;plain&quot;. In plain, add the following text: {bodytext}.Now for each legacy page that you need to serve, create a new wpText item with the same name as the legacy file (ie. oldIndex.html) in your manilaWebsite database. Open the wpText item and write &apos;#template &quot;plain&quot;&apos; in the first line. Type return twice and then paste the complete source of your legacy page. Save.Now, go to your browser and type &quot;http://yourDomain/yourLegacyPage&quot;. Manila will serve up your legacy page. </description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/30.html#a526</guid>			<pubDate>Wed, 30 Apr 2003 23:49:02 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=526</comments>			</item>		<item>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/24.html#a519</link>			<description>&lt;a href=&quot;http://lists.userland.com/pipermail/manila-newbies/2003-April/001792.html&quot;&gt;Does Manila save money?&lt;/a&gt;. &lt;I&gt;Quote:&lt;/I&gt; &quot;Anyway, before Manila we had about 30 faculty web sites - after about 5 years of development and training. Three months after we began offering Manila sites and training we had over 150 sites. We now have well over 200&quot;&lt;BR&gt; [&lt;a href=&quot;http://instructionalTechnology.editthispage.com/&quot;&gt;Serious Instructional Technology&lt;/a&gt;]&lt;i&gt;I am more than a little pleased with De Anza&apos;s success. I provided Manila consulting services on this project. So I will stick a feather in my cap.&lt;/i&gt;&lt;i&gt;But the credit really goes to Dan for pushing the project, to Cindy for making it a reality, and to David and the other trainers for getting the faculty up to speed. Bravo, for a job well done.&lt;/i&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/24.html#a519</guid>			<pubDate>Thu, 24 Apr 2003 22:19:14 GMT</pubDate>			<source url="http://instructionaltechnology.editthispage.com/xml/rss.xml">Serious Instructional Technology</source>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=519&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F04%2F24.html%23a519</comments>			</item>		<item>			<title>Syndicate.root</title>			<link>http://www.wcc.vccs.edu/dtod/frontier/rss.html</link>			<description>Syndicate.root is the answer to one of my &lt;a href=&quot;http://radio.weblogs.com/0100021/2003/03/20.html#a447&quot;&gt;problems&lt;/a&gt;. I wanted an rss feed to tell me when comments are posted to my site. UserLand generates an rss feed whenever the home page is changes. But, new comments don&apos;t touch the home page.David Carter-Tod&apos;s &lt;a href=&quot;http://www.wcc.vccs.edu/dtod/frontier/rss.html&quot;&gt;Syndicate.root&lt;/a&gt; plugin, however, generates a RSS file for the last 15 messages. With this plugin, you can track any message that is posted to a site, not just those that appear on the home page.Many thanks to David for this plugin.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/18.html#a507</guid>			<pubDate>Sat, 19 Apr 2003 00:24:09 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=507</comments>			</item>		<item>			<title>Running scripts on a remote server</title>			<link>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/17.html#a503</link>			<description>&lt;b&gt;Don&apos;t try this unless you really know what you are doing.&lt;/b&gt;While Frontier&apos;s admin tools provide most of what you need to keep Manila happy and functioning, there are some things that require direct access to the server. For example, if you want to install tools, plugins, or themes on your server, you need to place those files in the correct location in Frontier&apos;s directory structure.This is easy to do if you have phyisical or remote access (ie Timbuktu or PCAnywhere) to the server. But what do you do if remote access isn&apos;t allowed and physical access is difficult?You can create, move, and delete files on your server by using webEdit and accessing a script generated webpage on your server. The process is tedious and potentially dangerous (and points out why you don&apos;t want to give webEdit access to anyone).The basic procedure is to upload files via gems, move them to the correct location, and run any install scripts. To do this, you need to know where gems are stored and the directory path of where your files need to be stored. For example if I wanted to install a new theme, here are the basic steps to follow:1) Upload the theme as a gem to a site and figure out the path to the gem. This is the path to the gems directory, plus the canonical site name.2) Move the file to the themes directory. This is the tricky step and done by using webEdit to check out a script that generates a webpage ( I usually use the default page of a manila site). Then add a call to file.copy to copy the file from the gems directory to the themes directory. Check the script back into the server and then load the page. As the page is built file.copy is called and the theme file is moved to the correct directory.3) Clean up your mess, by checking out the page again and deleting (or commenting out) the file.copy call. Check the cleaned script back in and your done. </description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/17.html#a503</guid>			<pubDate>Fri, 18 Apr 2003 06:25:57 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=503</comments>			</item>		<item>			<title>Code via RSS</title>			<link>http://radio.weblogs.com/0100021/2003/04/14.html#501</link>			<description>&lt;a href=&quot;http://weblog.karelia.com/2003/04/14#Some_handy_Cocoa_so&quot;&gt;Some handy Cocoa source code&lt;/a&gt;. I&apos;m pleased to announce the opening of an &lt;a href=&quot;http://cocoa.karelia.com/&quot;&gt;open-source repository&lt;/a&gt; of some useful Cocoa tidbits used in Watson and some other projects I&apos;ve been working on.  Unlike the &lt;a href=&quot;http://www.omnigroup.com/developer/sourcecode/&quot;&gt;Omni Frameworks&lt;/a&gt; or &lt;a href=&quot;/www.cocoatech.com/index.php?topic=OpenSource&quot;&gt;CocoaTech&apos;s new frameworks&lt;/a&gt;, this is a lot less ambitious and less packaged.  It&apos;s really just a weblog (Yes, Virginia, there is an &lt;a href=&quot;http://cocoa.karelia.com/index.rss&quot;&gt;RSS feed&lt;/a&gt;) where each entry is just a snippet of code.  You need to copy and paste into your projects as needed.  The copyright is, I believe, extremely liberal (certainly not infectious like the gnu license), but let me know if you feel it can be improved.&lt;p /&gt;Why do this?  Just a way of giving back to the Cocoa community that has been so helpful to my efforts in building Watson.&lt;p /&gt;I&apos;ll add to this repository occasionally as I run across more generic bits of code, but don&apos;t expect a steady stream!  :-) [&lt;a href=&quot;http://weblog.karelia.com&quot;&gt;Karelia Software&lt;/a&gt;]&lt;i&gt;I am not much of a programmer, but this seems pretty cool. You can subscribe to a RSS feed that gives you code snippets for your projects. Amazing&lt;/i&gt;.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/14.html#a501</guid>			<pubDate>Mon, 14 Apr 2003 20:28:30 GMT</pubDate>			<source url="http://rss.karelia.com/">Karelia Software</source>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=501&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F04%2F14.html%23a501</comments>			</item>		<item>			<title>The Joy of Stencils</title>			<link>http://radio.weblogs.com/0100021/2003/04/05.html#496</link>			<description>&lt;b&gt;Stencils&lt;/b&gt;Over the past couple of years, I have come to rely on stencils for building macros, tools, and plugins. My simple definition of a stencil is that it is a template for macros. It is the html code that is used to produce the macros output. Stencils may be more complex than Manila templates, because they may need repeating or conditional structures.A stencils job is to separate the output from the code. If the code generates the output (like html), then the users must know how to code to change it. Using stencils allows the user to design the output, without knowing how write, view, or understand the code.Through stencils, the user decides the macro&apos;s output. They might like the html table based output that I designed, or they may rather have it appear as a bulleted list. The output, in fact, doesn&apos;t even have to be html, the stencil could product xml or even plain text.</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/09.html#a496</guid>			<pubDate>Wed, 09 Apr 2003 23:30:55 GMT</pubDate>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=496&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F04%2F09.html%23a496</comments>			</item>		<item>			<title>It&apos;s nice to be noticed. Thanks!</title>			<link>http://radio.weblogs.com/0100021/2003/04/09.html#495</link>			<description>&lt;A href=&quot;http://radio.weblogs.com/0100021/2003/04/05.html#a488&quot;&gt;Tom Clifton&lt;/A&gt; of &lt;A href=&quot;http://es-designs.com/&quot;&gt;ES-Designs&lt;/A&gt; shares a success story with Manila.&amp;nbsp; He built some very cool new &lt;A href=&quot;http://radio.weblogs.com/0100021/categories/frontier_radio/2003/02/12.html#a412&quot;&gt;admin tools&lt;/A&gt; for Manila&amp;nbsp;too. [&lt;a href=&quot;http://jrobb.userland.com/&quot;&gt;John Robb&apos;s Radio Weblog&lt;/a&gt;]&lt;i&gt;Thanks! It&apos;s nice to be noticed in the larger community.&lt;/i&gt;</description>			<guid>http://radio.weblogs.com/0100021/categories/frontier_radio/2003/04/09.html#a495</guid>			<pubDate>Wed, 09 Apr 2003 21:52:39 GMT</pubDate>			<source url="http://jrobb.userland.com/rss.xml">John Robb&apos;s Radio Weblog</source>			<comments>http://geode.es-designs.com/radio/comments/?u=100021&amp;amp;p=495&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0100021%2F2003%2F04%2F09.html%23a495</comments>			</item>		</channel>	</rss>