Project

General

Profile

Actions

Bug #39

closed

bug in mod_expire when using modification as expire time

Added by Anonymous about 20 years ago. Updated about 18 years ago.

Status:
Fixed
Priority:
Normal
Category:
mod_expire
Target version:
-
ASK QUESTIONS IN Forums:

Description

First I had to add mod_expire to list of server modules in order to start playing with example from the demo config file. Later I added my own line to perform fast expire for given directory (/nocache/ in my case):

expire.url = ( "/nocache/" => "modification 1 seconds" )

Here is the proof:

telnet localhost 80

Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /nocache/test.txt HTTP/1.0

HTTP/1.0 200 OK
Connection: close
Date: Mon, 28 Feb 2005 12:47:39 GMT
Last-Modified: Wed, 23 Feb 2005 17:50:45 GMT
Content-Length: 10
ETag: 1203510557
Accept-Ranges: bytes
Expires: Mon, 28 Feb 2005 12:47:40 GMT
Set-Cookie: moss=3810c05d3145f83207f445ad4d7ea5ec; path=/
Content-Type: text/plain
Server: lighttpd/1.3.11

it works!
Connection closed by foreign host.

----------
This is the file:

cd /usr/local/www/data/
ls

nocache

cd nocache/
ls -l

total 2
rw-r--r- 1 root wheel 10 Feb 23 18:50 test.txt

so you can see that it should set expire to 10th February and not to today :)

-- tomaz.borstnar

Actions #1

Updated by jan about 20 years ago

  • Status changed from New to Fixed
  • Resolution set to fixed

Fixed in changeset r57.

modification was ignored.

Actions

Also available in: Atom