<?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>wekadesign &#187; wordpress</title>
	<atom:link href="http://www.wekadesign.co.nz/tag/wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wekadesign.co.nz</link>
	<description>web apps that solve problems</description>
	<lastBuildDate>Sun, 20 Jun 2010 04:08:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Running WordPress &amp; PHP Behind ISA Proxy</title>
		<link>http://www.wekadesign.co.nz/2010/05/14/running-wordpress-php-behind-isa-proxy/</link>
		<comments>http://www.wekadesign.co.nz/2010/05/14/running-wordpress-php-behind-isa-proxy/#comments</comments>
		<pubDate>Fri, 14 May 2010 06:23:45 +0000</pubDate>
		<dc:creator>Mike McMurray</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[Code]]></category>
		<category><![CDATA[Sys Admin]]></category>
		<category><![CDATA[how-to]]></category>
		<category><![CDATA[cntlm]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[proxy]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://www.wekadesign.co.nz/?p=178</guid>
		<description><![CDATA[Some things work well on their own but when mixed make your life hard. Things like Linux and PHP work very well. Microsoft ISA proxy also does a good job in a corporate MS environment. But making the two work together in a controlled environment can be an exercise in frustration. In this post I&#8217;ll [...]]]></description>
			<content:encoded><![CDATA[<p>Some things work well on their own but when mixed make your life hard. Things like Linux and PHP work very well. Microsoft ISA proxy also does a good job in a corporate MS environment. But making the two work together in a controlled environment can be an exercise in frustration.</p>
<p>In this post I&#8217;ll pass on the methods I found to get PHP and your Linux boxes talking out through a corporate ISA proxy server. You can then bring in RSS feeds, updates and other things in WordPress and use <em>apt-get</em> to update Ubuntu.<span id="more-178"></span></p>
<h3>cntlm</h3>
<p>To start with we need to install <a href="http://cntlm.sourceforge.net/" target="_blank"><em>cntlm</em></a> on a Linux box (I&#8217;ll mention Ubuntu here but any flavour should work with a couple of tweaks). <em>cntlm</em> is &#8220;<em>an NTLM / NTLM Session Response / NTLMv2 authenticating HTTP proxy</em>&#8220;. Basically your non-Windows machines and apps can now talk to <em>cntlm</em> which will then talk to the ISA proxy in your organisation. So you stay within your corporate infrastructure and keep the security guys happy.</p>
<p>Download the deb installation package to your Ubuntu machine and install it with,</p>
<pre>sudo dpkg -i cntlm_0.35.1-1_i386.deb</pre>
<p>Open the config file for <em>cntlm</em> and edit it to add in your ISA proxy information and a valid user, domain and password that has web access with download rights. Further down the settings make sure gateway is enabled and you set suitable restrictions on the IP ranges that can use <em>cntlm</em>.</p>
<pre>sudo nano /etc/cntlm.conf</pre>
<p>Restart <em>cntlm</em> to make sure it gets the new settings,</p>
<pre>sudo /etc/init.d/cntlm restart</pre>
<p>Test your <em>cntlm</em> configuration by attempting to get to an external website,</p>
<pre>sudo cntlm -M <a href="http://www.google.com/" target="_blank">http://www.google.com</a> -u your_user@your_domain -p your_password your_isa_proxy:port</pre>
<h3>apt-get</h3>
<p>Configure <em>apt-get</em> to use the new proxy by editing the <em>apt-get</em> config,</p>
<pre>sudo nano /etc/apt/apt.conf.d/70debconf</pre>
<p>and add this line pointing to your <em>cntlm</em> proxy gateway. Change the IP and port if you&#8217;ve installed <em>cntlm</em> on another machine or different port.</p>
<pre>Acquire::http::proxy "http://127.0.0.1:3128";</pre>
<h3>WordPress</h3>
<p>Add these extra lines to the wp-config.php file in your WordPress directory. This works from version 2.8 onward and means you can keep your install and plugins up to date and secure. Again, make sure you change the IP and port to that of your <em>cntlm</em> proxy gateway. You may be able to comment out the username and password if things don&#8217;t work as expected. It&#8217;ll depend on your <em>cntlm</em> configuration.</p>
<pre>define('WP_PROXY_HOST', '127.0.0.1');
define('WP_PROXY_PORT', '3128');
define('WP_PROXY_USERNAME', 'my_user_name');
define('WP_PROXY_PASSWORD', 'my_password');
define('WP_PROXY_BYPASS_HOSTS', 'localhost, www.example.com');</pre>
<p>With any luck you now have a Linux machine and WordPress install that can easily be kept up to date inside your corporate environment.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wekadesign.co.nz/2010/05/14/running-wordpress-php-behind-isa-proxy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using a WordPress Page for your Main Site Content</title>
		<link>http://www.wekadesign.co.nz/2010/01/04/using-a-wordpress-page-for-your-main-site-content/</link>
		<comments>http://www.wekadesign.co.nz/2010/01/04/using-a-wordpress-page-for-your-main-site-content/#comments</comments>
		<pubDate>Mon, 04 Jan 2010 08:11:00 +0000</pubDate>
		<dc:creator>Mike McMurray</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[Web Apps]]></category>
		<category><![CDATA[cms]]></category>
		<category><![CDATA[joomla]]></category>
		<category><![CDATA[pages]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://www.wekadesign.co.nz/?p=135</guid>
		<description><![CDATA[I thought I&#8217;d make more use of WordPress on wekadesign.co.nz since it&#8217;s very powerful and apparently was recently voted top PHP based CMS ahead of Joomla and many other top-notch products. It&#8217;s ease-of-use and interface are all excellent and the massive user base and huge number of plugins make it very attractive for almost any [...]]]></description>
			<content:encoded><![CDATA[<p><img class="size-full wp-image-138 alignright" title="wordpress_logo" src="http://www.wekadesign.co.nz/blog/wp-content/uploads/2010/01/wordpress_logo.png" alt="Official WordPress logo" width="100" height="100" />I thought I&#8217;d make more use of WordPress on wekadesign.co.nz since it&#8217;s very powerful and apparently was <a href="http://www.packtpub.com/award" target="_blank">recently voted top PHP based CMS</a> ahead of <a href="http://www.joomla.org/" target="_blank">Joomla</a> and many other top-notch products. It&#8217;s ease-of-use and interface are all excellent and the massive user base and huge number of plugins make it very attractive for almost any web publishing.</p>
<p>After moving the small amount of static WekaDesign content into Pages, I copied a couple of files (index.php and .htaccess) from my WordPress folder (<em>./blog</em>) into the site root, changed the settings in WordPress (Settings»General»Blog Address) and viola, anyone going to www.wekadesign.co.nz, now hits WordPress. Good. Step one done.</p>
<p>Now to change the default landing page to be a static Page rather than the blog. Just as easy, visit Settings»Reading in WordPress and change the Front Page Displays option to be your Page. Excellent, now everyone lands at the the WordPress version of my static content. But how do you now send people to your old default blog page? You can use <em>http://www.yoursite.co.nz/2009/</em> to target certain groups of content by date or category if you have Permalinks setup, but I couldn&#8217;t find the way that WP builds the default blog page.</p>
<p>It&#8217;s not obvious, but that 2nd option in Settings»Reading holds the key. The Posts Page option is asking you to select an existing WP Page that will act as a placeholder and be that default blog page. So, if you haven&#8217;t already, create a new Page with a suitable name. The name is important as that&#8217;s the URL everyone will use and see for your blog. So if you call the Page &#8220;peanut butter&#8221;, your blog page will now be <em>http://www.yoursite.co.nz/peanut-butter/</em>. It doesn&#8217;t matter what the content of the Page holds as no one will ever see it.</p>
<p>There is a slight &#8220;gotcha&#8221; with the Page names, in that any name being reused will work, but WP will append it with an incrementing number e.g. &#8220;peanut-butter-2&#8243;.</p>
<p>To finish off, just create a nice link on your site somewhere like the Sidebar to your default blog page.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wekadesign.co.nz/2010/01/04/using-a-wordpress-page-for-your-main-site-content/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
