Good Idea, and I was hoping that using
RemoveEncoding .php
was doing that.
As this is a vhost, and other vhosts are using php I do not see removing PHP from the server as a solution. So, RemoveEncoding may be the wrong solution. (I was glad I even figured out that the embedded .php. in the filename is what was triggering this?)
Should I "change" the encoding - will that override the effect you describe?
I tried experimenting with this: still not getting the effect I am looking for. I am assuming I am using the wrong directive. (I removed the RemoveEncoding because I changed the Type - and it did not seem to be doing anything anyway).
<Directory "/aixtools/dl.aixtools">
DefaultType application/octet-stream
AddType application/octet-stream .php
<Files *.I>
# RemoveEncoding .php
ForceType application/octet-stream
</Files>
Options Indexes FollowSymLinks
IndexOptions FancyIndexing Namewidth=* FoldersFirst SuppressDescription
IndexOrderDefault Descending Date
AllowOverride None
Order allow,deny
Allow from all
</Directory>On Sun, Jun 22, 2014 at 11:45 PM, Nick Kew <nick@xxxxxxxxxxxx> wrote:
On Sat, 21 Jun 2014 16:45:10 +0200If you have PHP handling .php requests, then PHP sets the Content-Type
Michael Felt <mamfelt@xxxxxxxxx> wrote:
> I have tried, in a vhost area, to set the DefaultType to
> application/octet-stream, and I have tried to add a Type for .I (capital i)
> endings. However, httpd-2.2.27 seems to be preferring the .php. in the
> filename rather than the .I at the end of the file. When I link the file to
> that it has the name *.php5.* then the ContentType: is as expected.
(and other) headers, overriding your config.
Turn off PHP (in the scope of the URL in question) if you want
to use Apache configuration to control content-type.
--
Nick Kew
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|