<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>The Ignition Project: Site Update - 5-March-2006</title>
    <link>http://www.ignition-project.com/articles/2006/03/05/site-update-5-march-2006</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Open Source Collaboration Solutions</description>
    <item>
      <title>Site Update - 5-March-2006</title>
      <description>&lt;p&gt;It&amp;#8217;s been quite some time since an update. I know how irate you
people get without your updates&amp;#8230; So here I go. I&amp;#8217;ve been
rewriting the site in Ruby on Rails. My progress in this endeavor
can be seen in our Subversion respository in the www module. The
basic site is fully functioning, but right now I&amp;#8217;m focusing on
getting content editing working (pretty much done), and then the
more important part: a forum engine. I have found that Rails
Engines is a &lt;em&gt;very&lt;/em&gt; powerful plugin system for Rails, and I see
no reason to tie the forum code to our Rails. Why not make it an
engine? It&amp;#8217;d certainly make things easier for anyone wanting to
implement their own forum in Rails.&lt;/p&gt;

&lt;p&gt;On the ignitionServer side of things, well. I did some tinkering
with the code, and found out something that didn&amp;#8217;t dawn on me
until just a few days ago: there is no way that it would be a
good idea to embed the MSXML runtime and use it to parse XML
files. I originally thought the overhead that the XML parser
introduced wasn&amp;#8217;t really that bad, but I noticed that the server
responds VERY slowly with XML parsing happening. And, well,
a-duh. That makes perfect sense, it&amp;#8217;s an XML PARSER! So&amp;#8230; I need
to figure out another data format. The configuration file format
from the 80&amp;#8217;s needs to go, but I need to use something that will
both last for an infinite number of updates AND be simple to
implement. I&amp;#8217;ve been looking at two or three things. The first
format I looked at is JSON, or JavaScript Object Notation. It&amp;#8217;s
pretty complex in the amount of data it can represent, and
shouldn&amp;#8217;t be difficult to make a parser for. I&amp;#8217;ve also looked at
YAML, mainly because YAML is the format used by Ruby in many
locations. It&amp;#8217;s simple to write, but I don&amp;#8217;t know if the complex
syntax (i.e. if you leave out a space, it spews everywhere) is
worth my use of it. I&amp;#8217;ve also thought of some other stuff that
would work.. but it&amp;#8217;s not as elegant as I would like. Honestly, I
don&amp;#8217;t know. But I do need to find a good, simple, data
representation format.&lt;/p&gt;

&lt;p&gt;Essentially, with ignitionServer&amp;#8230; I need to do a few things to
be able to release 0.3.7. First and foremost, I need to rewrite
the configuration file reader and format. Then, I need to write
the authentication framework. Pretty much, I need to start laying
the brickwork for role based access control. Role based access
control makes the most logical sense, and also is the most
customizable for server administrators/owners. Then, I need to
make ignitionServer run as a Windows service so I can nuke the
monitor&amp;#8217;s funky-munky connectivity. By running as a Windows
service, ignitionServer will be able to run without people being
logged in to the machine (so, for example, it will be useful for
Windows Server users). It also makes it more secure in that it
can run in the security context of a special user (i.e. &amp;#8220;IRCX
Server&amp;#8221; or &amp;#8220;ignitionServer&amp;#8221;). This prevents ignitionServer from
accessing other users&amp;#8217; data and whatnot, should a bug crop up
that lets such behavior happen. Then, I need to make graphical
administration tools. Like a control panel applet or something.
I&amp;#8217;m not sure how I&amp;#8217;ll do this yet. I think that the best course
of action is to only allow Administrators to run it. Anyways. All
this, and then I&amp;#8217;ll be able to release 0.3.7. Then, 0.3.8 will
come out with more improvements, hopefully a remote
administration program, real documentation (YAY!), and so on.&lt;/p&gt;

&lt;p&gt;I have a lot of stuff to do, honestly. To me, getting the site up
is top priority, because I&amp;#8217;m sure that you are all tired of Sir
William doing the Macarena by now. I&amp;#8217;m working hard in this
respect, as you can see if you look in Subversion. Then, I&amp;#8217;ll
work on ignitionServer. Pretty much, I want everyone to
understand that most of the changes I did before Christmas will
have to be reverted because of the XML parser crap. I&amp;#8217;m deeply
sorry about it, honest. But I think you guys want smooth, fast
software more than you want bloated, slow software. So I think
that it&amp;#8217;ll work out in the long run.&lt;/p&gt;</description>
      <pubDate>Sun, 05 Mar 2006 20:45:00 -0600</pubDate>
      <guid isPermaLink="false">urn:uuid:19166dab-4ced-4ae0-a333-ca49a94d1938</guid>
      <author>Keith Gable</author>
      <link>http://www.ignition-project.com/articles/2006/03/05/site-update-5-march-2006</link>
      <category>Website Updates</category>
    </item>
  </channel>
</rss>

