<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Titan Labs</title>
	<atom:link href="http://titanlabs.ca/feed/" rel="self" type="application/rss+xml" />
	<link>http://titanlabs.ca</link>
	<description>Halifax Web Design &#38; Development</description>
	<lastBuildDate>Sun, 07 Aug 2011 19:57:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Website Security</title>
		<link>http://titanlabs.ca/2011/08/website-security/</link>
		<comments>http://titanlabs.ca/2011/08/website-security/#comments</comments>
		<pubDate>Sun, 07 Aug 2011 19:49:16 +0000</pubDate>
		<dc:creator>Brandon Wamboldt</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[E-Commerce]]></category>
		<category><![CDATA[ecommerce]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[ssl]]></category>

		<guid isPermaLink="false">http://titanlabs.ca/?p=86</guid>
		<description><![CDATA[Everyday I get up and check a variety of news sites, and I constantly read about all of the websites being hacked. Some of these incidents can&#8217;t really be prevented, but many can. A lot of the so-called &#8220;hackers&#8221; you read about in the news don&#8217;t have a lot of]]></description>
			<content:encoded><![CDATA[<p>Everyday I get up and check a variety of news sites, and I constantly read about all of the websites being hacked. Some of these incidents can&#8217;t really be prevented, but many can. A lot of the so-called &#8220;hackers&#8221; you read about in the news don&#8217;t have a lot of talent, and they don&#8217;t really want to spend a lot of time hacking into your site. They look for easy targets, so making your website a hard target will deter the vast majority of these individuals.</p>
<p>There are a variety of methods you can employ to increase your website&#8217;s security, so I&#8217;ll list the basics below.</p>
<h4>Go With An Established Platform</h4>
<p>Websites are normally built on a Content Management System, which is a system that allows you to maintain and edit your website without writing any code. There are hundreds of these systems available, including many good ones used by millions of people. Unfortunately, some companies try to build their own, and lack the resources to build &amp; maintain them correctly. This leads to a system full of security vulnerabilities and bugs. There is seldom a good reason to build your own system when you can pick from existing ones like <a href="http://wordpress.org/">WordPress </a>(Our personal choice), <a href="http://www.joomla.org/">Joomla</a>, <a href="http://drupal.org/">Drupal</a>, <a href="https://www.djangoproject.com/">Django</a>, <a href="http://expressionengine.com/">ExpressionEngine</a>, <a href="http://www.magentocommerce.com/">Magento</a> and <a href="http://www.opencart.com/">OpenCart</a> (These last two are E-Commerce only).</p>
<p>All of those except for ExpressionEngine are available for free and have millions of users. They are quite secure compared to custom built software.</p>
<h4>Use HTTPS</h4>
<p>All E-Commerce sites and any website which involves a user logging in (Including you, the administrator) should be using HTTPS, which is an encryption protocol. With plain old HTTP, when you login, collect credit card details or any other personal information, that information is transmitted as plain text. That means anybody inbetween you and the server your website is hosted on can intercept it and read it, without you even knowing. This is known as a man in the middle attack, and it can be easily solved using HTTP over SSL (HTTPS). SSL is encryption, which takes plain text and changes is so that if anybody but your server intercepts it, they&#8217;ll just see random garbled text.</p>
<p>Any good web developer will include HTTPS in the quote they send you as it&#8217;s only about $60-140 a year, well worth it to secure your site from malicious hackers. All E-Commerce sites should implement this, especially if you have it setup to collect credit card details on your website. If you are collecting credit card details from your site and don&#8217;t have HTTPS, you risk losing your merchant account for violating safety specifications and data storage specifications.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://titanlabs.ca/2011/08/website-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Value of Project Specifications</title>
		<link>http://titanlabs.ca/2011/08/the-value-of-project-specifications/</link>
		<comments>http://titanlabs.ca/2011/08/the-value-of-project-specifications/#comments</comments>
		<pubDate>Mon, 01 Aug 2011 04:54:14 +0000</pubDate>
		<dc:creator>Matt Creager</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[project-management]]></category>
		<category><![CDATA[projects]]></category>
		<category><![CDATA[specifications]]></category>
		<category><![CDATA[team]]></category>

		<guid isPermaLink="false">http://titanlabs.ca/?p=1</guid>
		<description><![CDATA[Project Specifications and requirements gathering are the foundation upon which a project is built. They are essential, and should never be left out though they often are. In this article, I’ll explain what they are and what makes them so important. Project Specs are documents which detail the features and]]></description>
			<content:encoded><![CDATA[<p>Project Specifications and requirements gathering are the foundation upon which a project is built. They are essential, and should never be left out though they often are. In this article, I’ll explain what they are and what makes them so important.</p>
<p>Project Specs are documents which detail the features and functionality of a project and are signed by both parties. This ensures that both parties are aware of what needs to be done and what will be included in the finished product, and serves as a guide to measure progress.</p>
<p>Project Specs are used by:</p>
<ul>
<li>Developers – As an outline of what they need to code</li>
<li>Designers – so they know which elements will need designing and styling</li>
<li>Testers – so they know what things should do what</li>
<li>Client – so they know what to expect in the final product.</li>
</ul>
<p>The other and perhaps most important reason to use project specs is to avoid surprises and iron out as much detail as possible. As the famous quote goes:</p>
<blockquote><p>“You can use an eraser on the drafting table or a sledgehammer on the construction site” – Frank Lloyd Wright</p></blockquote>
<p>Requirements gathering also allows web designers to gain an understanding of their client’s business so they are able to offer suggestions about possible features or changes to features.</p>
<p>In the end, a project without a Project Spec will normally result in both sides being unhappy because of unmet expectations. It should only take an additional few hours to complete and will save countless hours in the long run.</p>
]]></content:encoded>
			<wfw:commentRss>http://titanlabs.ca/2011/08/the-value-of-project-specifications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>White Lines in HTML Emails/Newsletters</title>
		<link>http://titanlabs.ca/2011/01/white-lines-in-html-emailsnewsletters/</link>
		<comments>http://titanlabs.ca/2011/01/white-lines-in-html-emailsnewsletters/#comments</comments>
		<pubDate>Sun, 02 Jan 2011 16:51:12 +0000</pubDate>
		<dc:creator>Brandon Wamboldt</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[fixes]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[html-newsletter]]></category>
		<category><![CDATA[newsletter]]></category>
		<category><![CDATA[newsletters]]></category>
		<category><![CDATA[white-lines]]></category>

		<guid isPermaLink="false">http://titanlabs.ca/?p=68</guid>
		<description><![CDATA[Warning: Programming talk ahead; Recently while working on a marketing campaign, I was coding an HTML newsletter for the client and in Gmail and Hotmail (Not Yahoo mail or RoundCube) I was getting white lines between each row in my newsletter. As you know if you’ve ever had the unfortunate]]></description>
			<content:encoded><![CDATA[<div>
<p><strong>Warning: Programming talk ahead;</strong></p>
<p>Recently while working on a marketing campaign, I was coding an HTML newsletter for the client and in Gmail and Hotmail (Not Yahoo mail or RoundCube) I was getting white lines between each row in my newsletter. As you know if you’ve ever had the unfortunate experience of developing a newsletter, they have to be tables. This particular one made heavy use of images as well, as I saw how many people had the white line issue, but none of their solutions worked for me.</p>
<p>Finally, I found a solution. Due to inherited styles and some other weird CSS rules, images should have style=”display:block” on them to get rid of the white lines. Yeah, bizarre, but it works. Really. (If it doesn’t make sure you’ve tried all the regular things like cellspacing and cellpadding). Personally I like coding newsletters, they are a bit more of a challenge then most things (HTML related anyways).</p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://titanlabs.ca/2011/01/white-lines-in-html-emailsnewsletters/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

