{"id":8,"date":"2003-08-15T07:19:00","date_gmt":"2003-08-15T07:19:00","guid":{"rendered":"http:\/\/jclark.org\/weblog\/WebDev\/ThisSite\/gettingstarted.html"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T04:00:00","slug":"gettingstarted","status":"publish","type":"post","link":"https:\/\/jclark.org\/weblog\/2003\/08\/15\/gettingstarted\/","title":{"rendered":"Getting Started"},"content":{"rendered":"<p>It has taken longer than I anticipated (as does every project), but this <a href=\"http:\/\/jclark.org\/weblog\">weblog<\/a> is underway.  In this category I will document what goes into the creation, maintenance and growth of this site.<\/p>\n<p>Although getting to this point has taken longer than I expected, it has still not taken very long.  Although it has been nearly a week and I have only a couple of posts and a very meager layout, I have only been able to devote an hour or two here and there.  Above all, the process has been educational.<\/p>\n<p>There have been two sources of delay.  The first is minor, and is a just a matter of bad timing.  I began setting up this site using Blosxom 2.0 Beta <span class=\"caps\">RC5,<\/span> which I thought was current.  Several hours later, I learned that Blosxom 2.0 final had been released, along with a new <a href=\"http:\/\/www.blosxom.com\">website<\/a>.  I don&#8217;t know if I had followed an out of date link, or if the old site was not redirecting to the new site (which it does now).  When I did learn of my mistake, I decided to replace blosxom.cgi <em>and all of my plugins<\/em> with new versions from the new site.  Unfortunately, the <a href=\"http:\/\/www.blosxom.com\/plugins\">plugin registry<\/a> on the new site links to outdated versions of several plugins.  More time lost, but more knowledge gained; I&#8217;ll call it an even trade.  Perhaps this was just a case of growing pains.<\/p>\n<p>The other source of delay has been a much bigger problem.  The hosting firm I am using, <a href=\"http:\/\/www.ipowerweb.com\">iPowerWeb<\/a>, does not offer shell access.  I have used them previously, and found the provided web-based admin site they provide to be adequate.  However, they have recently introduced a new admin interface, with which I have not fared as well.  Again, I seem to be the victim of growing pains.  The issue is that many of the functions (e.g. chmod, file rename, file delete) are implemented with client side javascript, which appears to contain bugs.  The code will not run in Safari 1.0 or <span class=\"caps\">IE5.5<\/span>\/Mac.  It does, of course work in IE\/Win.  So, much computer-hopping has been required.  iPowerWeb support has escalated the issue to the development staff, and claim that they are working on it.  In the meanwhile, they suggest using Mozilla Firebird.  Perhaps I&#8217;ll try it.<\/p>\n<p>But there is another issue with iPowerWeb&#8217;s admin interface, which I have not yet sent to support.  The provided editor uses CR\/LF for newlines, but my host runs Unix (i386-FreeBSD).  The perl interpreter does not like finding s in perl code; it has also caused <a href=\"http:\/\/www.blosxom.com\/plugins\/text\/textile.htm\">textile<\/a> -encoded posts to render  without formatting .  For now, my solution has been to find a decent (well, half decent) <a href=\"http:\/\/www.panic.com\/transmit\/\">ftp client<\/a> (review to come later), and to do  my script editing locally, and my post editing via <a href=\"http:\/\/www.blosxom.com\/plugins\/edit\/wikieditish.htm\">wikieditish<\/a>.  Even my early attempts with wikieditish had s.  I&#8217;m guessing this is because the <span class=\"caps\">HTTP<\/span> spec mandates the use of CR\/LFs, which in turn would cause CR\/LFs to appear in textareas.  One of these days I&#8217;ll research further, for now I&#8217;ll work around.<\/p>\n<p>Having successfully passed these hurdles, I have begun posting to the weblog.  In future posts I&#8217;ll detail where I hope to go from here.<\/p>","protected":false},"excerpt":{"rendered":"<p>It has taken longer than I anticipated (as does every project), but this weblog is underway. In this category I will document what goes into the creation, maintenance and growth of this site. Although getting to this point has taken longer than I expected, it has still not taken very long. Although it has been [&hellip;]<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-8","post","type-post","status-publish","format-standard","hentry","category-thissite"],"_links":{"self":[{"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/posts\/8","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/comments?post=8"}],"version-history":[{"count":0,"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/posts\/8\/revisions"}],"wp:attachment":[{"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/media?parent=8"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/categories?post=8"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jclark.org\/weblog\/wp-json\/wp\/v2\/tags?post=8"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}