<?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>Claudio&#039;s Hideout &#187; mod_rewrite</title>
	<atom:link href="http://claudio.cicali.name/post/tag/mod_rewrite/feed/" rel="self" type="application/rss+xml" />
	<link>http://claudio.cicali.name</link>
	<description>Claudio Cicali web hub</description>
	<lastBuildDate>Sun, 25 Sep 2011 11:29:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>XMLHttpRequest security and mod_rewrite</title>
		<link>http://claudio.cicali.name/post/2005/05/xmlhttprequest-security-and-mod_rewrite/</link>
		<comments>http://claudio.cicali.name/post/2005/05/xmlhttprequest-security-and-mod_rewrite/#comments</comments>
		<pubDate>Sun, 29 May 2005 15:32:04 +0000</pubDate>
		<dc:creator>claudio</dc:creator>
				<category><![CDATA[Programmazione]]></category>
		<category><![CDATA[ajax]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mod_rewrite]]></category>

		<guid isPermaLink="false">http://claudio.cicali.name/?p=181</guid>
		<description><![CDATA[While playing with Yahoo! API for text extraction I faced the well known problem of using XMLHttpRequest to fetch data from another site (cross site scripting is, by default, denied). What I was simply trying to do were fetch a page from a site of choice and then “push” it as the “context argument” of [...]]]></description>
			<content:encoded><![CDATA[<p>While playing with <a href="http://developer.yahoo.net/content/V1/termExtraction.html">Yahoo! API for text extraction</a> I faced the well known problem of using XMLHttpRequest to fetch data from another site (cross site scripting is, by default, denied). What I was simply trying to do were fetch a page from a site of choice and then “push” it as the “context argument” of the Yahoo! query. That way I could get the “relevant” words for that document (“And then? So?” you’d ask. “I don’t know” is my answer, just playing ).</p>
<p>I did resort with the natural way to shut down the security constraint of Netscape/Mozilla, adding <code>user<em>pref("signed.applets.codebase</em>principal_support", true);</code> in my own Firefox pref.js, and then asking the user (being myself) to accept the security risk with <code>netscape.security.PrivilegeManager.enablePrivilege('UniversalBrowserRead');</code> in my javascript code.</p>
<p>But there is another, hackish and cool way to prevent XMLHttpRequest to annoy people doing “the right thing” :) I just read this article <a href="http://www.livejournal.com/users/premshree/66129.html">about faking the xmlhttprequest security restrinction using apache mod_rewirte</a>. Awesome, isn’t it? Practically, you need a RewriteRule in your local Apache (where the xhr page resides) that proxy [P]ass a fake “local request” to the remote host, and the pass again the response to your script.</p>
<p>Yes, you also need to enable the proxy support in Apache.</p>
<p>Read on that article for the pesky details :)</p>
]]></content:encoded>
			<wfw:commentRss>http://claudio.cicali.name/post/2005/05/xmlhttprequest-security-and-mod_rewrite/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>favicon.ico killed</title>
		<link>http://claudio.cicali.name/post/2005/03/faviconico-killed/</link>
		<comments>http://claudio.cicali.name/post/2005/03/faviconico-killed/#comments</comments>
		<pubDate>Fri, 18 Mar 2005 15:41:11 +0000</pubDate>
		<dc:creator>claudio</dc:creator>
				<category><![CDATA[Programmazione]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[favicon]]></category>
		<category><![CDATA[mod_rewrite]]></category>
		<category><![CDATA[tip]]></category>

		<guid isPermaLink="false">http://claudio.cicali.name/?p=192</guid>
		<description><![CDATA[Since yesterday (when I opened this blog) my apache access log it’s been filled with silly favicon.ico requests. They sum up to over 4000! Time to say STOP to favicon logs entry. First I enabled the mod_setenvif module and then I put these instructions in my virtual host configuration: SetEnvIf Request_URI "^/favicon.ico$" dontlog customlog /logs/access.log [...]]]></description>
			<content:encoded><![CDATA[<p>Since yesterday (when I opened this blog) my apache access log it’s been filled with silly favicon.ico requests. They sum up to over 4000! Time to say STOP to favicon logs entry.</p>
<p>First I enabled the <code>mod_setenvif</code> module and then I put these instructions in my virtual host configuration:</p>
<pre class="source"> SetEnvIf Request_URI "^/favicon.ico$" dontlog
 customlog /logs/access.log combined  env=!dontlog</pre>
<p>That’s all… bye bye favicon.</p>
<p>Oh, and here there’s another approach to the favicon.ico <em>plague</em>: <a href="http://www.trilithium.com/johan/2005/02/no-favicon/">Getting rid of favicon.ico</a>. (It still logs favicon requests though).</p>
]]></content:encoded>
			<wfw:commentRss>http://claudio.cicali.name/post/2005/03/faviconico-killed/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

