Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
To: users@httpd.apache.org
References: <CABj=UkL5CnuANSwcjuuJ-ywbeCFVGDubGSeBYnYtzCrO6ZM9kw@mail.gmail.com>
 <CAGBAQ457cV+KMnFKJn6PwhejC_OfLfi88GMYmAPWdSjQq5jjXA@mail.gmail.com>
 <CABj=UkLpFUf=z_xYqHJAYmjXZFCzK70OQTSWS7mUDSNOYmf-NA@mail.gmail.com>
 <4baea575-279f-f032-cf2e-de7564404f50@domblogger.net>
From: "Michael A. Peters" <mpeters@domblogger.net>
Message-ID: <f6599281-0133-3102-6e2d-677171638fbe@domblogger.net>
Date: Tue, 27 Dec 2016 23:15:21 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <4baea575-279f-f032-cf2e-de7564404f50@domblogger.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [users@httpd] Why ExpiresByType is ignored when has SetHandler
 application/x-httpd-php ?
archived-at: Wed, 28 Dec 2016 07:15:32 -0000

Oh I should add - when it is a php file I also set the cache control via 
php.

header('Cache-Control: max-age=' . $maxage);

for example.

On 12/27/2016 11:12 PM, Michael A. Peters wrote:
> Hi, I regularly use php to generate all kinds of different XML.
>
> This is what I do -
>
> header('Content-Type: application/xml');
> print($dom->saveXML());
> exit();
>
> Of course in that case $dom is a DOMDocument object - if you are using
> print or echo to create XML then you need the header at the beginning of
> the php, as it needs to be before any content is sent.
>
> Using php to send the header avoids the need to set it with Apache.
>
>
> On 12/27/2016 10:58 PM, Binyamin wrote:
>> בע"ה
>>
>> Hi,
>>
>> As I wrote in earlier example, `Header set Content-Type
>> "application/xml"` still returns 1 day expiration (not the one defined
>> in ExpiresByType).
>> The same result when switching configuration order of FilesMatch
>> before ExpiresDefault, or order of LoadModule's expires_module and
>> headers_module.
>>
>> Also this example will return expiration only 1 day, while expected 1
>> year:
>>
>>     <FilesMatch ^sitemap\.php$>
>>         Header set Content-Type "application/xml"
>>         ExpiresDefault "access plus 1 year"
>>     </FilesMatch>
>>
>> it returns
>>
>>     Content-Type: application/xml
>>     Date: Wed, 28 Dec 2016 06:38:09 GMT
>>     Expires: Thu, 29 Dec 2016 06:38:09 GMT
>>
>>
>> It seems to as a Apache bug. I don't know if ever it was working.
>>
>> Any workaround (configuration fix) for it for now?
>> Do you know if it worked right in any Apache build/version?
>>
>>
>> Binyamin
>>
>>
>> On Wed, Dec 28, 2016 at 5:29 AM, Yehuda Katz <yehuda@ymkatz.net
>> <mailto:yehuda@ymkatz.net>> wrote:
>>
>>     It might have something to do with the order the modules handle the
>>     request.
>>     What happens if you tell PHP to set the content type to
>> application/xml?
>>
>>     - Y
>>
>>     On Tue, Dec 27, 2016 at 3:55 PM, Binyamin <7raivis@inbox.lv
>>     <mailto:7raivis@inbox.lv>> wrote:
>>
>>         בע"ה
>>
>>
>>         Why ExpiresByType is ignored when has SetHandler
>>         application/x-httpd-php ?
>>
>>         /sitemap.xml Response Headers shows 1 day expiration while
>>         expected to be 1 year (1 month)
>>
>>             Content-Type: application/xml; charset=utf-8
>>             Date:         Tue, 27 Dec 2016 19:59:00 GMT
>>             Expires:      Wed, 28 Dec 2016 19:59:00 GMT
>>
>>         seems SetHandler forces it to apply text/html expiration and
>>         doesn't allow to rewrite it
>>
>>             ExpiresActive On
>>             ExpiresDefault                "access plus 1 month"
>>             ExpiresByType text/html       "access plus 1 day"
>>             ExpiresByType application/xml "access plus 1 week"
>>
>>             <FilesMatch ^sitemap\.xml$>
>>                 SetHandler application/x-httpd-php
>>                 Header set Content-Type "application/xml"
>>                 ExpiresDefault "access plus 1 year"
>>             </FilesMatch>
>>
>>         tested on Apache 2.4.X builds.
>>
>>         How to fix this issue?
>>
>>
>>
>>         Binyamin
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org