Monthly Archives: December 2008

Click here to Register for a free account.

I need to lock out spammers and other bad elements so that your use of the site is as problem-free as possible. Please register sooner, rather than later.

I have long desired to have an interactive website instead of a set of flat, static web pages. To that end, I recently installed WordPress to handle the blogging.  I’ve always wanted to allow my readers to respond to the articles I write with their own questions so that others can read them and learn from the answers I provide.  Good questions often force me to take a second look at an article or tutorial from a different perspective, which often results in a better explanation of the topic and a better tutorial overall.

I’m also looking into podcasting and investigating other applications to provide interactive functionality such as polls and community based functions such as forums, bulletin boards, etc.

The problem is, hackers and spammers like interactive websites. They post junk links, or disguise hacker-sites as helpful or interesting links. To keep out those bad elements, I’ll have to lock them out by only permitting people who have an account.

Again, when you register, the account is free, I just have to lock the undesirable hackers and spammers out. The good news is that every response will be reviewed and approved by InetDaemon personally, guaranteeing that nobody sees any spam (well, hopefully nobody).

Thanks to all my loyal readers and keep checking back for more updates and changes to the site!

–InetDaemon

Servers are computers that host services. One type of server is a web server.  When developing a website, it is often handy to have a second web server on which you can test new ideas without causing the real website (the production site) to crash or have problems. This second server is called a ‘development’ server.

I recently finished setting up a development web server to host WordPress. I already had a development web server with a copy of my website’s static web pages at home.  I use this development web server to test out ideas for the layout and design of the InetDaemon.Com website. I also use the development server to test Server Side Includes and new Perl scripts without breaking the live website you’re currently reading in your web browser.

My ‘production’ website has hundreds of static web pages (the Tutorials), which are served by an Apache web server running on a UNIX based computer. The rest of my website is the blog, which is handled by WordPress, a PHP-based CGI application that dynamically loads content from a MySQL database and turns it into dynamic web pages. If the name of the web page you’re reading ends in .php, it’s a safe bet it’s being rendered by WordPress.

My development web server is a Microsoft IIS web server running on Windows XP, which makes it a very different platform from my live site.  Why did I choose IIS for the local server?  Simply for the challenge.  Since I already had IIS running, and I had also configured it to have a cgi-bin folder where I test out my Perl scripts I figured it wouldn’t be too much of a stretch to get a WordPress site up and running on it.  Getting my local IIS web server running was simple. Getting WordPress running took just a little extra work.

First, to run WordPress on a Microsoft IIS server, you must have IIS installed before you install anything else. Next I installed MySQL, a database server application. Next, I downloaded the latest version of PHP (the script engine that parses the PHP language that WordPress is written in). I installed PHP with ISAPI option for IIS and the MySQL extensions enabled. Finally, I downloaded the latest version of WordPress, copied it to the same folder location on my local webserver as it is on my public website and then ran the WordPress install.

That’s all it took.

Now I have a server at home that delivers exactly the same pages as the production InetDaemon.Com website, looks the same and feels the same when you browse it, but has IIS as the web server instead of Apache.

If I ever get around to writing up a more specific set of steps, I’ll post it online as a tutorial.

I’ve updated the computer and hardware tutorial sections, mostly to fix broken links and to update the content for MacOS and a few other things.

I wrote a Perl CGI script that handles the hyperlinks to the previous and next pages in every tutorial page in each section of this website (for the Internet, Telecom, Computer tutorials etc.).  I’ve been trying to fix the darn thing, and I keep getting closer to a solution, but other problems keep popping up.  At first, the main page for each section kept linking back to itself. I fixed that, only to reveal that the pages didn’t link in the order I wanted. So, I created a file to tell the script what order the pages should be in.  Then I remembered just how many sections there are in this site!! (Think: hundreds).

So, I modified the script to create the files with the pages in alphabetical order.  Now I don’t have to create hundreds of pages, but I still have to go back and edit them into logical order.

Please bear with me while I work to untangle this twisted skein of Perl..

Support InetDaemon.Com