If-Modified-Since hat Problem mit HTTP date (Bugs)

[thread]20681[/thread]

If-Modified-Since hat Problem mit HTTP date

Readers: 13

Articles: hide open all | hide show old branches

Subtree:
If-Modified-Since hat Problem mit HTTP date (5 articles) 2019-10-26 12:57

+6 replies
haj

2019-10-16 13:09
User since
2015-01-07
570 articles
BenutzerIn
Ich habe grade etwas weiter eingegrenzt. Der Code behandelt If-Modified-Since, aber sehr merkwürdig.
- Mit If-Modified-Since: Sat, 03 Mar 1973 09:46:40 GMT funktioniert es.
- Mit If-Modified-Since: Fri, 31 Dec 1999 00:26:40 GMT bekomme ich einen Status von 304 zurück.
Die Interpolation, bei welchem Datum er dreht, bleibt eine Übungsaufgabe für den Leser.

Feedbro sendet ein If-Modified-Since mit neuerem Datum, weil er selber einen Cache hat. In meinem Proxy hatte ich den rausgefiltert, damit ich im Proxy die Response untersuchen kann, lasse ich den Header durch, dann bekomme ich 304.

Im Thunderbird geht's dann auch über den Proxy, nur muss ich eben den Feed über http beziehen.

modedit Editiert von GwenDragon: Subthread erzeugt
Last edited: 2019-10-26 10:03:09 +0200 (CEST)
- +2 replies
- rosti
  
  2019-10-16 13:14
  
  User since
  2011-03-19
  3566 articles
  BenutzerIn
  
  Wenn Dein Client nicht das als If-Modified-Since sendet was er mit Last-Modified bekommen hat, ist er kaputt.
  
  MFG
  http://blog.rolfrost.de/
  
  The art of steam.
  - haj
    
    2019-10-16 13:53
    
    User since
    2015-01-07
    570 articles
    BenutzerIn
    
    In rostis Welt vielleicht.
    
    In der Welt von RFC7232 braucht der Client den Wert keineswegs vom Server bekommen zu haben, und es ist auch keine genaue Übereinstimmung mit irgendeinem vom Server gesendeten Wert erforderlich.
- +3 replies
- GwenDragon
  
  2019-10-25 20:42
  User since
  2005-01-17
  14835 articles
  Admin1
  Ja. Stimmt.Logisch ist das nicht.
  
  Code: (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51
  
  T:\>HEAD https://www.perl-community.de/bat/poard/xml_messages_rss -H "If-Modified-Since: Sat, 03 Mar 1973 09:46:40 GMT" 200 OK Connection: close Date: Fri, 25 Oct 2019 18:40:53 GMT Server: Apache Vary: Accept-Encoding Content-Type: application/rss+xml; charset=utf-8 Expires: Fri, 25 Oct 2019 18:40:53 GMT Last-Modified: Fri, 25 Oct 2019 04:41:43 GMT Client-Date: Fri, 25 Oct 2019 18:40:53 GMT Client-Peer: 188.40.117.67:443 Client-Response-Num: 1 Client-SSL-Cert-Issuer: /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 Client-SSL-Cert-Subject: /CN=www.perl-community.de Client-SSL-Cipher: AES256-SHA Client-SSL-Socket-Class: IO::Socket::SSL X-No-Archive: yes T:\>HEAD https://www.perl-community.de/bat/poard/xml_messages_rss -H "If-Modified-Since: Sat, 03 Mar 1973 09:46:39 GMT" 304 Not modified Connection: close Date: Fri, 25 Oct 2019 18:41:01 GMT Server: Apache Vary: Accept-Encoding Client-Date: Fri, 25 Oct 2019 18:41:00 GMT Client-Peer: 188.40.117.67:443 Client-Response-Num: 1 Client-SSL-Cert-Issuer: /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 Client-SSL-Cert-Subject: /CN=www.perl-community.de Client-SSL-Cipher: AES256-SHA Client-SSL-Socket-Class: IO::Socket::SSL T:\>HEAD https://www.perl-community.de/bat/poard/xml_messages_rss -H "If-Modified-Since: Sat, 03 Mar 1973 09:46:41 GMT" 200 OK Connection: close Date: Fri, 25 Oct 2019 18:41:11 GMT Server: Apache Vary: Accept-Encoding Content-Type: application/rss+xml; charset=utf-8 Expires: Fri, 25 Oct 2019 18:41:11 GMT Last-Modified: Fri, 25 Oct 2019 04:41:43 GMT Client-Date: Fri, 25 Oct 2019 18:41:11 GMT Client-Peer: 188.40.117.67:443 Client-Response-Num: 1 Client-SSL-Cert-Issuer: /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 Client-SSL-Cert-Subject: /CN=www.perl-community.de Client-SSL-Cipher: AES256-SHA Client-SSL-Socket-Class: IO::Socket::SSL X-No-Archive: yes
  
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +2 replies
  - haj
    
    2019-10-25 22:33
    User since
    2015-01-07
    570 articles
    BenutzerIn
    
    2019-10-25T18:42:15 GwenDragon
    Ja. Stimmt.Logisch ist das nicht.
    
    Danke fürs Nachforschen. Es lohnt sich vielleicht, den Code nach 1E8 oder 100*1000*1000 oder ähnlichem zu durchsuchen:
    
    Code (perl): (dl )
    
    print scalar gmtime 1e8; # Sat Mar 3 09:46:40 1973
    
    Logisch ist das vielleicht nicht, aber Zufall ist das ganz sicher nicht.
    - pq
      
      2019-10-26 12:57
      
      User since
      2003-08-04
      12209 articles
      Admin1
      
      https://github.com/perlpunk/p5-battie/blob/master/...
      $mtime gt $since
      Und es sind beides Epochsekunden.
      Die Zeitstempel waren irgendwann mal als DATETIME in der Datenbank. Da hab ich nach der Umstellung wohl was vergessen :D
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2019-10-15 10:36.