<?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>LAMP with ·dotmanila &#187; Apache</title>
	<atom:link href="http://dotmanila.com/blog/category/apache/feed/" rel="self" type="application/rss+xml" />
	<link>http://dotmanila.com/blog</link>
	<description>Linux, Apache, PHP, MySQL Musings</description>
	<lastBuildDate>Wed, 01 Feb 2012 23:32:54 +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>Internal Server Error (500) From Your PHP Application</title>
		<link>http://dotmanila.com/blog/2010/07/internal-server-error-500-from-your-php-application/</link>
		<comments>http://dotmanila.com/blog/2010/07/internal-server-error-500-from-your-php-application/#comments</comments>
		<pubDate>Wed, 28 Jul 2010 03:29:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[http 500]]></category>
		<category><![CDATA[internal server error]]></category>
		<category><![CDATA[virtual server]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=136</guid>
		<description><![CDATA[virtual server, php, php-ldap, internal server error, http 500]]></description>
			<content:encoded><![CDATA[<p>Recently I was working on a script on a fresh virtual server. The script was pulled from a production server and was being actively used. When I try to run it on the test server, it was mysteriously not working, Apache access_log shows 500 HTTP response code, PHP <strong>log_errors</strong> is <strong>ON</strong>,even <strong>display_errors</strong> is set to <strong>ON</strong> but there were no errors being displayed or logged. Thoroughly deducing my .htaccess, Apache virtual host configuration and doing a sanity check on the application itself, the mysterious error was being caused by one PHP extension missing, in this case <strong>php-ldap</strong>.</p>
<div id="_mcePaste" style="position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px; overflow: hidden;">/var/www/sites/mediaweb</div>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2010/07/internal-server-error-500-from-your-php-application/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FFMpeg-PHP: undefined symbol: php_gd_gdImageSetPixel</title>
		<link>http://dotmanila.com/blog/2009/10/ffmpeg-php-undefined-symbol-php_gd_gdimagesetpixel-86/</link>
		<comments>http://dotmanila.com/blog/2009/10/ffmpeg-php-undefined-symbol-php_gd_gdimagesetpixel-86/#comments</comments>
		<pubDate>Fri, 02 Oct 2009 15:01:32 +0000</pubDate>
		<dc:creator>jervin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[ffmpeg]]></category>
		<category><![CDATA[ffmpeg-php]]></category>
		<category><![CDATA[php-gd]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=86</guid>
		<description><![CDATA[I was recently updating ffmpeg-php on one of our servers to the latest SVN release  of the 0.6.3 branch. On a 64bit CentOS 5.3 with PHP 5.2.11, the extension compiled and installed fine however Apache will not load it and spit out the error below: PHP Warning:  PHP Startup: Unable to load dynamic library &#8216;/usr/lib64/php/modules/ffmpeg.so&#8217; [...]]]></description>
			<content:encoded><![CDATA[<p>I was recently updating ffmpeg-php on one of our servers to the latest SVN release  of the 0.6.3 branch. On a 64bit CentOS 5.3 with PHP 5.2.11, the extension compiled and installed fine however Apache will not load it and spit out the error below:</p>
<blockquote><p>PHP Warning:  PHP Startup: Unable to load dynamic library &#8216;/usr/lib64/php/modules/ffmpeg.so&#8217; &#8211; /usr/lib64/php/modules/ffmpeg.so: undefined symbol: php_gd_gdImageSetPixel in Unknown on line 0</p></blockquote>
<p>Surely enough, the GD extension was there, but why is ffmpeg complaining about not finding that shared symbol? Because, ffmpeg is loading first than GD (alphabetically) and such symbol has not been loaded. After adding the GD extension line on top of ffmpeg making sure it loads first the error went away and all is well again.</p>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2009/10/ffmpeg-php-undefined-symbol-php_gd_gdimagesetpixel-86/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Do you favor a &#8220;LAMP (Linux, Apache, PHP, MySQL) Integrator&#8221;?</title>
		<link>http://dotmanila.com/blog/2009/08/do-you-favor-a-lamp-linux-apache-php-mysql-integrator/</link>
		<comments>http://dotmanila.com/blog/2009/08/do-you-favor-a-lamp-linux-apache-php-mysql-integrator/#comments</comments>
		<pubDate>Sun, 02 Aug 2009 03:41:16 +0000</pubDate>
		<dc:creator>jervin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Certifications]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[apache tuning]]></category>
		<category><![CDATA[LAMP Integrator]]></category>
		<category><![CDATA[linux administrator]]></category>
		<category><![CDATA[mysql administrator]]></category>
		<category><![CDATA[php developer]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=75</guid>
		<description><![CDATA[I have been reading on a number of project management articles lately and trends on open source projects. There seems to be a lot of fellow PHP developers who are as well Linux administrators for many server functions inluding HTTP servers like Apache and database administrators like for MySQL. Many of them are certified for [...]]]></description>
			<content:encoded><![CDATA[<p>I have been reading on a number of project management articles lately and trends on open source projects. There seems to be a lot of fellow PHP developers who are as well Linux administrators for many server functions inluding HTTP servers like Apache and database administrators like for MySQL. Many of them are certified for one or more while many are jumping between careers that emphasizes one to the other thus gaining essential experiences for each.</p>
<p>Looking at job posts from all over the internet, you should&#8217;ve noticed at one time a PHP gig that requires MySQL administration skills and/or knows their way around Linux. PHP does not come by itself anymore, at least commonly, thus I&#8217;ve thought the term &#8220;LAMP Integrator&#8221;.  A quick Google search does not seem to turn much on how to define such, thus I have a simple one.</p>
<blockquote><p><strong>LAMP Integrator</strong> &#8211; is a PHP developer primarily using MySQL as data backend with strong Linux administration and Apache tuning skills.</p></blockquote>
<p>It may sound primitive, I am writing as I am thinking so comments and revisions are welcome.</p>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2009/08/do-you-favor-a-lamp-linux-apache-php-mysql-integrator/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gumblar .cn &#8211; Infiltrating Hosting Accounts</title>
		<link>http://dotmanila.com/blog/2009/05/gumblar-cn-infiltrating-hosting-accounts/</link>
		<comments>http://dotmanila.com/blog/2009/05/gumblar-cn-infiltrating-hosting-accounts/#comments</comments>
		<pubDate>Wed, 20 May 2009 11:46:15 +0000</pubDate>
		<dc:creator>jervin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Server Security]]></category>
		<category><![CDATA[ftp trojan]]></category>
		<category><![CDATA[gumblar]]></category>
		<category><![CDATA[hosting malware]]></category>
		<category><![CDATA[php hijacking]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=52</guid>
		<description><![CDATA[Hosting accounts being compromised has been a common incident, however a sudden surge of this variant is quite alarming. This trojan does not target any particular software or script and is commonly exploited from a users computer where he usually FTP files to hosting accounts. The trojan scans for FTP usernames and passwords and use [...]]]></description>
			<content:encoded><![CDATA[<p>Hosting accounts being compromised has been a common incident, however a sudden surge of this variant is quite alarming. This trojan does not target any particular software or script and is commonly exploited from a users computer where he usually FTP files to hosting accounts. The trojan scans for FTP usernames and passwords and use them to inject PHP scripts to the FTP server.</p>
<p>So far I have seen two variations, one being a slave for XSS attack and another as proxy or zombie perhaps for a DoS attack.</p>
<p>What to do or how do you know if you are infected? There is no simple prevention measure I can offer aside from asking you to scan and thoroughly clean your computer first. Download all your files from the ftp server, you can do PHP files only, however there is a probability a JS based file may exist as well. After downloading, scan all your files and reupload. Not too neat but it&#8217;s the only method that works for me.</p>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2009/05/gumblar-cn-infiltrating-hosting-accounts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cloak PHP Files as Directories and Force Trailing Slash via mod_rewrite</title>
		<link>http://dotmanila.com/blog/2009/05/cloak-php-files-as-directories-and-force-trailing-slash-via-mod_rewrite/</link>
		<comments>http://dotmanila.com/blog/2009/05/cloak-php-files-as-directories-and-force-trailing-slash-via-mod_rewrite/#comments</comments>
		<pubDate>Wed, 06 May 2009 11:43:51 +0000</pubDate>
		<dc:creator>jervin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[force trailing slash]]></category>
		<category><![CDATA[mod_rewrite]]></category>
		<category><![CDATA[php cloaking]]></category>
		<category><![CDATA[Search Engine Optimization]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=50</guid>
		<description><![CDATA[In an effort to turn a client's website to be more SEO friendly, they wanted to have all PHP files appear as directories on URLs i.e. http://dotmanila.com/blog/php-cloak-and-force-traling-slash.php will end up as http://dotmanila.com/blog/php-cloak-and-force-traling-slash/. We've thought of creating a simple controller combined with mod_rewrite to handle this change on their 30+ websites, however it'll be inefficient to use a two-fold process. So we toyed with mod_rewrite and came up below.]]></description>
			<content:encoded><![CDATA[<p>In an effort to turn a client&#8217;s website to be more SEO friendly, they wanted to have all PHP files appear as directories on URLs i.e. http://dotmanila.com/blog/php-cloak-and-force-traling-slash.php will end up as http://dotmanila.com/blog/php-cloak-and-force-traling-slash/. We&#8217;ve thought of creating a simple controller combined with mod_rewrite to handle this change on their 30+ websites, however it&#8217;ll be inefficient to use a two-fold process. So we toyed with mod_rewrite and came up below.</p>
<pre class="brush: text; ruler: true;">
Options +FollowSymLinks
RewriteEngine On

RewriteBase /

# These first set of rules makes sure that visitors
# are viewing the WWW domain i.e. www.dotmanila.com
Rewritecond %{HTTP_HOST} !^www\.dotmanila\.com
RewriteRule (.*) http://www.dotmanila.com/$1/ [R=301,L]

# The next set of rules checks that if the URL
# does not have a trailing slash and
# the requested file/directory when appended
# with the .php extension physically exist on the server
# the we will append a traling slash
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*)$ http://www.dotmanila.com/$1/ [L,R=301]

# The last set of rules makes sure that if
# the requested URL is in proper format the
# corresponding PHP file is mapped.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.*)/$ /$1.php [NS,L]</pre>
</pre>
<p>Cheers!</p>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2009/05/cloak-php-files-as-directories-and-force-trailing-slash-via-mod_rewrite/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mod_perlite: Reviving an old part of the dynamic web.</title>
		<link>http://dotmanila.com/blog/2009/01/mod_perlite-reviving-an-old-part-of-the-dynamic-web/</link>
		<comments>http://dotmanila.com/blog/2009/01/mod_perlite-reviving-an-old-part-of-the-dynamic-web/#comments</comments>
		<pubDate>Thu, 15 Jan 2009 11:33:14 +0000</pubDate>
		<dc:creator>jervin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Perl]]></category>
		<category><![CDATA[mod_perlite]]></category>

		<guid isPermaLink="false">http://dotmanila.com/blog/?p=38</guid>
		<description><![CDATA[Back in the 90's, when the web was new and anything dynamically scripted is ever exciting, CGI scripts takes the role.As the web evolved, mod_perl made it simpler for programmers to write highly capable web applications. And indeed the web is constantly evolving. With the advent of PHP and its upload and run deployment, it took the lead with statistics.]]></description>
			<content:encoded><![CDATA[<p>Back in the 90&#8242;s, when the web was new and anything dynamically scripted is ever exciting, CGI scripts takes the role.As the web evolved, mod_perl made it simpler for programmers to write highly capable web applications. And indeed the web is constantly evolving. With the advent of PHP and its upload and run deployment, it took the lead with statistics.</p>
<p>But Perl and CGI scripts may not be lagging behind forever, with the development of mod_perlite, an Apache module the matches deployment simplicity of that of PHP, Perl may again be on the rise.</p>
<p>From its &lt;a href=&#8221;http://freshmeat.net/projects/mod_perlite/&#8221;&gt;freshmeat.net project page&lt;/a&gt;, the creators Aaron Stone and Byrne Reese describes:</p>
<p>&lt;blockquote&gt;<br />
mod_perlite is a lightweight Apache module that embeds a Perl interpreter and suggests a default configuration where any file ending in &#8220;.pl&#8221; is interpreted by Perl. It is the Perl equivalent of PHP in its simplicity and nothing like mod_perl in its complexity.<br />
&lt;/blockquote&gt;</p>
<p>I believe truly, these is one of the 5 things Perl absolutely needs to gain more adaptations from new breeds. As chromatic from the O&#8217;Reilly blog network writes on his article &lt;a href=&#8221;http://broadcast.oreilly.com/2008/12/five-features-perl-5-needs-now.html&#8221;&gt;Five Features Perl 5 Needs Now&lt;/a&gt;:</p>
<p>&lt;blockquote&gt;<br />
mod_perlite, the equivalent of mod_php for Perl. mod_perl is an amazing piece of technology, but it asks a lot of administrators &#8212; it effectively takes over the web server. Perl on the web could benefit from a system which allows cheap hosting providers to say &#8220;Just upload a few files into this directory, and everything will happen for you automatically!&#8221; without worrying about other customers on the same host fighting for resources (or namespaces or memory or&#8230;).</p>
<p>Very Serious Developers may still use mod_perl &#8212; but novices and the rest of us who aren&#8217;t handling more than a hit per second at peak time should have something easier to set up and gentler on resources than CGI.<br />
&lt;/blockquote&gt;</p>
<p>There are many programming languages out there, and many would argue popularity is a major factor for adaptation. I&#8217;d agree most of the time, as soon as mod_perlite hits your local repository shelves Perl could again gain the internet buzzwords.</p>
]]></content:encoded>
			<wfw:commentRss>http://dotmanila.com/blog/2009/01/mod_perlite-reviving-an-old-part-of-the-dynamic-web/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

