<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	>
<channel>
	<title>Comments for PapayaSoft</title>
	<atom:link href="http://www.papayasoft.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.papayasoft.com</link>
	<description>Phuket web development</description>
	<pubDate>Fri, 10 Sep 2010 00:36:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Zend Framework on shared hosting by david</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-3430</link>
		<dc:creator>david</dc:creator>
		<pubDate>Wed, 07 Jul 2010 17:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-3430</guid>
		<description>@cuhe: Thanks for the visit and the comment. 

In what way is it not working? Are you getting a 404? Are your images/stylesheets not being found? Is something else happening?

I confess that I am not expert when it comes to the twisty aspects of RewriteRules. In fact, that's why I usually avoid some of these solutions and use my own solution, pushing all the ZF content into a protected _zf folder. Then I can use the "standard .htaccess at the root and only have to protect the _zf folder and change an include path.

Maybe try posting the question at either &lt;a href="http://www.zfforums.com/" rel="nofollow"&gt;zfforums.com&lt;/a&gt; or &lt;a href="http://www.stackoverflow.com/" rel="nofollow"&gt; stackoverflow.com&lt;/a&gt;. Both those places are populated with people much smarter than me. ;-)</description>
		<content:encoded><![CDATA[<p>@cuhe: Thanks for the visit and the comment. </p>
<p>In what way is it not working? Are you getting a 404? Are your images/stylesheets not being found? Is something else happening?</p>
<p>I confess that I am not expert when it comes to the twisty aspects of RewriteRules. In fact, that&#8217;s why I usually avoid some of these solutions and use my own solution, pushing all the ZF content into a protected _zf folder. Then I can use the &#8220;standard .htaccess at the root and only have to protect the _zf folder and change an include path.</p>
<p>Maybe try posting the question at either <a href="http://www.zfforums.com/" rel="nofollow">zfforums.com</a> or <a href="http://www.stackoverflow.com/" rel="nofollow"> stackoverflow.com</a>. Both those places are populated with people much smarter than me. <img src='http://www.papayasoft.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework on shared hosting by cuhe</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-3428</link>
		<dc:creator>cuhe</dc:creator>
		<pubDate>Wed, 07 Jul 2010 16:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-3428</guid>
		<description>sorry if my English is bad.
can you help me with .htaccess on my ZendProject,

I put this code on my folder /root/.htaccess and /root/public/.htaccess

referring on : http://www.alberton.info/zend_framework_mod_rewrite_shared_hosting.html

RewriteEngine On
RewriteRule ^\.htaccess$ - [F]
RewriteCond %{REQUEST_URI} ="/"
RewriteRule ^.*$ /public/index.php [NC,L]
RewriteCond %{REQUEST_URI} !^/public/.*$
RewriteRule ^(.*)$ /public/$1
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^.*$ - [NC,L]
RewriteRule ^public/.*$ /public/index.php [NC,L]


but my page was not running well, can you help me ?

bigfull thank's</description>
		<content:encoded><![CDATA[<p>sorry if my English is bad.<br />
can you help me with .htaccess on my ZendProject,</p>
<p>I put this code on my folder /root/.htaccess and /root/public/.htaccess</p>
<p>referring on : <a href="http://www.alberton.info/zend_framework_mod_rewrite_shared_hosting.html" rel="nofollow">http://www.alberton.info/zend_framework_mod_rewrite_shared_hosting.html</a></p>
<p>RewriteEngine On<br />
RewriteRule ^\.htaccess$ - [F]<br />
RewriteCond %{REQUEST_URI} =&#8221;/&#8221;<br />
RewriteRule ^.*$ /public/index.php [NC,L]<br />
RewriteCond %{REQUEST_URI} !^/public/.*$<br />
RewriteRule ^(.*)$ /public/$1<br />
RewriteCond %{REQUEST_FILENAME} -f<br />
RewriteRule ^.*$ - [NC,L]<br />
RewriteRule ^public/.*$ /public/index.php [NC,L]</p>
<p>but my page was not running well, can you help me ?</p>
<p>bigfull thank&#8217;s</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework View Helper to Lowercase Titles by david</title>
		<link>http://www.papayasoft.com/2010/03/31/zend-framework-view-helper-lowercase-titles/comment-page-1/#comment-3123</link>
		<dc:creator>david</dc:creator>
		<pubDate>Wed, 09 Jun 2010 02:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=210#comment-3123</guid>
		<description>@Joe: That's a good idea - some other visible difference in the skin or background based on environment. I'll probably try that. Thanks!</description>
		<content:encoded><![CDATA[<p>@Joe: That&#8217;s a good idea - some other visible difference in the skin or background based on environment. I&#8217;ll probably try that. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework View Helper to Lowercase Titles by Joe Devon</title>
		<link>http://www.papayasoft.com/2010/03/31/zend-framework-view-helper-lowercase-titles/comment-page-1/#comment-3117</link>
		<dc:creator>Joe Devon</dc:creator>
		<pubDate>Tue, 08 Jun 2010 18:43:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=210#comment-3117</guid>
		<description>@David

Nice thought. 

I always try to change up background colors or skins in different environments. A simple example if you have a CMS pointing to a dev database vs. a prod database...you don't want to make a test entry on prod by mistake.</description>
		<content:encoded><![CDATA[<p>@David</p>
<p>Nice thought. </p>
<p>I always try to change up background colors or skins in different environments. A simple example if you have a CMS pointing to a dev database vs. a prod database&#8230;you don&#8217;t want to make a test entry on prod by mistake.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Martin Gardner and me by david</title>
		<link>http://www.papayasoft.com/2010/05/28/martin-gardner/comment-page-1/#comment-2996</link>
		<dc:creator>david</dc:creator>
		<pubDate>Sat, 29 May 2010 03:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=287#comment-2996</guid>
		<description>@Christian: Thanks for the visit and the book referral. I'll check it out. Cheers!</description>
		<content:encoded><![CDATA[<p>@Christian: Thanks for the visit and the book referral. I&#8217;ll check it out. Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Martin Gardner and me by Christian</title>
		<link>http://www.papayasoft.com/2010/05/28/martin-gardner/comment-page-1/#comment-2987</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Fri, 28 May 2010 15:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=287#comment-2987</guid>
		<description>Very interesting post! Reminds me of why mathematics is interesting... Anyone who reads this post might also be interested in "Codes" by Simon Singh (I loved this book).</description>
		<content:encoded><![CDATA[<p>Very interesting post! Reminds me of why mathematics is interesting&#8230; Anyone who reads this post might also be interested in &#8220;Codes&#8221; by Simon Singh (I loved this book).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework on shared hosting by david</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-2630</link>
		<dc:creator>david</dc:creator>
		<pubDate>Tue, 11 May 2010 06:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-2630</guid>
		<description>@Andy: Funny, just the other day I was talking with a friend about testing symlinking on the shared hosting he offers.

But even in the absence of symlinking, your new info about baseUrl() really seals the deal. I'll have to check that out.

Thanks, man!</description>
		<content:encoded><![CDATA[<p>@Andy: Funny, just the other day I was talking with a friend about testing symlinking on the shared hosting he offers.</p>
<p>But even in the absence of symlinking, your new info about baseUrl() really seals the deal. I&#8217;ll have to check that out.</p>
<p>Thanks, man!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework on shared hosting by Andy Thompson</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-2615</link>
		<dc:creator>Andy Thompson</dc:creator>
		<pubDate>Mon, 10 May 2010 12:44:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-2615</guid>
		<description>@david it's not a problem if you are dealing with an app at the root level of a website. Zend_Controller_Request_Http will get confused due to the request uri not matching the script path and calculate the base url to be /, so will continue to match routes.

It would be a problem for apps at a lower level url as you say, as Zend MVC will think the base url is still /, however the base url can be set manually rather than having to change the routes.

As for the conclusion, I agree :), although some shared hosting you can just cheakily delete the web root folder and symlink the app's public folder to its previous location.</description>
		<content:encoded><![CDATA[<p>@david it&#8217;s not a problem if you are dealing with an app at the root level of a website. Zend_Controller_Request_Http will get confused due to the request uri not matching the script path and calculate the base url to be /, so will continue to match routes.</p>
<p>It would be a problem for apps at a lower level url as you say, as Zend MVC will think the base url is still /, however the base url can be set manually rather than having to change the routes.</p>
<p>As for the conclusion, I agree :), although some shared hosting you can just cheakily delete the web root folder and symlink the app&#8217;s public folder to its previous location.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework on shared hosting by david</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-2613</link>
		<dc:creator>david</dc:creator>
		<pubDate>Mon, 10 May 2010 07:46:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-2613</guid>
		<description>@Andy: Aaah, I think I see what you mean. Since the public folder and the application folder are now siblings, any request for /application will 404 since Apache is trying to serve the non-existent folder public/application. Right?

But there is a sticky point to this approach. Sure, the user will only see his requested url (say, /mypage) since the rewrite rule only uses the [L] flag and not the [R] flag. But the ZF app itself will see the url that Apache is serving, which is /public/mypage. That means that any defined routes would need to have the 'public' prefix in order to be matched. Isn't that right?

We could certainly handle those, so it becomes a question of which adjustment (file paths or routes) you want to handle. 

In the end, the conclusion I come to is: shared hosting sucks. ;-)

Thanks and cheers!</description>
		<content:encoded><![CDATA[<p>@Andy: Aaah, I think I see what you mean. Since the public folder and the application folder are now siblings, any request for /application will 404 since Apache is trying to serve the non-existent folder public/application. Right?</p>
<p>But there is a sticky point to this approach. Sure, the user will only see his requested url (say, /mypage) since the rewrite rule only uses the [L] flag and not the [R] flag. But the ZF app itself will see the url that Apache is serving, which is /public/mypage. That means that any defined routes would need to have the &#8216;public&#8217; prefix in order to be matched. Isn&#8217;t that right?</p>
<p>We could certainly handle those, so it becomes a question of which adjustment (file paths or routes) you want to handle. </p>
<p>In the end, the conclusion I come to is: shared hosting sucks. <img src='http://www.papayasoft.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
Thanks and cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework on shared hosting by Andy Thompson</title>
		<link>http://www.papayasoft.com/2010/05/08/zend-framework-shared-hosting/comment-page-1/#comment-2611</link>
		<dc:creator>Andy Thompson</dc:creator>
		<pubDate>Mon, 10 May 2010 07:09:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.papayasoft.com/?p=193#comment-2611</guid>
		<description>The root .htaccess rule I mentioned will prevent any of the folders except public/ from being accessed.

RewriteEngine on
RewriteRule ^.* /public/$0 [L]

This will give the effect of moving the web root into public/. e.g. requests to http://domain.com/application/ will actually be served from /public/application/, meaning even those directories are unaccessible.</description>
		<content:encoded><![CDATA[<p>The root .htaccess rule I mentioned will prevent any of the folders except public/ from being accessed.</p>
<p>RewriteEngine on<br />
RewriteRule ^.* /public/$0 [L]</p>
<p>This will give the effect of moving the web root into public/. e.g. requests to <a href="http://domain.com/application/" rel="nofollow">http://domain.com/application/</a> will actually be served from /public/application/, meaning even those directories are unaccessible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
