<?xml version="1.0" encoding="ISO-8859-1"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>TOLRA Community Forums - Blogs</title>
		<link>http://forums.tolranet.com/blog.php</link>
		<description>A community forum for discussion of services provided by TOLRA Micro Systems Limited and other web related topics.</description>
		<language>en</language>
		<lastBuildDate>Fri, 18 May 2012 15:44:14 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>1</ttl>
		<image>
			<url>http://forums.tolranet.com/images/misc/rss.jpg</url>
			<title>TOLRA Community Forums - Blogs</title>
			<link>http://forums.tolranet.com/blog.php</link>
		</image>
		<item>
			<title>Eee PC Recovery without CD</title>
			<link>http://forums.tolranet.com/blog.php?b=19</link>
			<pubDate>Mon, 15 Jun 2009 10:38:08 GMT</pubDate>
			<description>Having had the need to reinstall Windows XP on an Eee PC without being able to connect a CDROM drive directly to it, I came up with the following to...</description>
			<content:encoded><![CDATA[<div>Having had the need to reinstall Windows XP on an Eee PC without being able to connect a CDROM drive directly to it, I came up with the following to use the supplied recovery image via a USB Flash Memory.<br />
<br />
There's no guarantee this will work for you so use at your own risk.<br />
<br />
<b>You need:</b><br />
<ol style="list-style-type: decimal"><li>PeToUSB from <a href="http://gocoding.com/page.php?al=petousb" target="_blank">http://gocoding.com/page.php?al=petousb</a></li>
<li>USB Flash Memory, I used a 4GB stick.</li>
<li>The CD that came with the Eee PC</li>
</ol>To make a bootable USB Flash Memory stick for recovery, you need to use a PC with a 32bit operating system, then:<br />
<ol style="list-style-type: decimal"><li>From the recovery CD that came with the Eee PC extract WINPE.ISO using WinRAR or WinZIP to a folder on your PC e.g. c:\eeepc</li>
<li> In c:\eeepc\i386\system32 double click WNPESHL.INI and change:<br />
<br />
      AppPath=x:\EPCRecover.exe<br />
<br />
      to<br />
<br />
      AppPath=x:\GHOST32.EXE<br />
<br />
      Save the file<br /></li>
<li>Connect a USB Flash Drive</li>
<li>Start PeToUSB</li>
<li>Destination Drive: USB Removable, and from the drop down select the letter for the drive you just connected</li>
<li>Format Options: Enable Disk Format</li>
<li>Tick Enable File Copy</li>
<li>Then in the Source Path to built bartpe/winpe files: click the browse button to the right and select the folder e.g. c:\eeepc</li>
<li>Click Start and Yes</li>
<li>Wait while it formats the Flash drive and copies the boot files to it.</li>
<li>Close PeToUSB</li>
<li>Copy the whole Recovery folder from the Eee PC CD ROM to the USB Flash Drive, this should be one or more .gho files.</li>
</ol><br />
<b>To Test:</b><br />
<ol style="list-style-type: decimal"><li>Plug into Eee PC and boot it, press Escape as the Eee PC goes through the BIOS and then select the USB Flash Drive as the boot device</li>
<li>If all works as it should you're in Ghost and can restore the disk image , the .gho files, to the Eee PC.</li>
</ol><br />
<b>Backup</b><br />
<br />
You can go a step further an use Ghost on the Flash Drive you just made to make an image of your current partitions so that the Eee PC can be restored to it's current state rather then the factory default.</div>

]]></content:encoded>
			<dc:creator>Paul</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=19</guid>
		</item>
		<item>
			<title>Slide show in MODx</title>
			<link>http://forums.tolranet.com/blog.php?b=18</link>
			<pubDate>Wed, 29 Apr 2009 20:40:22 GMT</pubDate>
			<description>The following MODx snippet allows you to create image slide shows where the current image fades into the next image in the sequence. The snippet...</description>
			<content:encoded><![CDATA[<div>The following MODx snippet allows you to create image slide shows where the current image fades into the next image in the sequence. The snippet allows for multiple slide shows per page with the possibility of displaying text for each image and having each taking the visitor to a different URL when clicked.<br />
<br />
<b>Install</b><br />
<ul><li>Download the attached ZIP file.</li>
<li>Create a snippet called rotatingPics and paste the contents of the file snippet.php into it.</li>
<li>In the document to show the slide show add [!rotatingPics?id=`pics`!]</li>
<li> pics is the name of this slide show and must be unique for each slide show.</li>
<li>Add and adjust the following to your sites CSS file, pics in each CSS rule should be replace with the slide show name:<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">HTML Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 66px;
		text-align: left;
		overflow: auto">#pics_out { width: 200px; height: 200px; background-repeat: no-repeat; background-position: 50% 50%; display: block; }
#pics_in { width: 200px; height: 200px; background-repeat: no-repeat; background-position: 50% 50%; display: block; cursor: pointer; }
#pics_txt { width: 200px; height: 3em; background-color: #ccc; padding: 4px; text-align: left; }</pre>
</div></li>
<li>Create a XMLfile in the assets/files folder of the same name as your slide show e.g. pics.xml and add as many &lt;pic&gt; blocks as required. example.xml in the ZIP file provides a starting place.</li>
</ul><br />
<b>Additional Parameters</b><br />
<br />
&amp;notext=`1` to remove text from the images.<br />
<br />
&amp;withClick=`1` to make the images clickable.</div>


<!-- attachments -->
	<div style="margin-top:10px">

		
		
		
		
			<fieldset class="fieldset">
				<legend>Attached Files</legend>
				<table cellpadding="0" cellspacing="3" border="0">
				<tr>
	<td><img class="inlineimg" src="http://forums.tolranet.com/images/attach/zip.gif" alt="File Type: zip" width="16" height="16" border="0" style="vertical-align:baseline" /></td>
	<td><a href="http://forums.tolranet.com/blog_attachment.php?attachmentid=1&amp;d=1241018381">imagerotate.zip</a> (3.7 KB, 1141 views)</td>
</tr>
				</table>
			</fieldset>
		

	</div>
<!-- / attachments -->
]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=18</guid>
		</item>
		<item>
			<title>Is your website infected with a parasite?</title>
			<link>http://forums.tolranet.com/blog.php?b=17</link>
			<pubDate>Wed, 29 Apr 2009 20:39:52 GMT</pubDate>
			<description>With hackers exploiting security vulnerabilities in popular scripts there are vast numbers of sites infected with parasites and their owners are...</description>
			<content:encoded><![CDATA[<div>With hackers exploiting security vulnerabilities in popular scripts there are vast numbers of sites infected with parasites and their owners are unaware.<br />
<br />
<a href="http://www.unmaskparasites.com/" target="_blank">http://www.unmaskparasites.com/</a> provides an easy way to scan your web pages for suspicious content.<br />
<br />
If suspicious content is found then you need to clean up, the basic steps for that are:<br />
<ol style="list-style-type: decimal"><li>Run a full virus and spyware scan on your computer, because you've visited your own site your computer may now be infected.</li>
<li>Remove the malicious code from the pages of your site.</li>
<li>Recheck your pages with <a href="http://www.unmaskparasites.com/" target="_blank">http://www.unmaskparasites.com/</a></li>
<li>If your site was flagged by Google then request a review via <a href="http://www.google.com/webmasters/tools/" target="_blank">http://www.google.com/webmasters/tools/</a></li>
</ol><br />
If you have any problems then your web designer should be your first point of contact and your web host may be able to help you.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=17</guid>
		</item>
		<item>
			<title>Is your site IE8 compatible?</title>
			<link>http://forums.tolranet.com/blog.php?b=16</link>
			<pubDate>Wed, 29 Apr 2009 20:39:32 GMT</pubDate>
			<description>Microsoft recently released Internet Explorer 8 and with it increased the number of browsers that a site has to be compatible with. While IE8 claims...</description>
			<content:encoded><![CDATA[<div>Microsoft recently released Internet Explorer 8 and with it increased the number of browsers that a site has to be compatible with. While IE8 claims to better support standards it also does not render all sites the same as IE7 did.<br />
<br />
Microsoft attempted to solve this incompatibility by providing an IE7 compatibility mode which can be enabled by end users by clicking the &quot;Compatibility View&quot; button at the right end of the address bar. However if your site fails to display correctly in IE8 then it will show broken until the user clicks this button.<br />
<br />
Your visitors are important, you wouldn't have a web site it they weren't, therefore you want to provide them with the best possible experience when visiting your site therefore you should check your site in IE8 looking for any errors.<br />
<br />
If your site works perfectly then that's all you need to do, however if you find errors you have two choices to solve them.<br />
<br />
The first and probably the most obvious choice is to contract your web designer to update the site to function with IE8, IE7, IE6, Firefox, Safari and Opera.<br />
<br />
The other option is to add a header to force IE8 to display your site in compatibility mode, this is simply a case of editing your .htaccess file and adding the following line:<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 34px;
		text-align: left;
		overflow: auto">Header set X-UA-Compatible &quot;IE=EmulateIE7&quot;</pre>
</div>Once you save and upload your .htaccess file IE8 will automatically change to IE7 compatibility mode, you should now recheck your site as the compatibility mode is not exactly the same as IE7.<br />
<br />
If you are unsure as to the best way to proceed then talk to your web designer, they can check your site and advise you of the best course of action.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=16</guid>
		</item>
		<item>
			<title><![CDATA[Should I use 'www' or not?]]></title>
			<link>http://forums.tolranet.com/blog.php?b=15</link>
			<pubDate>Wed, 18 Mar 2009 09:05:16 GMT</pubDate>
			<description><![CDATA[The question of should you be using www or not in site names comes up repeatedly, however the answer is quite simple it doesn't matter which version...]]></description>
			<content:encoded><![CDATA[<div>The question of should you be using www or not in site names comes up repeatedly, however the answer is quite simple it doesn't matter which version you.<br />
<br />
What does matter is that you consistently use your chosen form and that you correctly redirect visitors and search engines to your chosen form should they arrive on the alternate. That is if you choose webtalkmail.com then a visitor entering <a href="http://www.webtalkmail.com" target="_blank">www.webtalkmail.com</a> should be redirected to webtalkmail.com using a permanent redirect.<br />
<br />
Why do you need this redirection? You need it to stop your site appearing on two different URLs. If your site does show for two URL then it could cause duplicate content issues with search engines and result in poor ranking.<br />
<br />
You can easily test if your site suffers this problem:<br />
<ol style="list-style-type: decimal"><li>First going to your site with the www at the start e.g. www,webtalkmail.com</li>
<li>Once your page loads make a note of the address in the browsers address bar</li>
<li>Now go to your site without the www e.g. webtalkmail.com</li>
<li>Again make a note of the address shown in the browsers address bar.</li>
</ol><br />
If the addresses from steps 2 and 4 match then your site is properly redirecting visitors and search engines, however if the addresses differ then you need to consider adding a redirect.<br />
<br />
A redirect is added to your sites .htaccess file, you make not have an existing .htaccess file in which case you can just create one. The following three lines when placed in .htaccess redirect visitors entering <a href="http://www.webtalkmail.com" target="_blank">www.webtalkmail.com</a> to our chosen form of webtalkmail.com:<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 66px;
		text-align: left;
		overflow: auto">RewriteEngine On
RewriteCond %{HTTP_HOST} !^webtalkmail\.com [NC]
RewriteRule (.*) http://webtalkmail.com/$1 [R=301,L]</pre>
</div>Had we chosen ww.webtalkmail.com as our domain then we would have used the following to redirect from the non-www form:<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 66px;
		text-align: left;
		overflow: auto">RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.webtalkmail\.com [NC]
RewriteRule (.*) http://www.webtalkmail.com/$1 [R=301,L]</pre>
</div>To use the above you simply need to choose the form of domain name and then change the domain from webtalkmail.com to yours.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=15</guid>
		</item>
		<item>
			<title>Why are Software Updates Important to me?</title>
			<link>http://forums.tolranet.com/blog.php?b=14</link>
			<pubDate>Wed, 18 Mar 2009 09:04:47 GMT</pubDate>
			<description>The criminal element of the web are continuously probing websites looking for weaknesses where they can get a foothold, once they find a way into a...</description>
			<content:encoded><![CDATA[<div>The criminal element of the web are continuously probing websites looking for weaknesses where they can get a foothold, once they find a way into a site they can use the compromised site to launch attacks against visitors as they browse your site, for sending spam, attacking other sites or some other nefarious task.<br />
<br />
Responsible software developers react to flaws that are found in their products and release updated version of their software. However if you are not keeping the scripts installed on your site up to date then you will not be benefiting from these security updates which may mean that your site is more at risk than it should be.<br />
<br />
You should also remember that the likes of Google scan sites for some types of compromise and show a warning to a visitor trying to visit the site. Imagine a visitor to your online site seeing a message along the lines of &quot;This site may harm your computer&quot;, it's not hard to imagine the visitor hitting the back button and going to a competitor's site.<br />
<br />
Therefore an important part of maintaining an online presence is to perform maintenance to keep your software current.<br />
<br />
Users running old versions of WordPress are strongly encouraged upgrade to the latest version, 2.7.1 at the time of writing, and to verify their site for hidden spam text and other hacks.<br />
<br />
Where you are not confident to apply patches and updates then in many cases your provider can do this for you under a maintenance contract.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=14</guid>
		</item>
		<item>
			<title><![CDATA[What's a Canonical & why I should specify it?]]></title>
			<link>http://forums.tolranet.com/blog.php?b=13</link>
			<pubDate>Thu, 05 Mar 2009 10:45:22 GMT</pubDate>
			<description><![CDATA[Google and other search engines now support a new <link> tag to deal with the problem of duplicate content caused by being able to access identical...]]></description>
			<content:encoded><![CDATA[<div>Google and other search engines now support a new &lt;link&gt; tag to deal with the problem of duplicate content caused by being able to access identical or near identical content via multiple URLs.<br />
<br />
If we take an example URL of http://www.example.com/product.php?item=widget then it will show the widget product page. If now extra data is appended to the URL say for visitor tracking through the store then the URL may be http://www.example.com/product.php?item=widget&amp;trackid=1234. As the tracking ID is always changing you have many pages with identical content but accessible via different URLs.<br />
<br />
Simply adding the new &lt;link&gt; tag to the &lt;head&gt; section of the page allows you to specify your preferred form e.g.<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">HTML Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 34px;
		text-align: left;
		overflow: auto"><span style="color:#000080">&lt;link rel=<span style="color:#0000FF">&quot;canonical&quot;</span> href=http://www.example.com/product.php?item=widget /&gt;</span></pre>
</div>Now as Google indexes the pages it understands that the duplicates refer to the canonical URL http://www.example.com/product.php?item=widget and transfers page rank and other properties to the page.<br />
<br />
Although in the above example an absolute URL was given, a relative URL is perfectly acceptable and will be resolved according to the &lt;base&gt; URL if given.<br />
<br />
For those using MODx CMS then this tag can be useful as the default .htaccess rules for Friendly URLs allows content to be accessed both with and without the .html e.g. www.example.com/test/, www.example.com/test and www.example.com/test.html all show the same page. Modification of the rewrite rule can solve this so only the form ending .html produces the page however MODx then no longer controls 404 page generation.<br />
<br />
The alternative is to add the following to the templates just below the &lt;base&gt; tag:<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">HTML Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 34px;
		text-align: left;
		overflow: auto"><span style="color:#000080">&lt;link rel=<span style="color:#0000FF">&quot;canonical&quot;</span> href=<span style="color:#0000FF">&quot;&#91;~&#91;*id*&#93;~&#93;&quot;</span> /&gt;</span></pre>
</div></div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=13</guid>
		</item>
		<item>
			<title>Profile and Entertainment Websites</title>
			<link>http://forums.tolranet.com/blog.php?b=12</link>
			<pubDate>Wed, 25 Feb 2009 13:11:46 GMT</pubDate>
			<description>With On The Barrier (http://www.onthebarrier.com/) receiving a steady flow of visitors interested in reading the latest news and interviews from the...</description>
			<content:encoded><![CDATA[<div>With <a href="http://www.onthebarrier.com/" target="_blank">On The Barrier</a> receiving a steady flow of visitors interested in reading the latest news and interviews from the music scene Attitude e-media has recently launched a new service aimed at creating websites for those in the entertainment industry.<br />
<br />
<a href="http://www.attitude-emedia.com.au/" target="_blank">Image by Attitude</a> is specialising in profile and entertainment websites rather than the standard business sites most web designers produce. That means entertainer and musician websites built to engage fans, promoters and those looking for their services without being constrained by normal business site designs.<br />
<br />
If you're a musician or entertainer then don't forget to head over to <a href="http://live.onthebarrier.com/" target="_blank">Live On The Barrier</a> and tell the world about yourself.</div>

]]></content:encoded>
			<dc:creator>Paul</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=12</guid>
		</item>
		<item>
			<title>Hosting 2 or more domains on one hosting account</title>
			<link>http://forums.tolranet.com/blog.php?b=11</link>
			<pubDate>Thu, 05 Feb 2009 11:15:16 GMT</pubDate>
			<description>Some web hosting accounts allow you to host multiple domains names each with a completely independent website on it, the following attempts to...</description>
			<content:encoded><![CDATA[<div>Some web hosting accounts allow you to host multiple domains names each with a completely independent website on it, the following attempts to clarify how to do that without allowing content from addon domains to be visible via the main account domain. It also attempts to show that once correctly configured there's no difference between many domains on one account and many accounts on one server.<br />
<br />
<b>cPanel</b><br />
<br />
We'll start with the case of cPanel based hosting, the following will work for all our <a href="http://www.tolranet.co.uk/webhosting.html" target="_blank">shared hosting plans</a> except our STARTER-1 plan. We assume in the following text that the account has the domain http://www.tolranet.co.uk/ assigned to it and that we wish to add the domain http://www.tolranet.com/ to the account.<br />
 <br />
Once you login to your cPanel account there is an option available, Addon domains, click the link and you are prompted to enter the information for the domain you wish to add to your account.<br />
<br />
You start by entering the domain name, tolranet.com, into the New Domain Name box, when you press tab to move to the next field cPanel will automatically set the Document Root field to be public_html/tolranet.com.<br />
<br />
The problem is that if you leave the Document Root as that then the web space for the new domain will be inside the web space for the accounts domain, this allows you to access it as both http://www.tolranet.com/ and http://www.tolranet.co.uk/tolranet.com/ this obviously has potential issues for duplicate content.<br />
<br />
The solution is quite simple in that when adding the domain edit the Document Root field and remove public_html from it so it just becomes tolranet.com now your domain has it's web space outside of the accounts web space and so can only be accessed by its domain and not that of the account.<br />
<br />
As a side note this is also true when creating sub-domains.<br />
<br />
Now as you can't access the addon domains content via the main account domain there's no difference in hosting two or more domains on the same account or having two or more accounts on the same server, they both behave independently.<br />
<br />
<b>Other</b><br />
<br />
If however your host is using a control panel which will not allow you to create web space for the addon domains outside of your main web space then you have to use rules in a .htaccess file placed within the folder assigned to each addon domain.<br />
<br />
If you have the addon domain tolranet.com and it's web space is public_html/tolranet.com then in public_html/tolranet.com you'd place an .htaccess containing the following:<br />
<br />
RewriteEngine On<br />
RewriteCond %{HTTP_HOST} !^www\.tolranet\.com [NC]<br />
RewriteRule (.*) http://www.tolranet.com/$1 [R=301,L]<br />
<br />
That rule simply states if the domain name used to access the site is not www.tolranet.com then do a permanent redirect to http://www.tolranet.com/<br />
<br />
Again you can't access the content of the addon domain via the main domain because doing so will, in our example, cause the domain name to be www.tolranet.co.uk which in turn results in the .htaccess file redirecting the browser. So once again there's no difference in many domains per account or many accounts per server.<br />
<br />
There is one issue however with addon domains being in folders of the main domain that you should be aware of and that is the rules in the .htaccess file in public_html are inherited by all the addon domains.<br />
<br />
<b>Moving Servers</b><br />
<br />
With addon domains, if you ever wish to move your addon domains to different servers as your sites grow then you have move the site manually, that is backup the files and databases for the addon domain then upload them to the new location. If you use independent accounts then cPanel allows the server admin to trivially move an entire account to a new server often without you having to do anything.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=11</guid>
		</item>
		<item>
			<title>Why backup multiple times per day?</title>
			<link>http://forums.tolranet.com/blog.php?b=10</link>
			<pubDate>Mon, 02 Feb 2009 11:21:37 GMT</pubDate>
			<description>We are often asked why we provide multiple time per day backups for our web hosting clients when other hosts backup only once per day or maybe even...</description>
			<content:encoded><![CDATA[<div>We are often asked why we provide multiple time per day backups for our web hosting clients when other hosts backup only once per day or maybe even only once per month.<br />
<br />
In the modern internet websites are now often more than just a few simple pages that change now and then they are dynamic beasts that can take data from multiple sources including users and then change continuously to present this new data.<br />
<br />
If we use the <a href="http://www.onthebarrier.com/" target="_blank">music social network</a> site On The Barrier <b><font size="1">(1)</font></b> as an example, then the main site is based on MODx, a Content Management System (CMS). This works in a fairly traditional in that information is added to the site periodically by the authors and change is slow as only a couple of stories may be added per day. However the stories are written online directly into the MODx CMS therefore unlike a traditional static site where pages are created locally and uploaded here there is only the live copy stored in the database.<br />
<br />
With just the single live copy in the database should disaster strike and if backups are being made once per day then all the stories added in the last day since the last backup will need to be added once again when the site is restored. If backups were being made less frequently say once a month, then a months worth of information will have to be entered back into the system, if stories were originally written from notes then it may never be possible to rebuild the lost data.<br />
<br />
Moving onto <a href="http://live.onthebarrier.com/" target="_blank">Live On The Barrier</a>, then this is a forum and social network that contains members <a href="http://live.onthebarrier.com/blog.php" target="_blank">blogs</a>, images, <a href="http://live.onthebarrier.com/video.php" target="_blank">music videos</a> and <a href="http://live.onthebarrier.com/group.php" target="_blank">social groups</a>. This is obviously potentially far more dynamic than the main portion of the site as there is potential for may updates per day.<br />
<br />
It would be very unlikely that if a days worth of blog entries and forum discussion was lost that it would ever be recovered and if backups ran once per month then a significant amount of data could be lost never to be recovered. This could well disrupt the flow of ongoing discussions, loose blog posts people had worked hard to create with the result members loosing interest in the site.<br />
<br />
If you next take the case of an online store doing 10 sales per hour then in the course of a day that could be 240 sales, if a days worth of sales information is lost then the store owner has to contact up to 240 people from just the information stored in their merchant account and recover the orders.<br />
<br />
We, TOLRA, utilise Continuous Data Protection (CDP) technology from R1Soft to allow us to backup our hosting clients data as frequently as once per hour, that is should disaster strike their site they should never loose more than an hours worth of data which is a significant gain over the loss of a days data.<br />
<br />
In the case of a social network this should result in less lost information from users and thus reducing the number of disgruntled members and so the negative impact on the site. Even for the main site there's less chance of a story that has been written from notes being lost forever.<br />
<br />
While in the case of an e-commerce site if only an hours trading is lost then the store owner may only need to contact and manually recreate 10 orders rather than over 200 which is significantly less work and as they say time is money.<br />
<br />
So if you are running a dynamic site such as a social network or e-commerce store can you afford not to have frequent backups?<br />
<br />
You can read more about out continuous data protect strategy for our <a href="http://www.tolranet.co.uk/webhosting.html" target="_blank">web hosting</a> clients at our <a href="http://www.tolranet.co.uk/hosting/cdp.html" target="_blank">web hosting backup</a> page, the current data retention policy is also explained within the page.<br />
<br />
<font size="2">Note <b><font size="1">(1)</font></b>: We do not host or operate On The Barrier it is instead owned and operated by a friend of mine and simply used as an example.</font></div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=10</guid>
		</item>
		<item>
			<title>Moving your site to a new server with minimum downtime</title>
			<link>http://forums.tolranet.com/blog.php?b=9</link>
			<pubDate>Sun, 01 Feb 2009 18:06:36 GMT</pubDate>
			<description>There are times when you need to move a website between servers maybe because you are changing hosts or otherwise change its IP address, the...</description>
			<content:encoded><![CDATA[<div>There are times when you need to move a website between servers maybe because you are changing hosts or otherwise change its IP address, the following helps to reduce the time that both the old and new sites are operating in tandem.<br />
<br />
<b>Note:</b> This method does assume that your current host provides sufficient access to edit your DNS zone, or your new host can take on the nameserver roll before starting to host the actual data.<br />
<br />
Within the domains zone each entry will have a TTL (time-to-live) value, this will either be explicitly set for the entries or the default. TTL is the minimum time that data will remain cached in other nameservers and is given in seconds.<br />
<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 290px;
		text-align: left;
		overflow: auto">An example zone file:
$TTL 14400
example.com. 86400 IN SOA ns1.tolradns.net. hostmaster.example.com. (
2009012403 ;Serial Number
14400 ;refresh
7200 ;retry
2419200 ;expire
3600 ;minimum
)
example.com.    86400   IN      NS      ns1.tolradns.net.
example.com.    86400   IN      NS      ns2.tolradns.net.
example.com.    86400   IN      NS      ns3.tolradns.net.

example.com.    IN      A       192.168.100.10
example.com.    IN      MX      5       mail.example.com.
mail    IN      A   192.168.100.10
www     IN      CNAME   example.com.</pre>
</div>The first step is to look up the current TTL value in the domains zone file, in this case it's using a default of 14400 seconds or 4 hours. Therefore any changes we make need to be made a minimum of 4 hours before the move.<br />
<br />
So first thing we do is lower the TTL to a very small value, 60 seconds is a reasonable value, and reload the zone file.<br />
<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<pre class="alt2" dir="ltr" style="
		margin: 0px;
		padding: 6px;
		border: 1px inset;
		width: 600px;
		height: 34px;
		text-align: left;
		overflow: auto">$TTL 60</pre>
</div>Once you are ready to move to the new server, copy the files and databases over then update the IP addresses within the zone file to be those of the new server.<br />
<br />
Once the site is moved over then return the TTL value to a longer value in order to decrease load on the nameservers and ensure proper caching.<br />
<br />
If the nameservers also need to be updated then they can be done after the move to ensure no interruption.<br />
<br />
Some systems may cache DNS records for an extended period ignoring the TTL values give, for these the updates will happen in their own time but for the majority of users the move will be a minute or so.<br />
<br />
Minimizing the time both systems are running for is especially important for dynamic sites such as forums or stores as the old site has to be switched off to avoid posts or orders being lost when the user places them on the wrong site because the user is still using the old cached DNS information.<br />
<br />
In the case of changing hosting providers if your current host can't or will not shorten the TTL to aid with a quick move then your new host can create the zone information for your domain on their nameservers but using the current server IP.<br />
<br />
You can now update your domains nameserver records to be those of the new provider, after 24 hours your new host is providing DNS services while your old host continues to serve the site. As your new provider now has control of the zone files they can lower the TTL values and move the site as described above.<br />
<br />
We have done this many times over the years when taking on new hosting clients who need to minimize disruption.<br />
<br />
<b>Update:</b> Added if you old host can't or will not help.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=9</guid>
		</item>
		<item>
			<title>What are subdomains?</title>
			<link>http://forums.tolranet.com/blog.php?b=8</link>
			<pubDate>Sat, 31 Jan 2009 10:21:50 GMT</pubDate>
			<description>If we take the domain tolranet.com as an example, then forums.tolranet.com is a subdomain of tolranet.com as is support.tolranet.com and...</description>
			<content:encoded><![CDATA[<div>If we take the domain tolranet.com as an example, then forums.tolranet.com is a subdomain of tolranet.com as is support.tolranet.com and status.tolranet.com.<br />
<br />
A subdomain is simply a lower domain within the domain name hierarchy. Therefore tolranet is also a subdomain of the toplevel domain (TLD) com.<br />
<br />
A subdomain can point to the same server as the parent domain or a separate server but in both cases it is normal for the content on the subdomain to be independent from the parent, a separate site if you will.<br />
<br />
All but the smallest of our <a href="http://www.tolranet.co.uk/webhosting.html" target="_blank">shared web hosting plans</a> allow the account owner to create a number of subdomains for use with the accounts main domain.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=8</guid>
		</item>
		<item>
			<title>What are Addon Domains?</title>
			<link>http://forums.tolranet.com/blog.php?b=7</link>
			<pubDate>Fri, 30 Jan 2009 18:28:56 GMT</pubDate>
			<description>When you sign up for a hosting account you get a single account which functions for the domain you gave during the sign up process. 
 
If you then...</description>
			<content:encoded><![CDATA[<div>When you sign up for a hosting account you get a single account which functions for the domain you gave during the sign up process.<br />
<br />
If you then use an addon domain you can make the account serve data for an additional domain name as well as the original domain. The addon domain takes it's data from a different folder to the main domain which allows you to have different content for each unlike parked domains which share the same content.<br />
<br />
With your hosting account you can ceate addon domains as folders within the accounts public_html folder or as folders outside of public_html. It is generally better to create addon domains outside of public_html as it removes any risk of being able to access the addon domains content through the main domain.<br />
<br />
Therefore addon domains allow you to run more than one site from a single hosting account.</div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=7</guid>
		</item>
		<item>
			<title>Windows Live Sync</title>
			<link>http://forums.tolranet.com/blog.php?b=6</link>
			<pubDate>Fri, 30 Jan 2009 18:27:52 GMT</pubDate>
			<description>I needed a lightweight simple way of sharing files with a friend and colleague while we were working on a project together, at the time I discovered...</description>
			<content:encoded><![CDATA[<div>I needed a lightweight simple way of sharing files with a friend and colleague while we were working on a project together, at the time I discovered FolderShare from Microsoft, it was not the normal Microsoft bloat and it just worked.<br />
<br />
Microsoft have now renamed in <a href="http://sync.live.com" target="_blank">Windows Live Sync</a> and after a slightly rocky start it is now running flawlessly.<br />
<br />
Drop a file into the shared folder and it's propagated to all the machines sharing that folder no matter where they are in the world.<br />
<br />
As with FolderShare, Live Sync doesn't have any of the bells and whistles associated with collaboration suites, for example it won’t notify you of updates or provide a history of who edited which files, so while it may not be suitable for all applications it is worth a look if you need a simple way of sharing files between people.c</div>

]]></content:encoded>
			<dc:creator>Paul</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=6</guid>
		</item>
		<item>
			<title>Web Hosting Affiliate Scheme</title>
			<link>http://forums.tolranet.com/blog.php?b=5</link>
			<pubDate>Fri, 30 Jan 2009 18:26:46 GMT</pubDate>
			<description>TOLRA has been working on an affiliate program and we are now ready to open the doors and start accepting affiliates. 
 
Affiliates are provided with...</description>
			<content:encoded><![CDATA[<div>TOLRA has been working on an affiliate program and we are now ready to open the doors and start accepting affiliates.<br />
<br />
Affiliates are provided with the HTML for various premade ads which can then be placed on the affiliates website. When clicked the affiliate is credited for the click and if the visitor purchase from web hosting or a script from TOLRA the affiliate is credited with the commission fee.<br />
<br />
For every web hosting signup or script purchase the affiliate account will be credited with 20% of the customers first invoice.<br />
<br />
More information can be found in our forums at <a href="http://forums.tolranet.com/showthread.php?t=240" target="_blank">http://forums.tolranet.com/showthread.php?t=240</a><br />
<br />
Then when you are ready to get started as an affiliate visit <a href="https://www.tolranet.com/affiliates/" target="_blank">https://www.tolranet.com/affiliates/</a></div>

]]></content:encoded>
			<dc:creator>tolra</dc:creator>
			<guid isPermaLink="true">http://forums.tolranet.com/blog.php?b=5</guid>
		</item>
	</channel>
</rss>

