<?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>Digital Base - Blog &#187; apache</title>
	<atom:link href="http://www.digitalbase.eu/blog/tag/apache/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitalbase.eu/blog</link>
	<description>A blog about webdesign, PHP, development and IT</description>
	<lastBuildDate>Mon, 10 May 2010 16:16:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Directadmin + Custom Webroot (for symfony&#8230;)</title>
		<link>http://www.digitalbase.eu/blog/directadmin-custom-webroot-for-symfony/</link>
		<comments>http://www.digitalbase.eu/blog/directadmin-custom-webroot-for-symfony/#comments</comments>
		<pubDate>Thu, 04 Dec 2008 13:31:02 +0000</pubDate>
		<dc:creator>Gijs Nelissen</dc:creator>
				<category><![CDATA[All]]></category>
		<category><![CDATA[System Administration]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[configuration]]></category>
		<category><![CDATA[directadmin]]></category>
		<category><![CDATA[symfony]]></category>

		<guid isPermaLink="false">http://dibav3.gnelisse.desktop01/blog/?p=79</guid>
		<description><![CDATA[As a we are using directadmin for our webhosting machines we previously had problems with custom webroots. Directadmin rewrites all uses httpd.conf files in certain cases leading to a default httpd.conf, resulting in a blank page for symfony projects.]]></description>
			<content:encoded><![CDATA[<p>As a we are using directadmin for our webhosting machines we previously had problems with custom webroots.</p>
<h3>The problem</h3>
<p>Directadmin rewrites all uses httpd.conf files when adding/updateing subdomains or domain settings leading to a default httpd.conf, resulting in a blank page for symfony projects. (symfony projects use the /web) webroot.</p>
<h3>Previous solution</h3>
<p>The previous solution <a title="Change Symfony Web Directory Path" href="/blog/change-symfony-web-directory-path">told you to update the symfony webroot directory</a>, this way you went with the directadmin default configuration. (public_html document root). The downside of this solution was that your domain directory (/home/user/domain/mydomain.com) was a mess with directories like public_html, private_html, logs&#8230;.</p>
<h3>The final solution</h3>
<p>Now i just bumped into a better &amp; easier solution. Apperently directadmin &#8216;custom httpd configuration&#8217; accepts the following tokens :</p>
<p><em>|DOMAIN|,<br />
|IP|,<br />
|HOME|,<br />
|ADMIN|,<br />
|DOCROOT|,<br />
|USER|,<br />
|GROUP|,<br />
|CERT|,<br />
|KEY|, |HOSTNAME|,<br />
|SAFE_MODE|,<br />
|OPEN_BASEDIR|,<br />
|CREATOR|,<br />
|BANDWIDTH|,<br />
|QUOTA|Â<br />
</em></p>
<p>So for all your symfony projects you could update the documentroot right there (no manual httpd.conf configuration or changing the symfony webroot). Just add these 2 lines into your &#8216;custom httpd.conf&#8217; for the selected domain :</p>

<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
2
</pre></td><td class="code"><pre class="ini" style="font-family:monospace;">Alias /sf /usr/local/lib/php/data/symfony/web/sf
|?DOCROOT<span style="color: #000066; font-weight:bold;">=</span><span style="color: #000066; font-weight:bold;"><span style="color: #660066;">/home/USERNAME/domains/DOMAIN/public_html/web|</span></span></pre></td></tr></table></div>

<p>In the above example you should replace DOMAIN &amp; USER by the variables you can find in the &#8216;contents of the httpd.conf file&#8217; just below the custom httpd.conf configuration.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.digitalbase.eu/blog/directadmin-custom-webroot-for-symfony/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SSPI Authentication module</title>
		<link>http://www.digitalbase.eu/blog/sspi-authentication-module/</link>
		<comments>http://www.digitalbase.eu/blog/sspi-authentication-module/#comments</comments>
		<pubDate>Fri, 08 Feb 2008 17:50:40 +0000</pubDate>
		<dc:creator>Gijs Nelissen</dc:creator>
				<category><![CDATA[System Administration]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[webserver]]></category>

		<guid isPermaLink="false">http://dibav3.gnelisse.desktop01/blog/?p=39</guid>
		<description><![CDATA[One of our customers, where we had to build an Intranet system already had a Windows Network, including NT Servers and SQL databases. All the user credentials were stored in the local Active Directory. So, it would be nice to use all this information for the intranet, so Administrators and staff employees did not need to insert and maintain the same information twice. This is were SSPI comes in.]]></description>
			<content:encoded><![CDATA[<p>
One of our customers, where we had to build an Intranet system already had a Windows Network, including NT Servers and SQL databases. All the user credentials were stored in the local Active Directory. So, it would be nice to use all this information for the intranet, so Administrators and staff employees did not need to insert and maintain the same information twice. This is were SSPI comes in.</p>
<p>mod_auth_sspi is a module written for Apache webserver. It allows Microsoft Internet Explorer, and Windows clients to authenticate using any of the authentication protocols built into the Windows Security Support Provider Interface (SSPI), for example in combination with Active Directory and Windows Domains. So it allows an Apache/NT web server administrator to use the existing NT security infrastructure to authenticate users.</p>
<p>Mod_auth_sspi processes user access restrictions just like the rest of Apache. That is, you put a require directive into the appropriate .htaccess or  configuration section, and authentication will be performed.
</p>
<p>
[code]sspi apache[/code]</p>
<p>Mod_auth_sspi is probably most useful in intranets. Authentication can happen transparently, using the user&#39;s current username and password &#8211; however, basic authentication is still supported.
</p>
<p>
<a href="http://sourceforge.net/projects/mod-auth-sspi" target="_blank" title="SourceForge SSPI website">SourceForge SSPI module website</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.digitalbase.eu/blog/sspi-authentication-module/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
