<?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>Albertech.net &#187; wordpress</title>
	<atom:link href="http://albertech.net/category/wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://albertech.net</link>
	<description>Guides and Reviews for WordPress, PHP, MySQL, Apache, CMS Systems, jQuery, and other Technologies</description>
	<lastBuildDate>Tue, 31 Jan 2012 17:31:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Installing nginx with PHP, MySQL, and WordPress in Fedora</title>
		<link>http://albertech.net/2011/04/installing-nginx-with-php-mysql-wordpress-in-fedora/</link>
		<comments>http://albertech.net/2011/04/installing-nginx-with-php-mysql-wordpress-in-fedora/#comments</comments>
		<pubDate>Fri, 01 Apr 2011 17:31:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Fedora]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[Fedora install]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=663</guid>
		<description><![CDATA[Interested in installing nginx on a Fedora system? The configuration with nginx is more complicated than Apache since  it requires the setup of the nginx server and a separate daemon for running PHP. I prefer creating the daemon from scratch rather than going with the fpm route in Fedora 14 since there isn't official support for it. I'd certainly install the fpm package once its available in Fedora.

<strong>Why switch to nginx? </strong>

If you have a site with heavy CPU and memory load in Apache, then nginx is a great choice. I recently made the switch to nginx and have noticed a reduction in CPU and memory usage. Nginx loads static content very fast and efficiently.

Here's a graph of my nginx server load test. Courtesy of <a href="http://loadimpact.com/" target="_blank">LoadImpact</a>'s free load testing service.

<img class="alignnone size-full wp-image-666" title="nginx-blogs" src="http://albertech.net/wp-content/uploads/2011/04/nginx-blogs.png" alt="" width="544" height="335" />

The user load time on my server is minimally impacted with 50 clients viewing the site simultaneously.]]></description>
		<wfw:commentRss>http://albertech.net/2011/04/installing-nginx-with-php-mysql-wordpress-in-fedora/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Top 5 essential WordPress plugins</title>
		<link>http://albertech.net/2011/03/top-5-essential-wordpress-plugins/</link>
		<comments>http://albertech.net/2011/03/top-5-essential-wordpress-plugins/#comments</comments>
		<pubDate>Tue, 22 Mar 2011 19:33:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[plugins]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=656</guid>
		<description><![CDATA[Looking for some good plugins for your WordPress blog? Here's a list of the top 5 essential WordPress plugins that I've found. These 5 plugins will help with reducing spam on your blog, improving security, adding mobile device support, blog statistics, and improving search engine visibility with your site.

1. Akismet. This is the first line of defense for spam on your blog. Its available in the base install of WordPress. All you need to do is to sign-up for the Akismet API key (free) and enter it into your WordPress configuration. It also helps the community when you tag a comment as spam.
2. Login lockdown.  This prevents your blog from getting hit by sites trying to run dictionary or brute force attacks on your WordPress logins. You can configure the maximum login retries, retry time in minutes, and lockout length. Highly recommended.]]></description>
		<wfw:commentRss>http://albertech.net/2011/03/top-5-essential-wordpress-plugins/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress Fix: Importing large RSS files</title>
		<link>http://albertech.net/2011/03/wordpress-fix-importing-large-rss-files/</link>
		<comments>http://albertech.net/2011/03/wordpress-fix-importing-large-rss-files/#comments</comments>
		<pubDate>Wed, 16 Mar 2011 00:56:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[importing RSS]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=651</guid>
		<description><![CDATA[Importing large RSS files in WordPress has its share of bugs and problems. A major cause is due to the latest configuration changes with PHP 5.2. Regular expressions are now capped at 100KB in PHP. WordPress uses the PHP function <strong>preg_match_all</strong>() to parse out the RSS entries.

If you import a post greater than 100KB, the import function to fail completely.

<strong>If you don't have access to change the PHP server settings</strong>, simply edit the RSS file and remove the large RSS posts from the file.

<strong>If you have access to a server:</strong>
To import large RSS posts into WordPress, you will need to change the <strong>php.ini </strong>configuration on your ... ]]></description>
		<wfw:commentRss>http://albertech.net/2011/03/wordpress-fix-importing-large-rss-files/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress Fix: Fatal error Cannot redeclare wp_load_image</title>
		<link>http://albertech.net/2010/12/wordpress-fix-fatal-error-cannot-redeclare-wp_load_image/</link>
		<comments>http://albertech.net/2010/12/wordpress-fix-fatal-error-cannot-redeclare-wp_load_image/#comments</comments>
		<pubDate>Wed, 22 Dec 2010 02:27:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=538</guid>
		<description><![CDATA[Here's a quick fix for WordPress 2.X to WordPress 3.X migration: 

Fatal error: Cannot redeclare wp_load_image() (... previously declared in /wp-includes/media.php) in /wp-admin/includes/image.php ...)

What causes this? The primary cause is a plugin inside /wp-content/plugins folder that is incompatible with WordPress 3.0. Most likely the plugin developer defined a wordpress function inside their plugin folder, causing a function name redeclaration. ]]></description>
		<wfw:commentRss>http://albertech.net/2010/12/wordpress-fix-fatal-error-cannot-redeclare-wp_load_image/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>WordPress MU: Fix broken images on 2.9 to 3.0 upgrade</title>
		<link>http://albertech.net/2010/07/wordpress-mu-fix-broken-images-on-2-9-to-3-0-upgrade/</link>
		<comments>http://albertech.net/2010/07/wordpress-mu-fix-broken-images-on-2-9-to-3-0-upgrade/#comments</comments>
		<pubDate>Wed, 28 Jul 2010 16:08:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[upgrade]]></category>
		<category><![CDATA[wordpress 3.0]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=429</guid>
		<description><![CDATA[If you have noticed all your blog images breaking after upgrading to WordPress 3.0 from WordPress MU, you will need to make a simple change to the .htaccess file.

<span id="more-429"></span>
<ol>
	<li>Remove the wp-content/blogs.php file as it is no longer supported in WordPress 3.0. It has been replaced with wp-includes/ms-files.php</li>
	<li>Locate the .htaccess file in the root directory</li>
	<li>Find the following line:
[php]RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L][/php]</li>
	<li>Replace it with:
[php]RewriteRule ^(.*/)?files/(.*) wp-includes/ms-files.php?file=$2 [L][/php]</li>
	<li>This should fix the problem with broken images/files not showing up in the WordPress MU blogs.</li>
</ol>]]></description>
		<wfw:commentRss>http://albertech.net/2010/07/wordpress-mu-fix-broken-images-on-2-9-to-3-0-upgrade/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>WordPress RSS Cache issue</title>
		<link>http://albertech.net/2010/05/wordpress-rss-cache-issue/</link>
		<comments>http://albertech.net/2010/05/wordpress-rss-cache-issue/#comments</comments>
		<pubDate>Wed, 12 May 2010 21:24:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[plugin]]></category>
		<category><![CDATA[reviews]]></category>
		<category><![CDATA[rss]]></category>

		<guid isPermaLink="false">http://albertech.net/?p=413</guid>
		<description><![CDATA[As an administrator for a WordPress MU install, I've been getting comments about the RSS feed in WordPress not fetching the latest feeds. The RSS feed information that appears on the page ranges from a fetch that is a few hours to a day old. I've confirmed this is an issue with 2.9. This is an issue for blogs that need to pull alerts from an RSS feed within a timely basis, e.g. every 10 minutes.

The workaround to this is to use the KB Advanced RSS feed plugin instead of the one that's in WordPress.
]]></description>
		<wfw:commentRss>http://albertech.net/2010/05/wordpress-rss-cache-issue/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

