Der RSS-Feed funktioiert mit manchen Readern - mit manchen nicht (Bugs)

[thread]20681[/thread]

Der RSS-Feed funktioiert mit manchen Readern - mit manchen nicht

Leser: 13

Articles: hide open all | hide show old branches

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

+30 replies
haj

2019-10-15 10:36
User since
2015-01-07
527 Artikel
BenutzerIn
RSS-Feeds nutze ich ganz gern, um Änderungen mitzubekommen, deswegen finde ich es prima, dass es auch bei der Perl-Community einen Feed gibt.

Da ist mir nun etwas aufgefallen: Der Perl-Community News-Feed /bat/blog/xml_rss (bei dem es seit langem nix neues gibt) funktioniert problemlos, beim Forums-Feed mit seinen "Unterkategorien" ist das anders:
- Mit Emacs/Gnus funktioniert es einwandfrei. Gnus taugt allerdings nicht für alle Feeds, weil er mit Atom Schwierigkeiten hat, deswegen untersuche ich gerade Akternativen.
- Die "Live Bookmarks" von Firefox funktionieren auch, aber die werden wohl nicht mehr lange zur Verfügung stehen.
- Die Firefox-Erweiterung "Feedbro" meldet für die Forums-Feeds /bat/poard/xml_messages_rss und /bat/poard/xml_messages_rss?type=full "No entries to display".
- Mit Thunderbird kann ich den Feed gar nicht erst anlegen.
Hat jemand dafür eine Erklärung? Liegt es am Feed oder an den Readern?
- +5 replies
- GwenDragon
  
  2019-10-15 14:24
  User since
  2005-01-17
  14532 Artikel
  Admin1
  Liegt wohl daran, dass der Feed kein Expires oder Last-Modified- HTTP-header hat.
  
  Code: (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
  
  T:\>GET -USsed https://www.perl-community.de/bat/blog/xml_rss GET https://www.perl-community.de/bat/blog/xml_rss User-Agent: lwp-request/6.39 libwww-perl/6.39 200 OK Connection: close Date: Tue, 15 Oct 2019 12:24:31 GMT Server: Apache Vary: Accept-Encoding Content-Type: text/xml; charset=utf-8 Client-Date: Tue, 15 Oct 2019 12:24:30 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 Client-Transfer-Encoding: chunked X-No-Archive: yes
  
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - +4 replies
  - haj
    
    2019-10-15 17:03
    User since
    2015-01-07
    527 Artikel
    BenutzerIn
    
    2019-10-15T12:24:12 GwenDragon
    Liegt wohl daran, dass der Feed kein Expires oder Last-Modified- HTTP-header hat.
    
    Das ist schon mal ein Hinweis, und in der Tat: Wenn ich einen Proxy davorschraube, der einen Last-Modified-Header einfügt, dann tut's das mit dem Feedbro.
    
    Der Thunderbird hat dagegen (zusätzlich) ein anderes Problem, das mit meiner Plattform (Debian Buster) zusammehhängt: Der verweigert den Verbindungsaufbau mit der https-Url, ebenso wie mein Perl-Proxy:
    
    Code: (dl )
    
    SSL connect attempt failed error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
    
    Wenn ich über meinen Proxy die http-URL angebe, dann funktioniert es auch mit dem Thunderbird.
    
    Busters OpenSSL ist recht anspruchsvoll, etwas mehr Info bekommt man direkt vom OpenSSL-Client:
    
    Code: (dl )
    
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
    
    haj@hajtower:~$ openssl s_client -connect www.perl-community.de:https CONNECTED(00000003) 139704595002496:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1929: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 58 bytes and written 320 bytes Verification: OK --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated Early data was not sent Verify return code: 0 (ok) ---
    
    Nun gut, ich weiß nun, wie ich an die Feeds komme... aber kann man dem Apache bzw. der SSL-Bibliothek drunter vielleicht mal die Secure Renegotiation beibringen?
    - +3 replies
    - GwenDragon
      
      2019-10-16 14:58
      
      User since
      2005-01-17
      14532 Artikel
      Admin1
      
      OpenSSL 1.0.2o
      more (5.5kb)
      
      OpenSSL 1.0.2t 10 Sep 2019
      more (5.4kb)
      
      OpenSSL 1.1.1b
      more (5.6kb)
      Last edited: 2019-10-16 15:00:53 +0200 (CEST)
      die Drachin, Gwendolyn
      
      Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
      - +2 replies
      - haj
        
        2019-10-16 16:10
        
        User since
        2015-01-07
        527 Artikel
        BenutzerIn
        
        Danke! Das hilft beim Eingrenzen, wenn's "anderswo" funktioniert. Bei mir läuft OpenSSL 1.1.1d, aber:
        Es stellt sich heraus, dass das Problem nicht OpenSSL-Version und auch nicht die Renegotiation ist. Die Meldung ist etwas irreführend, denn so weit kommt er gar nicht. Sorry für meine Verwirrung.
        
        Tatsächlich handelt es sich um einen Debianismus: In der Debian-Konfiguration von OpenSSL und Thunderbird für Buster sind TLS1.0 und TLS1.1 gesperrt. Wenn ich in /etc/ssl/openssl.cnf den Wert MinProtocol = TLSv1.0 setze, dann funktioniert der Verbindungsaufbau mit dem Kommando openssl s_client -connect www.perl-community.de:https genau wie bei Dir (ich spare mir die Kopie). Es schlägt allerdings fehl, wenn ich explizit eine höhere TLS-Version verlange:
        
        more (1.3kb)
        Es sieht also so aus, als ob der Server nur bis TLS 1.0 mitspielt.
        Das wäre dann eine Sache der Konfiguration von mod_ssl.
        
        Daxim
        
        2019-10-21 09:00
        
        User since
        2007-08-01
        114 Artikel
        BenutzerIn
        
        siehe TLS-Konfiguration
- Daxim
  
  2019-10-15 14:58
  
  User since
  2007-08-01
  114 Artikel
  BenutzerIn
  
  Besagte Feeds validieren.
  
  Quote
  RSS-Feeds
  
  Der generische Begriff lautet Web-Feed. Ich bin aus Gründen dagegen, dass ein nicht-neutraler Begriff den Verwendungsbereich usurpiert.
  
  Langfristig sollte die Forensoftware auf das Standardformat Atom umsteigen, es hat erfahrungsgemäß viel bessere Interoperabilität. Brauche eine lokale Installation, dann kann ich mithelfen. msg #190255
- +4 replies
- GwenDragon
  
  2019-10-15 15:46
  User since
  2005-01-17
  14532 Artikel
  Admin1
  Code: (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
  
  GET -USsed https://www.perl-community.de/bat/poard/xml_messages_rss GET https://www.perl-community.de/bat/poard/xml_messages_rss User-Agent: lwp-request/6.39 libwww-perl/6.39 200 OK Connection: close Date: Tue, 15 Oct 2019 13:44:38 GMT Server: Apache Vary: Accept-Encoding Content-Type: application/rss+xml; charset=utf-8 Expires: Tue, 15 Oct 2019 13:44:38 GMT Last-Modified: Tue, 15 Oct 2019 10:58:57 GMT Client-Date: Tue, 15 Oct 2019 13:44:37 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 Client-Transfer-Encoding: chunked X-No-Archive: yes
  
  Ich sehe beim Caching keinerlei Probleme.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - +3 replies
  - Daxim
    
    2019-10-15 15:58
    
    User since
    2007-08-01
    114 Artikel
    BenutzerIn
    
    Es gibt ein Problem mit der Not-Modified-Antwort.
    - GwenDragon
      
      2019-10-15 16:05
      
      User since
      2005-01-17
      14532 Artikel
      Admin1
      
      Ah, Danke. If-Modified-Since o.ä. hatte ich nicht geprüft.
      Last edited: 2019-10-15 16:17:15 +0200 (CEST)
      die Drachin, Gwendolyn
      
      Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
    - pq
      
      2019-10-16 11:58
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      Welcher Header fehlt da? Expires? Wenn ja, ist das leicht zu fixen
      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
- GwenDragon
  
  2019-10-15 16:04
  
  User since
  2005-01-17
  14532 Artikel
  Admin1
  
  Ich benutze auf Vivaldi RSS Aggregator und er läuft fein mit den Feeds hier!
  
  Feedbro ist zwar umfangreich, hakt aber immer wieder mal bei Feeds und im Zusammenhang mit anderen Erweiterungen.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
- +18 replies
- pq
  
  2019-10-16 01:09
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  ok, der Blog-Feed hat nun einen Last-Modified Header.
  
  If-Modified-Since fehlt allerdings noch.
  Last edited: 2019-10-16 01:11:17 +0200 (CEST)
  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
  - +17 replies
  - rosti
    
    2019-10-16 08:16
    
    User since
    2011-03-19
    3193 Artikel
    BenutzerIn
    
    Quote
    If-Modified-Since fehlt allerdings noch.
    
    Diesen Header sendet der Client. Bei Übereinstimmung mit Last-Modified erzeugt der Webserver den Status 304 Not Modified.
    
    MFG
    - +16 replies
    - pq
      
      2019-10-16 10:51
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      2019-10-16T06:16:45 rosti
      Diesen Header sendet der Client.
      
      Schlaumeier, das weiss ich doch. Ich meinte das If-Modified-Since-Handling.
      
      Wernn ich es nicht wüsste, warum ist dann Handling für If-Modified-Since im Board-Feed eingebaut?
      
      lwp-request -m HEAD -H 'If-Modified-Since: ...' https://www.perl-community.de/bat/poard/xml_messages_rss
      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
      - +9 replies
      - rosti
        
        2019-10-16 12:27
        
        User since
        2011-03-19
        3193 Artikel
        BenutzerIn
        
        Um das Handling für IF_MODIFIED_SINCE kümmert sich der Webserver. Dein Code muss da gar nichts machen.
        
        Aber was Du machen kannst: Einen Responseheader Expires setzen.
        
        Edit: Expires sehe ich jetzt. Ob der Wert sinnvoll ist oder nicht kann ich nicht beurteilen.
        
        MFG
        Last edited: 2019-10-16 12:32:51 +0200 (CEST)
        
        +4 replies
        
        haj
        
        2019-10-16 12:54
        
        User since
        2015-01-07
        527 Artikel
        BenutzerIn
        
        2019-10-16T10:27:38 rosti
        Um das Handling für IF_MODIFIED_SINCE kümmert sich der Webserver. Dein Code muss da gar nichts machen.
        
        Du könntest Dich vielleicht mal mit dem tatsächlichen Thema hier auseinandersetzen. Bei dynamischen Webseiten kann der Webserver kein If-Modified-Since bewerten.
        
        +3 replies
        
        rosti
        
        2019-10-16 13:02
        
        User since
        2011-03-19
        3193 Artikel
        BenutzerIn
        
        2019-10-16T10:54:12 haj
        2019-10-16T10:27:38 rosti
        Um das Handling für IF_MODIFIED_SINCE kümmert sich der Webserver. Dein Code muss da gar nichts machen.
        
        Du könntest Dich vielleicht mal mit dem tatsächlichen Thema hier auseinandersetzen. Bei dynamischen Webseiten kann der Webserver kein If-Modified-Since bewerten.
        
        Den Header If-Modified-Since sendet der Client (UserAgent, Browser) nur dann, wenn er für den dazugehörigen URL einmal einen Response-Header bekommen hat. Damit kann der Webserver bei einem Folge-Request entscheiden ob er einen Status 304 Not Modified ohne Content oder einen Status 200 OK mit Content liefert.
        
        Und das macht der Webserver unabhängig davon ob die Seiten dynamisch erstelllt wurden, der Webserver die Inhalte also über STDIN bekommt (Common Gateway) oder aus dem Dateisystem.
        
        MFG
        Last edited: 2019-10-16 13:03:15 +0200 (CEST)
        
        +2 replies
        
        haj
        
        2019-10-16 13:04
        
        User since
        2015-01-07
        527 Artikel
        BenutzerIn
        
        Du kannst Dich gern davon überzeugen, dass der Feed des Forums sich nicht so verhält.
        
        rosti
        
        2019-10-16 13:44
        
        User since
        2011-03-19
        3193 Artikel
        BenutzerIn
        
        2019-10-16T11:04:14 haj
        Du kannst Dich gern davon überzeugen, dass der Feed des Forums sich nicht so verhält.
        
        Ein serverseitiges Problem kann ich nicht erkennen (auch gestern nicht). Das Chachen über Last-Modified funktioniert mit meinem Browser so wie es im RFC beschrieben ist.
        
        MFG
        
        +4 replies
        
        pq
        
        2019-10-16 16:32
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2019-10-16T10:27:38 rosti
        Um das Handling für IF_MODIFIED_SINCE kümmert sich der Webserver. Dein Code muss da gar nichts machen.
        
        Der Feed wird dynamisch zusammengebaut.
        Da setze ich im Code den Last-Modified-Header.
        
        Und wenn ich einen If-Modified-Since Header im Code bekomme, schaue ich nach, wann das letzte Posting war und baue ggfs. erst gar keinen Feed zusammen, sondern schicke einen 304.
        Würde ich das dem Webserver überlassen, müsste ich den Feed immer bauen.
        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
        
        +3 replies
        
        rosti
        
        2019-10-16 16:44
        
        User since
        2011-03-19
        3193 Artikel
        BenutzerIn
        
        Genau diese Thema habe ich mal aufgegriffen in dieser DEMO:
        
        https://rolfrost.de/lastmod.html
        
        MFG
        
        Edit: Alles was zu tun ist, einen der Aufgabe entsprechenden Last-Modified-Header zu senden. Nicht notwendig ist es, den Vergleich zwischen Last-Modified und If-Modified-Since ($ENV{IF_MODIFIED_SINCE}) über die CGI-Schnittstelle hinweg zu programmieren, weil die Entscheidung ob des HTTP-Status 304 bereits am Webserver gefallen ist. Es ist also egal, ob dann serverseitig noch ein Content generiert wird oder nicht, er wird gar nicht mehr ausgeliefert weil seitens Webserver die Response schon raus ist.
        
        .
        Last edited: 2019-10-16 17:14:20 +0200 (CEST)
        
        +2 replies
        
        pq
        
        2019-10-16 17:25
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2019-10-16T14:44:11 rosti
        Nicht notwendig ist es, den Vergleich zwischen Last-Modified und If-Modified-Since ($ENV{IF_MODIFIED_SINCE}) über die CGI-Schnittstelle hinweg zu programmieren, weil die Entscheidung ob des HTTP-Status 304 bereits am Webserver gefallen ist. Es ist also egal, ob dann serverseitig noch ein Content generiert wird oder nicht, er wird gar nicht mehr ausgeliefert weil seitens Webserver die Response schon raus ist.
        
        Woher will denn bitte der Webserver vor der Antwort vom Code wissen, ob der neue Content nicht wirklich neuer ist?
        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
        
        rosti
        
        2019-10-16 18:38
        
        User since
        2011-03-19
        3193 Artikel
        BenutzerIn
        
        2019-10-16T15:25:54 pq
        2019-10-16T14:44:11 rosti
        Nicht notwendig ist es, den Vergleich zwischen Last-Modified und If-Modified-Since ($ENV{IF_MODIFIED_SINCE}) über die CGI-Schnittstelle hinweg zu programmieren, weil die Entscheidung ob des HTTP-Status 304 bereits am Webserver gefallen ist. Es ist also egal, ob dann serverseitig noch ein Content generiert wird oder nicht, er wird gar nicht mehr ausgeliefert weil seitens Webserver die Response schon raus ist.
        
        Woher will denn bitte der Webserver vor der Antwort vom Code wissen, ob der neue Content nicht wirklich neuer ist?
        
        Stimmt, Du hast Recht, falsches Timing meinerseits. Der Webserver kriegt den LastmodHeader übers Gateway (STDIN). Aber den Content, der da auch kommt, liefert er nicht mehr aus.
        
        PS: https://rolfrost.de/lastmod.html korrigiert.
        
        PS2: Ich habe noch ein paar Anmerkungen zum Expires-Header hinzugefügt. Dieser Header ist optional, er bietet dem Client die Möglichkeit festzustellen ob die Seite abgelaufen ist.
        
        MFG
        Last edited: 2019-10-18 22:42:06 +0200 (CEST)
      - haj
        
        2019-10-16 13:09
        
        Subtree with 6 replies: If-Modified-Since hat Problem mit HTTP date
        
        User since
        2015-01-07
        527 Artikel
        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)

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