Skip to main content


Parser-Error bei FridaysForFuture


!Friendica Support

Ist wahrscheinlich kein Thema von Friendica, aber ich schreibe es hier doch einfach mal...

Beim Versuch, die Seite von #FridaysForFuture zu sharen, gibt es scheinbar Parser-Error. Jedenfalls gibt der Editor nur sowas raus:

Enter a title	
Enter a description 
https://fridaysforfuture.de	

Vermutlich hat die dortige Seite invalides #HTML? Oder können wir etwas machen?

Beispiel: fridaysforfuture.de/x-fuer-lue…

in reply to Paula Gentle on Friendica

Eigentlich ist die Vorschauerzeugung sehr robust. Ich kann es hier auch nachvollziehen.
in reply to Paula Gentle on Friendica

Ich hab es eben mal durchgetestet. Es liegt tatsächlich nicht an Friendica - oder doch irgendwie. Aus irgendeinem Grund senden die Serverbetreiber einen Fehler "403" zurück, wenn "Friendica" im User-Agent ist.

Paula Gentle on Friendica doesn't like this.

in reply to Michael Vogel

@Michael Vogel
Boah - gut gesehen!

Aber was zur Hölle machen die da?!?

$ torsocks curl -I https://fridaysforfuture.de/x-fuer-luetzi-aktionstag-fuer-luetzerath-in-40-staedten/
HTTP/2 200 
$ torsocks curl -I -A 'friendica' https://fridaysforfuture.de/x-fuer-luetzi-aktionstag-fuer-luetzerath-in-40-staedten/ 
HTTP/2 403 

Ist Friendica böser als Nessus?

$ torsocks curl -I -A 'Nessus' https://fridaysforfuture.de/x-fuer-luetzi-aktionstag-fuer-luetzerath-in-40-staedten/ 
HTTP/2 200

Ich glaube, da sollte ich mal versuchen, jemand von der IT bei FFF zu erreichen.
TNX
in reply to Paula Gentle on Friendica

Dann funktioniert die aber nicht so dolle. Schließlich wollen wir nichts böses, sondern deren Inhalte weiterverbreiten.
in reply to Paula Gentle on Friendica

Wie geil, es gab eine schnelle Reaktion von einem freundlichen Admin dort:

'Das war tatsächlich geblockt. Wir hatten mal einen DDOS der das im Header hatte, deshalb ist/war das von Hand in der Nginx Config geblockt. Danach haben wir wohl vergessen das zu entfernen - ich habs gerade entfernt und hoffe jetzt passt es :)'

Manuell bekomme ich jetzt tatsächlich ein http/200 mit dem geratenen Agent-String aus dem Testcase:

$ torsocks curl -I -A 'friendica' https://fridaysforfuture.de/x-fuer-luetzi-aktionstag-fuer-luetzerath-in-40-staedten/ 
HTTP/2 200

Das ist ja schon mal fein. Nur leider scheitert der Parser im Editor immer noch unverändert!
Könnte sein, dass da doch noch ein (leicht) anderer String steht, der weiterhin geblockt wird?!?
in reply to Michael Vogel

@Michael Vogel
Entweder bin ich zu blöd, den Browser-Cache zu löschen, oder Du meinst den Server-Cache...
in reply to Michael Vogel

@Michael Vogel
'Ja'. 'Ja'. Wenn wir über #Rosenkohl reden, bist Du irgendwie gesprächiger...

Aber OK, das scheint jetzt zu tun. Vermutlich wird der Cache von libranet.de auch bald mal invalidiert, dann sollte es hier auch laufen. Sehr schön.

Vielen Dank an alle Beteiligten!

in reply to Paula Gentle on Friendica

Das Caching bei libranet.de scheint jetzt ebenfalls aufgefrischt worden zu sein. Jedenfalls funktioniert das Parsing der Website nun auch hier.
in reply to Paula Gentle on Friendica

@Paula Gentle on Friendica Wegen des Vergessens mache ich keine temporaeren Blocks in der Web-Server-Konfiguration. Nur dauerhaftes kommt dort rein, wie z.B. gegen #HTProxy .
in reply to Paula Gentle on Friendica

Scheinbar hat der echte UserAgent-String noch einiges mehr zu bieten:
"Friendica 'Siberian Iris' 2021.12-rc-1448; https://libranet.de"