binaergewitter / serious-bg Goto Github PK

Kalender lässt sich nicht mehr abonnieren (OSX Sierra)

Auphonic hat eine API.

Man könnte Sendungstitel, Nummer, Audio URLs etc automatisch auslesen und wenn auphonic die Sendung fertig hat automatisch veröffentlichen....

Die Weibseite und die in Github dargestellte Seite unterschieden sich.
Das steht auf der Webseite:
NSFW via @schmittlauch
in Github ist das Markdown richtig erkannt und in einen Link umgewandelt.

https://github.com/Binaergewitter/serious-bg/blob/master/articles/2015-04-30-binaergewitter-spezial-number-6-programmiersprachen-2015.markdown

Leider kenn ich den wirklichen Pfad nicht :(

https://blog.binaergewitter.de/pages/abonnieren

@ltsavar: #354 (comment)

auch eine itunes:summary müssten wir wohl reintun damit amazon musik und co was anzeigen unter der episode

Machen wir aktuell muss also ein anderes problem sein:

Öhm... @ltsavar , ne Idee?

$ wget http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.mp3
--2014-05-16 09:35:36--  http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.mp3
Resolving download.binaergewitter.de... 91.121.93.217
Connecting to download.binaergewitter.de|91.121.93.217|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2014-05-16 09:35:36 ERROR 404: Not Found.

$ wget http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.ogg
--2014-05-16 09:35:42--  http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.ogg
Resolving download.binaergewitter.de... 91.121.93.217
Connecting to download.binaergewitter.de|91.121.93.217|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2014-05-16 09:35:42 ERROR 404: Not Found.

$ wget http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.m4a
--2014-05-16 09:35:47--  http://download.binaergewitter.de/2014-05-15.Binaergewitter-Talk.94.m4a
Resolving download.binaergewitter.de... 91.121.93.217
Connecting to download.binaergewitter.de|91.121.93.217|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2014-05-16 09:35:47 ERROR 404: Not Found.

was man alles abonnieren kann

opus, mp3, bittorent, etc in jeweils all, talk, spezial

All eure Post-Titel auf der Startseite sind korrekt mit HTTPS verlinkt, machen aber einen Redirect auf HTTP.

Nachvollziehbar mit Curl:

$ curl -I -s https://blog.binaergewitter.de/2022/07/06/binaergewitter-talk-number-298-hitzefrei | grep location
location: http://blog.binaergewitter.de/2022/07/06/binaergewitter-talk-number-298-hitzefrei/

Hier auch als Video:

Das scheint daran zu liegen, dass ihr alle URLs ohne / am Ende zur URL mit / am Ende redirected, dabei aber auch einen Redirect von HTTPS auf HTTP macht.

Kommentare Backupen/Migrieren
Und ein freies Kommentarsystem finden.
https://mastodon.social/@bjoern/100737318678858795

Hier könnt ihr eure Themenvorschläge einreichen

Remove redirect to / see -> 2b6262d#diff-b5ac2c4482d62dc7fdabff59003d57c07ac46a52a0ccf6cc28592f5ea968ebb1R297

basically links with / at the end should not work and only the version without should exist

Da ihr in der Episode 80 über ein redesign gesprochen habt (https://www.dropbox.com/sh/n4904hvxsg4hfou/Csgzb4RZeS#/) muss ich nun auch nochmal meins raus suchen.

Im letzen Sommer habt ihr dazu aufgerufen, dass Hörer sich doch beteiligen sollen, wenn sie Lust darauf haben einen PR zu schicken um das Design mal schön zu machen. Als ich das hörte hatte ich zu viel Zeit und habe ein bisschen gebastelt. Die Bastelei ist allerdings insofern ausgeartet, dass ich die Webseite mit Emberjs + Bootstrap3 umgebaut habe.
Dann ist der Code bei mir auf der Festplatte verrottet. Nach der Erwähnung in der letzen Folge muss ich euch jetzt aber noch einmal mein Refactoring vorstellen.

Mich würde dazu eure Meinung interessieren. Wenn es gefällt würde ich mich demnächst darum kümmern dies als PR vorzubereiten und noch verschönern.

Startseite

Episode

Mobile

Fragen an den @madmas ,@fliiiix, @makefu, @ltsavar

And possibly rename it

Same as: Binaergewitter/binaergewitter.github.com#26

In Chrome auf https://blog.binaergewitter.de/<artikel> laden Disqus Kommentare nicht, da diese via http ausgeliefert werden.

Siehe auch: https://support.google.com/chrome/answer/1342714

der podlove webplayer will das wohl als json
https://github.com/podlove/podlove-web-player/tree/2.0.x/podlove-web-player#chapters

auphonic kann ein chapter file rausschreiben, müsste man sich dann umwandeln in json für den podlove player

Den Cache für die Hauptseite und für die Podcast URLs nach einem Travis run automatisch löschen.
Cloudflare hat ne API. @rb2k kann man das irgendwie einbinden?

$ curl http://download.binaergewitter.de/2013-12-19.Binaergewitter.Talk.78.m4a 
curl: (7) Failed to connect to download.binaergewitter.de port 80: Connection refused

Auch travis läuft deswegen nicht: https://travis-ci.org/Binaergewitter/serious-bg/builds/71547335

Wenn wir live sind wird das zwar auf der Seite angezeigt, aber man sieht es denke ich nicht genügend.
schöner wäre z.B. ein extra div mit einer URL zum Livestream + der Möglichkeit direkt abzuspielen auf der Seite

mir ist aufgefallen, das Flattr scheinbar das Icon Eurer letzen Episoden doof scraped. "Gabeln Sie auf Github" ist doch nicht Euer Logo.

Hat jemand eine Idee wie man Flattr das am einfachsten abgewoehnen kann?

document.querySelector("img"); gibt allerdings auch als erste Grafik das Github-Flag zurueck. Ein 👎 fuer den Contributor!

Add https://blog.binaergewitter.de/archives to header.

Ich bekomme seit ca. einem Monat mit gpodder (v3.10.21) beim Refresh oder Hinzufügen des Binaergewitter-feeds immer einen "internal server error".

Ich habe heute mal versucht herauszufinden, was da schief läuft.

Der relevante Teil der Ausgabe von gpodder -v -s https://blog.binaergewitter.de/podcast_feed/all/mp3/rss.xml ergibt folgendes:

1639929409.053098 [urllib3.connectionpool] DEBUG: Starting new HTTPS connection (1): blog.binaergewitter.de:443
1639929409.629732 [urllib3.connectionpool] DEBUG: https://blog.binaergewitter.de:443 "GET /podcast_feed/all/mp3/rss.xml HTTP/1.1" 200 None
1639929409.771621 [gpodder.model] DEBUG: get_next_page: feed has next http://blog.binaergewitter.de/podcast_feed/all/mp3/rss.xml?&page=1
1639929409.773113 [urllib3.connectionpool] DEBUG: Starting new HTTP connection (1): blog.binaergewitter.de:80
1639929410.214200 [urllib3.connectionpool] DEBUG: http://blog.binaergewitter.de:80 "GET /podcast_feed/all/mp3/rss.xml?&page=1 HTTP/1.1" 500 77
1639929410.215040 [gpodder.model] DEBUG: Fetch failed. Removing buggy feed.
1639929410.215559 [gpodder.dbsqlite] DEBUG: delete_podcast: 10 (https://blog.binaergewitter.de/podcast_feed/all/mp3/rss.xml)
1639929410.221785 [gpodder.gtkui.main] ERROR: Subscription error: internal server error

Wenn ich https://blog.binaergewitter.de/podcast_feed/all/mp3/rss.xml?&page=1 im Browser aufrufe, bekomme ich diese Fehlermeldung:

Something seems to be off:
e.g. blog.binaergewitter.de/2011/01/09/binaergewitter-number-1-nosql

Hi,
würd ja gern mal euren kram test weise forken etc, aber ohne Lizenz naja.. Wollt ihr nicht irgendwas auf das Repo schmeißen?

Grad so mit blick auf das Hacktoberfest.

da sich immernoch niemand gefunden hat, mal euer Logo als brauchbare Vektorgrafik zu exportieren hier nochmal der Aufruf:

Gibt es einen Adobe Illustrator User, der es schafft das Logo in ein für das Web brauchbares SVG zu exportieren?

Wenn man Retina Displays gewöhnt ist, verursacht das aktuelle Logo wirklich Augenkrebs!

Unser Webplayer müsste dringend mal geupdatet werden....

https://subscribe-button.podlove.org/

Stieß neulich auf spaactor und das Ergebnis der Audio-to-text-Konvertierung sah ganz brauchbar aus, schlug den Podcast daher vor. Inzwischen ist der Podcast mit Schlagworten (Text) durchsuchbar. Inwieweit die mit den ganzen Fachbegriffen klarkommen, ist noch genauer auszuloten.

Falls das nicht in Ordnung sein sollte, könnt ihr direkt dort Kontakt aufnehmen.
Suche sieht so aus:
https://www.spaactor.com/search?mode=custom&selectedChannel=all&channel=4853d496-fcd1-4378-9b0e-5251bbf9acb8&period=complete&language=de&orWords=linux

We currently can't search

would be nice having also the alternate-feeds in each feed

see http://podlove.org/alternate-feeds/

Es sollte eigentlich möglich sein die meisten Formatierungsfehler zu erkennen.

https://github.com/Binaergewitter/serious-bg/blame/c0941910af47196c2033d5f41f83149607796e8e/articles/2018-10-25-binaergewitter-talk-number-214-wegdockern.markdown#L3

Hallo, ich fürchte das mit der MP3 Datei hat nicht so ganz geklappt. Hinter dem Link zur MP3 Datei liegt die ogg Version.

Hier könnt ihr eure Fragen an @rb2k und @pfleidi einreichen:

please integrate the audio file size in the rss feed, so I can see in my podcast client how large the file is before I decide to download it.

z.B. bei amazon music (aber sicher auch bei mehreren anderen) wird der podcast mit 0 sekunden länge angezeigt.

Wir müssten die Länge mit in den Feed schreiben

Siehe auch #281

https://blog.binaergewitter.de/pages/live Der Mastodon Link müsste korrigiert werden in https://jit.social/@binaergewitter

Mehrere Leute (via Twitter und Mail) haben sich beschwert dass die /rss.xml nicht mehr funktioniert. Ging wohl bis April 2017. Mir war bisher nicht bewusst das wir die haben. Problematisch ist, dass die auf der Hauptseite im Head verlinkt wird:
https://github.com/Binaergewitter/serious-bg/blob/master/serious/lib/site/views/layout.erb#L23

@rb2k: Hast du ne Idee ob man das fixen kann? Oder kann ich den Eintrag rausnehmen? Fällt uns das an anderer Stelle auf den Fuß?

Grüße

Irgendwo muss ein Bug sein.
Die Sendungen werden doppelt eingetragen.

Bitlove hat z.B. andere http://bitlove.org/binaergewitter wie unser blog...

Der neue Player bietet die möglichkeit die Dauer einer Episode anzuzeigen.

Die dauer kann den auphonic metadaten entnommen werden
Beipspiel:
http://download.binaergewitter.de/2016-09-01.Binaergewitter.Talk.156.json

Aus javascript kann der Zugriff aktuell nicht erfolgen da ein CORS Header gesetzt werden muss.
(von blog.binaergewitter.de auf download.binaergewitter.de)

Grundsätzlich überlegungen
Es gibt insgesamt ein Design Problem in der Anwendung.

Beipspiel RSS Feed:
Ein call auf den Feed erzeugt 4 subsequent calls an die download api um die file sizes zu ermitteln.
Das selbige gilt auch für den neuen Player. Jedes file erzeugt einen header call zur ermittelung der file size. Das ist zwar bei der geringen load den die Seite hat kein großes Problem aber erzeugt unnötig viel Last.

Hieraus ergibt sich für mich folgende Frage:
Anstatt wie bisher sämtlichen Content live zu rendern wäre es eine Option auf statischen Content zu wechseln. Mann könnte themen wie das erzeugen der nötigen Metadaten deutlich leichter in einem Schritt vor dem starten des Webservers erreichen. So könnten die unterschiedlichen Datenquellen zusammengefasst werden, um z.b. eine Episode-123.json zu erzeugen die alle Informationen bündelt und welche dann statisch ausgeliefert wird.

Wäre toll :)

Currently, link with an / seem to be broken:

Not working: http://blog.binaergewitter.de/2017/01/21/binaergewitter-talk-number-164-steckerchecker/

working: http://blog.binaergewitter.de/2017/01/21/binaergewitter-talk-number-164-steckerchecker

Those with / at then end are rendered from Disqus. If you click on one of the "Auch auf Binärgewitter Podcast" suggestions, you end up on the error page.

Ist das gleiche und jetzt sieht das Bild für den Feed blöd aus weil es zu kurz ist und das "Binärgewitter" darunter fehlt.

Wäre gut wenn man im Head von einem Markdown Files einfach offline: 1 oder offline: true angeben könnte und die Seite dann nicht im Blog und in den Feeds angezeigt wird.
Klar kann man einen Artikel auch anders offline nehmen, aber diese Variante wäre auch mit nem Smartphone schnell mal machbar....

via blog: http://blog.binaergewitter.de/2022/01/15/binaergewitter-talk-number-289-razzia-im-chatraum/#isso-2018
Im RSS feed ist die 4. page kaputt: https://blog.binaergewitter.de/podcast_feed/all/mp3/rss.xml?&page=4