<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/">

    <channel>
    
    <title><![CDATA[News]]></title>
    <link>http://davebrookes.com/news</link>
    <description>Journal posts from davebrookes.com</description>
    <dc:language>en-gb</dc:language>
    <dc:creator>dave at dave brookes dot com</dc:creator>
    <dc:rights>Copyright 2012</dc:rights>
    <admin:generatorAgent rdf:resource="http://expressionengine.com/" />
 	   

    <item>
      <title><![CDATA[Setting Up a Local Web Development Environment on Snow Leopard]]></title>
      <link>http://davebrookes.com/journal/setting-up-a-local-web-development-environment-on-snow-leopard/</link>
      <description><![CDATA[
		
		
		
		

		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		

		<p><strong>By default Snow Leopard comes bundled with Apache, <span class="caps">PHP</span> 5.3 and common libraries like GD that you&#8217;re likely to need for local web development.</strong> Since it&#8217;s quite easy to forget the location of the edits required I&#8217;m documenting the setup process for my own needs but hopefully it&#8217;ll help a few of you tearing your hair out over getting a stable local development environment working. Let&#8217;s get started.</p>

	<h2>Make sure Apache is running</h2>

	<p>First of all you need to make sure Apache is actually running. Open up <strong>System Preferences</strong> &gt; <strong>Sharing</strong> and enable Web Sharing by checking the box. Or if you prefer using Terminal you can type the following (you&#8217;ll be prompted for your password):</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/conf</pre>
		
		</blockquote>

		</p>

	<p>Now if you visit <a href="http://localhost">http://localhost</a> in your browser you should see a default holding page.</p>

	<h2>Enable Virtual Hosts</h2>

	<p>First of all you&#8217;ll need to enable virtual hosts since they are disabled by default. I&#8217;m assuming you have <a href="http://macromates.com/">TextMate</a> installed (if you haven&#8217;t you should) otherwise you can substitute &#8216;mate&#8217; for &#8216;pico&#8217;, &#8216;vi&#8217;, &#8216;mvim&#8217; or whichever editor you prefer for the following commands.</p>

	<p>

		
		<blockquote>
		
		<pre>vi vhost.conf</pre>
		
		</blockquote>

		</p>

	<p>Find the following line:</p>

	<p>

		
		<blockquote>
		
		<pre>&lt;Directory /var/www/vhosts/sitename.com/httpdocs&gt;
php_admin_flag safe_mode off
php_admin_value open_basedir none
&lt;/Directory&gt;</pre>
		
		</blockquote>

		</p>

	<p>and remove (uncomment) the # from the beginning so it now reads:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-all</pre>
		
		</blockquote>

		</p>

	<h2>Enable PHP5</h2>

	<p>While you have httpd.conf open it&#8217;s a good time to enable PHP5 too.</p>

	<p>Find the following line:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-domain yourdomain.com</pre>
		
		</blockquote>

		</p>

	<p>and remove (uncomment) the # from the beginning so it now reads:</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/subdomains/subdomainname/conf</pre>
		
		</blockquote>

		</p>

	<p>Now save and close httpd.conf as we&#8217;re done with it for now. In the future if you ever need to enable or disable additional modules this is the place to do it.</p>

	<h2>Adding the Virtual Hosts</h2>

	<p>Next you&#8217;ll want to add your virtual hosts so Apache knows where to find your local sites.</p>

	<p>

		
		<blockquote>
		
		<pre>/etc/init.d/sshd restart</pre>
		
		</blockquote>

		</p>

	<p>You can safely remove the two existing virtual host examples in there and add in the following:</p>

	<p>

		
		<blockquote>
		
		<pre>su</pre>
		
		</blockquote>

		</p>

	<p>You&#8217;ll need to add a virtual host for every local site you want to setup. My local sites are stored in my Sites folder but you can change this if you wish. Make sure you set your short username in both paths to your site root, the directory name of your site and the server name to something relevant to you. Remember your server names, you&#8217;ll need these in the next step.</p>

	<p>Save and close httpd-vhosts.conf</p>

	<h2>Adding the local hosts</h2>

	<p>

		
		<blockquote>
		
		<pre>vi /etc/ssh/sshd_config</pre>
		
		</blockquote>

		</p>

	<p>Add in the following. You&#8217;ll of course need to replace mysite.local with whatever you called your site in the previous step. Make sure you add each site host on a new line.</p>

	<p>

		
		<blockquote>
		
		<pre>#Port 22</pre>
		
		</blockquote>

		</p>

	<p>At this point you can check to see if virtual hosts are working as expected, once you&#8217;ve saved your hosts file you&#8217;ll need to restart Apache so it picks up the changes you&#8217;ve just made.</p>

	<p>

		
		<blockquote>
		
		<pre>Port 1099</pre>
		
		</blockquote>

		</p>

	<p>All going well Apache should restart without error. If you now visit mysite.local in a web browser you should be presented with the root of your site. If you&#8217;ve no content you can always drop a <a href="http://php.net/manual/en/function.phpinfo.php">phpinfo.php</a> file in there and check things are working as expected.</p>

	<p>If Apache hasn&#8217;t restarted successfully check to ensure everything is correct and that you don&#8217;t have any strange invisible characters in your httpd-vhosts.conf file from copying and pasting examples. If you&#8217;re still having troubles open up Console (<strong>Applications</strong> &gt; <strong>Utilities</strong> &gt; <strong>Console</strong>) and check your Apache error log for clues.</p>

	<h2>Installing MySQL</h2>

	<p>If you&#8217;re setting up MySQL driven sites then you&#8217;re probably looking at a database error right now. Let&#8217;s sort that out.</p>

	<p>First of all go and <a href="http://dev.mysql.com/downloads/mysql/5.1.html#macosx-dmg">download MySQL for Mac OS 10.6</a> &#8211; you&#8217;ll most likely be needing the 64bit <span class="caps">DMG</span> version. </p>

	<p>Install MySQL first, then the startup item and finally the preference pane. When you&#8217;re ready open up system preferences and start the MySql server from the preference pane.</p>

	<p>Next you&#8217;ll need to make sure Apache knows about our newly installed MySQL server and that brings us to&#8230;</p>

	<h2>Fixing php.ini</h2>

	<p>You need to rename the php.ini.default to php.ini so that Apache loads it up and honors any changes you make to it.</p>

	<p>

		
		<blockquote>
		
		<pre>/etc/init.d/sshd restart</pre>
		
		</blockquote>

		</p>

	<p>You then need to replace <strong>three</strong> occurrences of:</p>

	<p>

		
		<blockquote>
		
		<pre>ssh you@domain.com -p 1099</pre>
		
		</blockquote>

		</p>

	<p>to:</p>

	<p>

		
		<blockquote>
		
		<pre>Allow incoming from all on port 1099/tcp</pre>
		
		</blockquote>

		</p>

	<p>While you&#8217;re here you can also fix the timezone error that will occur if you&#8217;re using the <span class="caps">PHP</span> date() function as there is no timezone set by default.</p>

	<p>Find the following line:</p>

	<p>

		
		<blockquote>
		
		<pre>date.timezone =</pre>
		
		</blockquote>

		</p>

	<p>and add in your timezone <a href="http://php.net/manual/en/function.date-default-timezone-set.php">as specified in the <span class="caps">PHP</span> documentation</a> like this:</p>

	<p>

		
		<blockquote>
		
		<pre>date.timezone = &quot;Europe/London&quot;</pre>
		
		</blockquote>

		</p>

	<p>If for some reason you need to run software which requires short tags then you can enable this here too. Simply change:</p>

	<p>

		
		<blockquote>
		
		<pre>short_open_tag = Off</pre>
		
		</blockquote>

		</p>

	<p>to:</p>

	<p>

		
		<blockquote>
		
		<pre>short_open_tag = On</pre>
		
		</blockquote>

		</p>

	<p>You can also change other useful settings in here to meet your requirements. When you&#8217;re done in php.ini save the file and restart Apache again:</p>

	<p>

		
		<blockquote>
		
		<pre>Port 1099</pre>
		
		</blockquote>

		</p>

	<h2>Managing Local Databases</h2>

	<p>Now that you have a database connection you&#8217;ll need some way of creating and managing databases. Of course you can use the command line at this point to do that but at a minimum you should change the default root password:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/mysql mysqladmin -u root password 'newpassword'</pre>
		
		</blockquote>

		</p>

	<p>You&#8217;re then free to install PHPMyAdmin (set it up as a local site) or use a free application like <a href="http://www.sequelpro.com/">Sequel Pro</a> to connect to your MySQL server with your new credentials where you can then import your databases and setup relevant users. Personally I prefer <a href="http://www.sequelpro.com/">Sequel Pro</a>  as it&#8217;s easier to connect to remote servers.</p>

	<h2>Apple Updates</h2>

	<p>Be careful of updating Snow Leopard though Software Update as Apple have a habit of applying security patches to Apache that can sometimes overwrite your changes without listing them in the main change log (you&#8217;ll have to hunt through the logs on the Apple site). Because of this I&#8217;d at least backup your httpd-vhosts.conf and changes to php.ini just in case.</p>

	<h2>Still Having Troubles?</h2>

	<p>Take a look at <a href="http://www.mamp.info/"><span class="caps">MAMP</span></a>, especially if you need <span class="caps">PHP</span> 5.2 support as there will come a time when you need <span class="caps">PHP</span> 5.3 as well so this gives you the flexibility to easily switch between versions.</p>]]></description>
      <dc:subject><![CDATA[Development, Featured,]]></dc:subject>
    </item>

    <item>
      <title><![CDATA[Installing ionCube loaders on your Media Temple (dv) 4.0 Server]]></title>
      <link>http://davebrookes.com/journal/installing-ioncube-loaders-on-your-media-temple-dv-4-0-server/</link>
      <description><![CDATA[
		
		
		
		

		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		

		<p><strong>Time Required:</strong> 15 Minutes <strong>Knowledge Assumed:</strong> Basic editing/saving files though Terminal</p>

	<p><strong>One of the drawbacks of upgrading to the Media Temple (dv) 4.0 is that by default <span class="caps">PHP</span> 5.3 doesn&#8217;t have the ionCube loaders installed, heres a quick guide on getting sites that require ionCube loaders running again.</strong></p>

	<p>Of course you&#8217;ll be needing root access to do this so you&#8217;ll need root access and the developer tools enabled in the Media Temple account centre. Once you&#8217;re successfully <span class="caps">SSH</span>&#8217;d into your server create a new folder somewhere memorable to download files so things don&#8217;t get messy.</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/conf</pre>
		
		</blockquote>

		</p>

	<p>

		
		<blockquote>
		
		<pre>vi vhost.conf</pre>
		
		</blockquote>

		</p>

	<p>

		
		<blockquote>
		
		<pre>&lt;Directory /var/www/vhosts/sitename.com/httpdocs&gt;
php_admin_flag safe_mode off
php_admin_value open_basedir none
&lt;/Directory&gt;</pre>
		
		</blockquote>

		</p>

	<p>Next you&#8217;ll need to download the correct ionCube loader package like this:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-all</pre>
		
		</blockquote>

		</p>

	<p>Untar the loaders using the following command:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-domain yourdomain.com</pre>
		
		</blockquote>

		</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/subdomains/subdomainname/conf</pre>
		
		</blockquote>

		</p>

	<p>Move the <span class="caps">PHP</span> 5.3 loader module to where the rest of the modules are to ensure it gets loaded properly:</p>

	<p>

		
		<blockquote>
		
		<pre>/etc/init.d/sshd restart</pre>
		
		</blockquote>

		</p>

	<p>Next we need to tell <span class="caps">PHP</span> to load these new modules, to do this you can create an .ini file. Change directory to /etc/php.d and we&#8217;ll make the file in there.</p>

	<p>

		
		<blockquote>
		
		<pre>su</pre>
		
		</blockquote>

		</p>

	<p>Create the following .ini file using this command (vi automatically creates a file that doesn&#8217;t exist):</p>

	<p>

		
		<blockquote>
		
		<pre>vi /etc/ssh/sshd_config</pre>
		
		</blockquote>

		</p>

	<p>Add in the following as the first line of the and save/close.</p>

	<p>

		
		<blockquote>
		
		<pre>#Port 22</pre>
		
		</blockquote>

		</p>

	<p>Finally you&#8217;ll need to restart httpd for the module to be loaded like this:</p>

	<p>

		
		<blockquote>
		
		<pre>Port 1099</pre>
		
		</blockquote>

		</p>

	<p>That&#8217;s all there is to it! You should now be able to successfully run ionCube encoded files.</p>]]></description>
      <dc:subject><![CDATA[Development, Featured,]]></dc:subject>
    </item>

    <item>
      <title><![CDATA[Improving Security on Your Media Temple (dv) 4.0 Server]]></title>
      <link>http://davebrookes.com/journal/improving-security-on-your-media-temple-dv-4-0-server/</link>
      <description><![CDATA[
		
		
		
		

		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		

		<p><strong>Not to say that the Media Temple (dv) servers are setup particularly badly by default but by changing to a non standard configuration and disabling some services you&#8217;re not using helps to tighten up security a little more. Here&#8217;s a quick guide of some of the things I recommend. Let&#8217;s get started.</strong></p>

	<h2>Disable ssh for root</h2>

	<p>One of the best things you can do is disable direct assess to root via <span class="caps">SSH</span>, instead setup another user for <span class="caps">SSH</span> with a custom username and switch to root via that account. <span class="caps">SSH</span> as root to your server and let&#8217;s create a new user:</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/conf</pre>
		
		</blockquote>

		</p>

	<p>

		
		<blockquote>
		
		<pre>vi vhost.conf</pre>
		
		</blockquote>

		</p>

	<p>Set the password for this user, it&#8217;s recommended you use something strong as this user account has <span class="caps">SSH</span> access to the server.</p>

	<p>

		
		<blockquote>
		
		<pre>&lt;Directory /var/www/vhosts/sitename.com/httpdocs&gt;
php_admin_flag safe_mode off
php_admin_value open_basedir none
&lt;/Directory&gt;</pre>
		
		</blockquote>

		</p>

	<p>It&#8217;s a good idea now to open another <span class="caps">SSH</span> session and log into the server using the username and password you&#8217;ve just setup. Because your about to disable <span class="caps">SSH</span> for root you need to ensure you can still access <span class="caps">SSH</span> to avoid locking yourself out.</p>

	<p>Once your absolutely sure that this user is working you can edit the sshd config like this:</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-all</pre>
		
		</blockquote>

		</p>

	<p>Then find the following line</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-domain yourdomain.com</pre>
		
		</blockquote>

		</p>

	<p>and change it to (note the line gets uncommented)</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/subdomains/subdomainname/conf</pre>
		
		</blockquote>

		</p>

	<p>Finally restart sshd for your changes to take effect.</p>

	<p>

		
		<blockquote>
		
		<pre>/etc/init.d/sshd restart</pre>
		
		</blockquote>

		</p>

	<p>Now you will no longer be able to <span class="caps">SSH</span> directly as root. To assume root privileges instead <span class="caps">SSH</span> as the user you&#8217;ve just setup and simply type:</p>

	<p>

		
		<blockquote>
		
		<pre>su</pre>
		
		</blockquote>

		</p>

	<p>Where you will be prompted for your root password to gain super user privileges. </p>

	<h2>Disable ping response</h2>

	<p>By default anyone (or anything) that pings your server IP address will receive a response making it a sure thing that a server exists on that address. You can stop your server responding and having to deal with any unnecessary ping requests.</p>

	<p>Log into Plesk and select <strong>Settings &gt; Firewall &gt; Edit Firewall Configuration &gt; Ping Service</strong></p>

	<p>Select deny if you want to disallow all ping requests or if you have a static IP address then you can tell the firewall to just respond to your ping requests and ignore all others by selecting allow from selected sources and entering your IP address &#8211; useful for troubleshooting.</p>

	<p>You&#8217;ll need to hit <strong>Activate</strong> to apply the changes you&#8217;ve made, now when anyone tries to ping your server they&#8217;ll receive a request time out as if I didn&#8217;t exist at all.</p>

	<p>Do be aware that the server will now not respond to any ping requests from uptime monitoring software, if you are monitoring a website then you should be using a http check anyway and most tools will support this.</p>

	<h2>Change the default <span class="caps">SSH</span> port</h2>

	<p>Changing the default <span class="caps">SSH</span> port improves security because it stops automated tools and port scanners from tying to log into your server with common lists of passwords. You should set this to a number above 1024 which will help to prevent port scanners from picking it up.</p>

	<p>

		
		<blockquote>
		
		<pre>vi /etc/ssh/sshd_config</pre>
		
		</blockquote>

		</p>

	<p>Find the line that says </p>

	<p>

		
		<blockquote>
		
		<pre>#Port 22</pre>
		
		</blockquote>

		</p>

	<p>Change to any number above 1024 (note the line gets uncommented)</p>

	<p>

		
		<blockquote>
		
		<pre>Port 1099</pre>
		
		</blockquote>

		</p>

	<p>Restart sshd with the following command:</p>

	<p>

		
		<blockquote>
		
		<pre>/etc/init.d/sshd restart</pre>
		
		</blockquote>

		</p>

	<p>Now when you connect via <span class="caps">SSH</span> you&#8217;ll need to specify a port to connect to using the -p flag.</p>

	<p>

		
		<blockquote>
		
		<pre>ssh you@domain.com -p 1099</pre>
		
		</blockquote>

		</p>

	<p>This will also affect <span class="caps">STFP</span> connections too so ensure that the port is set correctly when you connect</p>

	<h2>Use <span class="caps">SFTP</span></h2>

	<p>You can use <span class="caps">SFTP</span> instead of regular <span class="caps">FTP</span>, using <span class="caps">SFTP</span> is more secure as the connection is going over <span class="caps">SSH</span> which is encrypted.</p>

	<p>Login to the account control panel for the account you want to five <span class="caps">SFTP</span> to via Plesk and select <strong>Websites &amp; Domains &gt; <span class="caps">FTP</span> Access</strong></p>

	<p>Select the existing <span class="caps">FTP</span> user account and then change access to the server over <span class="caps">SSH</span> setting to /bin/bash (chrooted) to allow this user <span class="caps">SFTP</span> access to their own files.</p>

	<p>If you&#8217;re sure you don&#8217;t need it you can disable regular <span class="caps">FTP</span> by setting a deny all on the Firewall.</p>

	<p>Log into Plesk and select <strong>Settings &gt; Firewall &gt; Edit Firewall Configuration &gt; <span class="caps">FTP</span> Service</strong></p>

	<p>Select deny if you want to disallow all standard <span class="caps">FTP</span> connections or if you have a static IP address then you can tell the firewall to just allow your standard <span class="caps">FTP</span> connections and ignore all others by selecting allow from selected sources and entering your IP address.</p>

	<p>If you have set a custom port for <span class="caps">SSH</span> as above then after disabling connections to <span class="caps">FTP</span> I had to set up an additional firewall rule to get <span class="caps">SSH</span> and <span class="caps">SFTP</span> to work on a custom port.</p>

	<p>

		
		<blockquote>
		
		<pre>Allow incoming from all on port 1099/tcp</pre>
		
		</blockquote>

		</p>

	<h2>Use a super secure Root password</h2>

	<p>You can set the root password for your server by logging into the account center and selecting <strong>Admin &gt; Root Access &amp; Developer Tools &gt; Change Root Password</strong></p>

	<p>Use a <a href="http://www.pctools.com/guides/password/">password generator</a> to get a super secure 50 character password with a mix of uppercase/lowercase numbers and special characters.</p>

	<p>Store it in a password management system like <a href="http://agilewebsolutions.com/onepassword">1Password for Mac</a> or <a href="http://agilewebsolutions.com/products/1Password/Windows">1Password for Windows</a>.</p>

	<p>You should barely be using the root account, instead look into giving your newly created user sudo (super user do) privileges so you can still perform commands that require root privileges without actually being signed into the root account. You&#8217;ll have to set another sudo password for your day-to-day account so again make sure this is nice and secure.</p>]]></description>
      <dc:subject><![CDATA[Development, Featured,]]></dc:subject>
    </item>

    <item>
      <title><![CDATA[Disable Open Base Dir Restrictions on a Media Temple (DV) 4.0 Server]]></title>
      <link>http://davebrookes.com/journal/disable-php-safe-mode-open-base-dir-restrictions-on-media-temple-dv-4-0/</link>
      <description><![CDATA[
		
		
		
		

		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		
		

		<p><strong>This is a pretty common issue, particularly when running certain content management systems on servers with Plesk installed that sets directory restrictions by default, fortunately it&#8217;s pretty easy to fix on a per account basis if you have root access to your server enabled.</strong></p>

	<p>Normally you shouldn&#8217;t be disabling this unless  you have a good reason, but there are some cases where it&#8217;s useful like keeping administration control panels above the www root on the account.</p>

	<p>First of all <span class="caps">SSH</span> to your server and gain root access.</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/conf</pre>
		
		</blockquote>

		</p>

	<p>Replace sitename.com in the above command with the domain name of the site you wish to remove the restrictions for. Create vhost.conf file if one doesn&#8217;t exist, or edit an existing.</p>

	<p>

		
		<blockquote>
		
		<pre>vi vhost.conf</pre>
		
		</blockquote>

		</p>

	<p>add the following lines in making sure to change the domain name in the path:</p>

	<p>

		
		<blockquote>
		
		<pre>&lt;Directory /var/www/vhosts/sitename.com/httpdocs&gt;
php_admin_flag safe_mode off
php_admin_value open_basedir none
&lt;/Directory&gt;</pre>
		
		</blockquote>

		</p>

	<p>That will disable php safe mode and any basedir restrictions for this domain only.</p>

	<p>You don&#8217;t need to restart httpd but you&#8217;ll need plesk to reconfigure it&#8217;s sites with the following command.</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-all</pre>
		
		</blockquote>

		</p>

	<p>If you have a lot of sites on the server you can just reconfigure a single domain which will be much quicker.</p>

	<p>

		
		<blockquote>
		
		<pre>/usr/local/psa/admin/bin/httpdmng --reconfigure-domain yourdomain.com</pre>
		
		</blockquote>

		</p>

	<p>Thats it! <span class="caps">PHP</span> safe mode and any Open Base Dir restrictions should now be removed.</p>

	<h2>What about sub domains?</h2>

	<p>If you need to do this for a sub domain then do exactly the same thing in:</p>

	<p>

		
		<blockquote>
		
		<pre>cd /var/vhosts/sitename.com/subdomains/subdomainname/conf</pre>
		
		</blockquote>

		</p>]]></description>
      <dc:subject><![CDATA[Development, Featured,]]></dc:subject>
    </item>

	    
    </channel>
</rss>
