See Also: Compatibility notes
.asis
files cannot be used for content-negotiation.
AddDescription
doesn't seem to work (a fix is imminent)http_main.c
function accept_mutex_init()
horrible bug, lock_fname
should be defined larger, e.g.
char lock_fname[30];
" Some text %s
doesn't
agree with the documentation.
setjmp
when your compiler complains.exec cgi=""
produces reasonable malformed header
responses when used to invoke non-CGI scripts.exec cmd=""
instead.
We might add virtual
support to exec cmd
to
make up for this difference.
/logs
directory along with other
files created by Apache.
If you have any /tmp cleaning scritps (e.g. from crontab), you should have them ignore the scoreboard file, which is named /tmp/htstatus.XXXXXXX. If the scoreboard file is damaged, Apache can become very confused (a SIGHUP repairs the damage). Furthermore, not having a /tmp at all can cause disastrous results, as there's no error checking yet.
{ "AddIcon", add_icon, BY_TYPE, DIR_CMD_PERMS, ITERATE2,
{ "AddIcon", add_icon, BY_PATH, DIR_CMD_PERMS, ITERATE2,
in mod_dir.c
Content-type: multipart/x-mixed-replace; boundary=ThisRandomString
gets munged to just Content-type: multipart/x-mixed-replace
, which
means it doesn't know what the boundary is, and fails. You can get around this
until 0.8.9 by making the CGI script a "No Parsed Header" script by prefixing the
name of the script with a "nph-", but then you have to be responsible for correct
HTTP headers. If the server-push animation is a constant, unchanging stream that
terminates at some point, you could also put that stream into a whole file and
use the .asis file extension functionality.
" Some text %s
doesn't
agree with the documentation.
index.html
fail to be logged... harmless.Apache error_log might show httpd: caught SIGBUS, dumping core
after a successful redirect. We hope to fix this in 0.6.3
If you see a lot of messages such as,
access to /something: failed for foo.bar.com, reason: no multi in this directoryin your error log, don't panic !. It means "File not found", and we will fix it sooner or later.
WARNING: Apache logs all URLs redirected from and to. This isn't bug, it's deliberate, but you should be aware of it. It's a recognition of the fact that the Common Log File format doesn't have any place to log the real object that was returned for the internally redirected request. This will be changed soon.
BSDI problems: One of the test machines (Hyperreal) has noticed "flocks" of child processes sucking up large amounts of resources when moderately hit (on a Pentium 90 running 1.1 serving ~2 hits/second). Killing and restarting the daemon helps this disappear - it's being investigated, it might be a kernel bug, but then every server developer likes to say that. Let us know how well it works for you if you are using BSDI and have a high number of hits.