On 7/21/07, George F. Crewe <[EMAIL PROTECTED]> wrote:
[Sat Jul 21 19:04:04 2007] [alert] [client 189.147.121.0]
/opt/opencollab/trunk/.htaccess: AddDefaultCharset not allowed here
The manual says AddDefaultCharset requires the 'FileInfo' override.
You set 'AllowOverride all' but you set it in
Hello,
I created an alias for a directory in our httpd.conf file, by adding
the following declarations:
#Alias for OpenCollab
Alias /opencollab "/opt/opencollab/trunk/public"
Options Indexes MultiViews
AllowOverride All
Order allow,deny
Allow from all
Deny from all
However,
Vincent Bray wrote:
The presence of the Set-Cookie: header indicates that the response is
being generated by a program of some kind, rather than static html.
Most likely this program/script is setting the charset.
Ah, yes! For very historical reasons, we have PHP set up to handle .html
files
On 10/06/07, Gregor Mosheh <[EMAIL PROTECTED]> wrote:
And yet...
# wget --server-response http://www.turistickamapa.sk/
--05:23:26-- http://www.turistickamapa.sk/
=> `index.html'
Resolving www.turistickamapa.sk... 69.59.158.28
Connecting to www.turistickamapa.sk|69.59.158.28|:80...
Hi, all. I'm having a devil of a time getting my Apache to not output
charset clauses in its Content-type headers -- it insists on outputting
charset=iso-8859-1 although I'd like it to not do so.
(Background: we've recently taken on a customer who wants UTF-8 output
for their virtualhost, so h
Greetings;
Is setting AddDefaultCharset to "off"
a security risk under apache (ver. is 2.0.46 under Linux)
Thank you,
Farid
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.
--- André Malo <[EMAIL PROTECTED]> wrote:
> Actually the W3C specifies exactly the opposite.
You're right. I'm sorry that I didn't read this
correctly. I think the frustration of my dilema has
caused me to see things that aren't there. I still
don't understand the logic behind this scheme, but
* Skating Jim <[EMAIL PROTECTED]> wrote:
> I agree that this is a browser issue, but the W3C HTML
> 4.01 specification document very clearly specifies
> that charset attributes in HTML elements take highest
> priority, followed by Content-Type META tags, followed
> by HTTP header charsets. The XH
--- Nick Kew <[EMAIL PROTECTED]> wrote:
> On Wednesday 01 February 2006 05:41, Skating Jim
> wrote:
>
> > The basis for my comment is that the Apache
> > documentation for AddDefaultCharset says:
> >
> > "This should override any charset specified in the
> > body of the response via a META eleme
On Wednesday 01 February 2006 05:41, Skating Jim wrote:
> The basis for my comment is that the Apache
> documentation for AddDefaultCharset says:
>
> "This should override any charset specified in the
> body of the response via a META element, though the
> exact behavior is often dependent on the
From: "Skating Jim" <[EMAIL PROTECTED]>
> I agree with your distinction between what Apache does
> and how the browser responds to it. Sorry for the
> inaccuracy on my part.
>
> The basis for my comment is that the Apache
> documentation for AddDefaultCharset says:
>
> "This should override any c
I agree with your distinction between what Apache does
and how the browser responds to it. Sorry for the
inaccuracy on my part.
The basis for my comment is that the Apache
documentation for AddDefaultCharset says:
"This should override any charset specified in the
body of the response via a META
On 1/31/06, Skating Jim <[EMAIL PROTECTED]> wrote:
> The AddDefaultCharset directive overrides any encoding
> settings in served content. Is there a way to force a
> default encoding only when none is explicitly
> indicated in the content?
No, it doesn't. It set's an HTTP charset only when none
The AddDefaultCharset directive overrides any encoding
settings in served content. Is there a way to force a
default encoding only when none is explicitly
indicated in the content?
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam prot
14 matches
Mail list logo
