<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Holding email data on a content management system for a marketing website?</title>
	<atom:link href="http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/</link>
	<description>Best SEO Products, your all in one SEO Resource</description>
	<lastBuildDate>Thu, 09 Sep 2010 12:15:47 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: joe.attaboy</title>
		<link>http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/comment-page-1/#comment-3351</link>
		<dc:creator>joe.attaboy</dc:creator>
		<pubDate>Mon, 25 Jan 2010 20:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/#comment-3351</guid>
		<description>The main thing is to make sure that the exchange of data between the user and the server is protected (i.e, logging in). You should use SSL on those pages. This will require you to get a server certificate for your site, but there are many ways to do this freely or cheaply. You web host might have one available that you can use. There are also sites that will create one for you for free.

You only need to make those pages with data you wish to protect SSL enabled, not the entire site.

Make sure that there&#039;s adequate protection on the database holding the information. Web hosts do a good job of this in most cases, but if you&#039;re hosting your own web server and the database lives on that, apply all security patches keep it maintained properly for security.

The CMS will need to access the database in the background, so make sure you create a specific user account with a difficult password for that access. Do ont use a regular user account (even your own) for this purpose.

You can add an additional level of protection to your sensitive data by encrypting it in the database table itself. Most database products (MySQL, Oracle) have built-in functions that can encrypt data as it inserts it in the table, and can reverse it when you need to access it. You can leave the user&#039;s name unencrypted, but encrypt the password and email address.

One other thing: set and enforce lengths on user names and passwords. Longer passwords == more security for the user. And make sure you verify all data coming in on login or other data entry forms before it gets used or inserted into the database tables. if you&#039;re using a language like PHP, there are many functions available for testing strings for unwanted characters.</description>
		<content:encoded><![CDATA[<p>The main thing is to make sure that the exchange of data between the user and the server is protected (i.e, logging in). You should use SSL on those pages. This will require you to get a server certificate for your site, but there are many ways to do this freely or cheaply. You web host might have one available that you can use. There are also sites that will create one for you for free.</p>
<p>You only need to make those pages with data you wish to protect SSL enabled, not the entire site.</p>
<p>Make sure that there&#8217;s adequate protection on the database holding the information. Web hosts do a good job of this in most cases, but if you&#8217;re hosting your own web server and the database lives on that, apply all security patches keep it maintained properly for security.</p>
<p>The CMS will need to access the database in the background, so make sure you create a specific user account with a difficult password for that access. Do ont use a regular user account (even your own) for this purpose.</p>
<p>You can add an additional level of protection to your sensitive data by encrypting it in the database table itself. Most database products (MySQL, Oracle) have built-in functions that can encrypt data as it inserts it in the table, and can reverse it when you need to access it. You can leave the user&#8217;s name unencrypted, but encrypt the password and email address.</p>
<p>One other thing: set and enforce lengths on user names and passwords. Longer passwords == more security for the user. And make sure you verify all data coming in on login or other data entry forms before it gets used or inserted into the database tables. if you&#8217;re using a language like PHP, there are many functions available for testing strings for unwanted characters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry G</title>
		<link>http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/comment-page-1/#comment-3350</link>
		<dc:creator>Terry G</dc:creator>
		<pubDate>Mon, 25 Jan 2010 20:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.seoblog-demo.trafficgeek.net/holding-email-data-on-a-content-management-system-for-a-marketing-website/#comment-3350</guid>
		<description>need more information. what country are you in? If in the US what state (39 states have specific privacy laws), what CMS are you using? What DB are you using? I&#039;m guessing MySQL</description>
		<content:encoded><![CDATA[<p>need more information. what country are you in? If in the US what state (39 states have specific privacy laws), what CMS are you using? What DB are you using? I&#8217;m guessing MySQL</p>
]]></content:encoded>
	</item>
</channel>
</rss>
