<?xml version="1.0"?><!-- generator="bbPress" -->

<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
>

<channel>
<title>DIYMacServer &#187; Topic: mod_hfs_apple in Apache 2</title>
<link>http://diymacserver.com/forum/</link>
<description>DIYMacServer &#187; Topic: mod_hfs_apple in Apache 2</description>
<language>en</language>
<pubDate>Wed, 08 Feb 2012 17:41:12 +0000</pubDate>

<item>
<title>chrisbunch on "mod_hfs_apple in Apache 2"</title>
<link>http://diymacserver.com/forum/topic/mod_hfs_apple-in-apache-2#post-878</link>
<pubDate>Tue, 07 Sep 2010 08:18:16 +0000</pubDate>
<dc:creator>chrisbunch</dc:creator>
<guid isPermaLink="false">878@http://diymacserver.com/forum/</guid>
<description>&#60;p&#62;Thanks both -&#60;/p&#62;
&#60;p&#62;It seems basically that Apple does not recommend/support Apache 2.x running on HFS+ volumes, and recommends using UFS volume instead. The relevant TAs are &#60;a href=&#34;http://support.apple.com/kb/TA22750&#34; rel=&#34;nofollow&#34;&#62;http://support.apple.com/kb/TA22750&#60;/a&#62; and &#60;a href=&#34;http://support.apple.com/kb/TA21099&#34; rel=&#34;nofollow&#34;&#62;http://support.apple.com/kb/TA21099&#60;/a&#62;&#60;/p&#62;
&#60;p&#62;The latter has a good illustration of the issue.&#60;/p&#62;
&#60;p&#62;I guess reformatting as a case-sensitive HFS volume would do the trick, but much less convenient for Terminal work.&#60;/p&#62;
&#60;p&#62;Redirection is a possibility but only for short names as one would need to create a redirection for every case permutation - 1. Tedious.&#60;/p&#62;
&#60;p&#62;.htaccess files are out of favour at the moment: I am trying to clear up after a hacker injected some code somewhere that periodically creates .htaccess files in every conceivable folder containing a redirection to musikkorps.com...
&#60;/p&#62;</description>
</item>
<item>
<title>magill on "mod_hfs_apple in Apache 2"</title>
<link>http://diymacserver.com/forum/topic/mod_hfs_apple-in-apache-2#post-845</link>
<pubDate>Tue, 27 Jul 2010 17:33:22 +0000</pubDate>
<dc:creator>magill</dc:creator>
<guid isPermaLink="false">845@http://diymacserver.com/forum/</guid>
<description>&#60;p&#62;Apache 2.2 does NOT provide that option (mod_hfs_apple), so one assumes it was clearly something created by apple.&#60;/p&#62;
&#60;p&#62;Reading the support note, the implication is that post 10.4 versions of OSX do not have the same problem as pre-10.4 versions, implying that the issue is on Apple's side of the fence.&#60;/p&#62;
&#60;p&#62;One assumes that this &#34;feature&#34; is only active if/when the disk itself is formatted as &#34;extended, case-sensitive,&#34; not merely &#34;extended&#34; although the help item&#60;br /&#62;
does not state what the &#34;default format&#34; for OSX-Server volumes happens to be.&#60;/p&#62;
&#60;p&#62;I believe that the general default in Disk Utility is &#34;extended, journaled&#34; but I do not know off hand. That is to say -- you do NOT get case sensitivity on a normal Apple Formatted disk.
&#60;/p&#62;</description>
</item>
<item>
<title>Richard on "mod_hfs_apple in Apache 2"</title>
<link>http://diymacserver.com/forum/topic/mod_hfs_apple-in-apache-2#post-834</link>
<pubDate>Mon, 21 Jun 2010 17:07:11 +0000</pubDate>
<dc:creator>Richard</dc:creator>
<guid isPermaLink="false">834@http://diymacserver.com/forum/</guid>
<description>&#60;p&#62;Chris, don't really understand why the one URL is more secure then the other when you only change the case on one letter. &#60;/p&#62;
&#60;p&#62;Wouldn't you use HTTPS to make it more secure?&#60;/p&#62;
&#60;p&#62;Another approach could be to use a .htaccess file that redirects incorrect URL's with the wrong case to somewhere else.
&#60;/p&#62;</description>
</item>
<item>
<title>chrisbunch on "mod_hfs_apple in Apache 2"</title>
<link>http://diymacserver.com/forum/topic/mod_hfs_apple-in-apache-2#post-833</link>
<pubDate>Sat, 19 Jun 2010 15:52:10 +0000</pubDate>
<dc:creator>chrisbunch</dc:creator>
<guid isPermaLink="false">833@http://diymacserver.com/forum/</guid>
<description>&#60;p&#62;I upgraded to Apache 2 a while ago (so I could use Subversion). Recently I have  set up some secure areas on one of my sites but have noticed that it can be circumvented by using a URL with the folder in question in a different case. For example, I can make &#60;code&#62;&#60;a href=&#34;http://mydomain.com/ABC/&#34; rel=&#34;nofollow&#34;&#62;http://mydomain.com/ABC/&#60;/a&#62;&#60;/code&#62; secure but &#60;code&#62;&#60;a href=&#34;http://mydomain.com/aBC/&#34; rel=&#34;nofollow&#34;&#62;http://mydomain.com/aBC/&#60;/a&#62;&#60;/code&#62; will circumvent the authentication!&#60;/p&#62;
&#60;p&#62;This didn't happen with Apache 1.3, I believe because it included mod_hfs_apple which 'compensates' for HFS+'s case insensitivity (&#60;a href=&#34;http://docs.info.apple.com/article.html?path=ServerAdmin/10.4/en/c3ws31.html)&#34; rel=&#34;nofollow&#34;&#62;http://docs.info.apple.com/article.html?path=ServerAdmin/10.4/en/c3ws31.html)&#60;/a&#62;. mod_hfs_apple is not included in my instance of Apache 2 (2.2.4) . Does anyone know if Apple ever upgraded it for Apache 2, and if so, from where I can get it?
&#60;/p&#62;</description>
</item>

</channel>
</rss>

