data da última modificação da página web desconhecida

2

Gostaria de verificar a idade do documento na página da Web, mas isso não aparece! aqui está o resultado de um telnet para o servidor:

telnet av.hostoi.com 80
Connected to av.hostoi.com.
HEAD / HTTP/1.0

HTTP/1.1 200 OK
Date: Tue, 23 Oct 2012 16:55:40 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
Connection: close
Content-Type: text/html

Connection closed by foreign host. 

em outro servidor, as duas linhas seguintes também estão incluídas e não estão presentes acima:

Last-Modified: Fri, 17 Jun 2011 11:17:45 GMT
ETag: "2ce392-b1-4a5e688eae840"

Então eu pesquisei na internet e, até onde eu poderia descobrir, deveria haver uma configuração no apache para definir cabeçalhos e gravar no htaccess? mas não encontrei nenhum lugar que mostre isso.

Aqui estão os módulos carregados no apache se isso ajudar:

core mod_authn_file mod_authn_default mod_authz_host mod_authz_groupfile mod_authz_user mod_authz_default mod_auth_basic mod_include mod_filter mod_log_config mod_env mod_expires mod_headers mod_setenvif mod_version prefork http_core mod_mime mod_status mod_autoindex mod_asis mod_info mod_vhost_alias mod_negotiation mod_dir mod_actions mod_alias mod_rewrite mod_so mod_php5 mod_ruid2

Tanto quanto eu li mod_header deve ser ativado, o que parece ser o caso?

edit: tentei a solução proposta: coloque um arquivo .htaccess na pasta / mesmo que haja um arquivo chamado upload não aqui. conteúdo do .htaccess:

#Do not remove this line, otherwise mod_rewrite rules will stop working
RewriteBase / 
Options -Indexes 
SSILastModified on

<IfModule mod_expires.c>
FileETag MTime Size ExpiresActive on

ExpiresDefault "access plus 10 days"

ExpiresByType application/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType application/x-shockwave-flash "access plus 1 week"

ExpiresByType text/css "access plus 1 week"

ExpiresByType image/jpg "access plus 1 month" 
ExpiresByType image/jpeg "access plus 1 month" 
ExpiresByType image/gif "access plus 1 month" 
ExpiresByType image/png "access plus 1 month" 
ExpiresByType image/x-icon "access plus 6 month" 
ExpiresByType image/ico "access plus 6 month"
</IfModule>

eu coloco este arquivo na pasta public_html e na sub-pasta nod_update3 onde o arquivo update.ver existe. então eu executo o script que verifica a idade do documento da seguinte forma:

./check_http -H av.hostoi.com -u /nod_update3/update.ver -M 2d
HTTP CRITICAL: HTTP/1.1 200 OK - Document modification date unknown - 26316 bytes in 0,159 second response time |time=0,158965s;;;0,000000 size=26316B;;;0

como você pode ver, nenhuma data de modificação é mostrada, embora no cliente ftp mostre que foi modificada pela última vez em 25.10.2012

Eu tentei verificar em outro arquivo na mesma pasta assim:

./check_http -H av.hostoi.com -u /nod_update3/em000_32_l0.nup -M 2d
HTTP CRITICAL: HTTP/1.1 200 OK - Last modified 13,5 days ago - 56472 bytes in 1,059 second response time |time=1,059014s;;;0,000000 size=56472B;;;0
srvmon plugins #

como você pode ver, a modificação da data é conhecida. então porque o problema com o arquivo ver? o arquivo pode ser verificado neste URL: link

    
por Majed 24.10.2012 / 10:21

2 respostas

1

X-Powered-By: PHP/5.2.17

Parece que essa página é gerada pelo PHP, caso em que o Apache não sabe o tamestamp Last Modified. É de responsabilidade do script PHP definir o cabeçalho Last-Modified neste caso, o que aparentemente ele não faz.

Se estes são simplesmente arquivos estáticos, então você provavelmente deseja configurar o Apache para atendê-los diretamente, em vez de servi-los através de um script PHP. Se não forem arquivos estáticos, será necessário corrigir o script PHP para definir o cabeçalho Last-Modified adequadamente.

    
por 25.10.2012 / 01:20
0

Finalmente, mudamos para um novo provedor de hospedagem e tudo funciona agora. Obrigado pela ajuda e feliz Natal. Aqui está o resultado do cheque.

srvmon plugins # ./check_http -H baza32.info  -u /nod_update3/update.ver  -M 3d

HTTP OK: HTTP/1.1 200 OK - 26168 bytes in 0,219 second response time |time=0,218608s;;;0,000000 size=26168B;;;0
    
por 03.01.2013 / 06:44