(Ein Wechsel auf Firefox ist sowieso ratsamer...!)
Wem sagst Du das... ? Hier prallen halt unterschiedliche Religionen aufeinander... das hat noch nie funktioniert. ⚔ flüster: ich bin nicht unglücklich, dass Du nicht weiterhelfen kannst. Somit habe ich eine gute Ausrede... ?
Wenn Serendipity ein Auto wäre..., so wäre es eher eines von den alten (die Serokratie hat dazu immer gesagt: "Unter der Haube der serokratie schnurrt serendipity, der 69er Pontiac Trans Am der Blogsoftwarewelt." und ich finde sie hatte da durchaus Recht!) und nicht eines wie ein Tesla oder so das einem alles abnimmt. Es gibt also eine Lernkurve hinein in unendliche Welten... Wer dran bleibt kann so immer wieder neues entdecken! Also: Bleib dran! ?
Also der Fall mit nl2br muss korrigiert werden, denn das lag sehr wahrscheinlich nur einfach daran, dass du die entryproperties Tabelle noch nicht befüllt hattest. Darin stehen ja die einzelnen Anweisungen per entry welche markup Plugins nicht angelaufen werden sollen. Wir wollen ja hier nicht was Falsches verbreiten! ?
Beat Post author am |
"Als <picture> Element" kann ich nicht auf ein anderes Ziel verlinken.
Auf www.beatsblog.ch habe ich ein aktuelleres Titelbild eingesetzt. Die Verlinkung auf die Kategorie /categories/BLOG funktioniert nur, wenn ich das Bild mit "Medien hinzufügen" einsetze (also JPG und nicht WEBP). Sobald ich "Als <picture> Element" wähle, startet die Lightbox und zeigt das Bild in gross. Egal, was ich als Linkziel eingegeben habe.
Muss das so sein? Kann "Als <picture> Element" nur auf sich selbst linken?
Und du sagst das ginge nicht als Image auto Eintrag mit href="/categories/BLOG" ... verstehe ich das so richtig?
Was wäre wenn du "/categories/BLOG/index.html" verwendest oder "/categories/BLOG.html" oder "/zumblog" oder https://www.beatsblog.ch/?frontpage verwendest??
Beat Post author am |
Teste es selbst. Füge ein Bild mit "Als <picture> Element" in einen Beitrag ein und verlinke bei "Bild als Link" - "das Bild soll hierhin linken" auf irgendeine Webseite. Dann den Eintrag speichern und danach im Frontend auf das Bild klicken. Ich wette, auch bei Dir wird dem eingegebenen Link nicht gefolgt.
Ich kann Dir das hier leider nicht zeigen, weil hier webp nicht funktioniert.
Ja. du hast recht - das liegt daran, dass es eine Besonderheit der webp Zusammenstellung ist. Das ist aber relativ einfach zum umgehen, in dem du als /link das default einfach beibehälst (also den link zu "/uploads/Fotoalben/.v/2020_beatsblog.webp" obwohl du ja auf "großes Bild nutzen" gestellt hast), aber dann im Quelltext per Hand das href mit deinem gewünschten link "/categories/BLOG" befüllst.
Wie man das schon von vorneherein besser machen kann ist etwas schwierig bzw kompliziert, denn dazu müsste der Generator wissen dass es ein anderweitiger Link ist. (Ich werde darüber sicherlich einmal knobeln...)
Wie oft kommt denn so was vor im laufenden Betrieb..?
Dann kannst du auch gleich noch den letzte fix von include/admin/plugins.inc einspielen.
Beat Post author am |
Ehrlich gesagt habe ich das schon am 10.03. bemerkt (die Top-25 Sizilien-Fotos). Dort habe ich im Quellcode den Link des 600px-Hauptbilds manuell auf das 1024px-Bild geändert.
Das war (auch) einer der Gründe, weshalb ich später auf 1024x768px grosse Hauptbilder umgeschwenkt bin. Früher hatte ich (falls ich auch das Hauptbild in der Lightbox zeigen wollte) zwei Bildgrössen abgespeichert. Das 600px breite Bild linkte dann auf das 1024px breite Bild.
Der Wechsel auf 1024px breite Hauptbilder fiel mir auch deshalb einfach, weil bei meiner aktuellen Bildschirmauflösung der Mittelteil von beatsblog ungefähr 700px anzeigt. So gesehen war die Verwendung von 1024px, welche auf 700px skalieren keine grosse Änderung (zu den 600px). In der mobilen Ansicht gibt es ja überhaupt keinen Unterschied.
Zu "wie oft kommt das im laufenden Betrieb vor" ist noch zu sagen, dass ich ab und an mal von einem Bild auf einen anderen Blog oder auf eine externe Internetseite verlinke. Oder die Beiträge in der Kategorie "Fotogalerie" sind alle so aufgebaut, dass ein Bild auf eine JAlbum-Galerie linkt. Für mich ist das also schon etwas, was ich ab und zu benötige und auch gerne mit webp-Bildern nutzen möchte.
Heute komme ich nicht mehr dazu um die neusten Styx-Daten aufzuspielen. Morgen Nachmittag werde ich das dann nachholen.
Vielen Dank für die superschnelle Reaktion. ?
Beat Post author am |
Feedreader -> Feedburner
Eigentlich möchte ich, dass auf www.beatsblog der Feedburner-Feed abonniert wird (damit ich sehe, wieviele Abonennten es gibt). Ich habe alles Erdenkliche in der Konfiguration auf feedburner eingestellt. Trotzdem steht im head-Bereich des Seitenquelltextes (Zeile 14+15):
<link rel="alternate" type="application/rss+xml" title="beats blog RSS feed" href="https://www.beatsblog.ch/feeds/index.rss2">
<link rel="alternate" type="application/x.atom+xml" title="beats blog Atom feed" href="https://www.beatsblog.ch/feeds/atom.xml">
Erst beim Seitenleisten-Plugin wird auf die Feedburner-URL verwiesen. Im Quelltext erscheint dieser auf Zeile 199.
Wenn ich nun www.beatsblog.ch von einem Feedreader nach Feeds absuchen lasse, wird mir immer der konventionelle rss2-feed angezeigt und nie der feedburner-feed. Was mache ich falsch?
Du meinst sicher https://github.com/ophian/styx/blob/master/templates/pure/index.tpl#L22
Um das updatesicher zu verändern, kopiere die Datei in dein theme Verzeichnis (aber eigentlich hast du das doch schon..?) und ändere die URL auf https://feeds.feedburner.com/BeatsBlog.
Vielleicht ist es doch nicht ganz so einfach nur...
Ich übersah, dass es ja eigentlich auch eine Alternative geben sollte. Wenn man plugin_syndication korrekt auf feedburner (das Ding läuft noch, ist aber eigentlich offiziell seit 2012 als beendet erklärt..) eingestellt hat, sollte eine zusätzliche globale Konfiguration unter Konfiguration - Feed Einstellungen
Individuelle Feed-URL Wenn gesetzt, wird die eingetragene URL verwendet um Feedreader dorthin weiterzuleiten. Dies ist hilfreich für Statistikdienste wie z.B. Feedburner, so dass hier die Feedburner-URL des eigenen Feeds hinterlegt werden kann.
Erzwingen der individuellen Feed-URL? Ja / Nein Wenn aktiviert, werden alle Feedreader automatisch zu der eingetragenen individuellen Feed-URL weitergeleitet.
aber einen 302 header redirect auf die individuelle Feed-URL auslösen. Hast du das so eingestellt? Und es funktioniert nicht? Dann ist möglicherweise deine Verwendung von /categories/BLOG daran Schuld.
Beat Post author am |
Ja, ich habe alles so eingestellt, wie Du es beschrieben hast. Trotzdem stehen im head-Bereich rss- und atom-feed. Ob's an categories/BLOG liegt, weiss ich nicht. Die Zeilen 14 (rss) und 15 (atom) bleiben immer gleich. Egal, welche Kategorie gerade aktiv ist und auch in der Single-Entry-Ansicht sind sie da. Ich müsste wohl wirklich die index.tpl entsprechend anpassen (das kam mir vor dem Einschlafen auch in den SInn).
Dass feedburner faktisch tot ist, habe ich nicht gewusst, aber vermutet. Deren Seite ist nicht mal https... Hmmm... ich kenne leider keinen anderen Dienst, der Auskunft über die Anzahl Abonennten von rss-feeds liefert. Ich bin ja selbst auch so ein rss-Leser. Viele Blogs lese ich über das Firefox add-on Feedbro und besuche die Seiten eigentlich nur noch, wenn ich wirklich einen Kommentar abgeben will. Das heisst, alle Tracking- und Analyse-Tools auf diesen Seiten erfassen mich nur noch höchst selten. Wenn Viele das so handhaben, können sie ihre eigene Webstatistik gleich in die Tonne treten. Unter Umständen haben sie nur sehr wenige Web-Leser, dafür viele rss-Abonennten, die sie höchst selten sehen und bei "nur lesen" auch nicht erfassen.
Ich bin nicht wirklich aufmerksamkeitsgeil, doch in schwachen Momenten gucke ich schon mal in die Serendipity-Statistik oder eben in diejenige von feedburner und freue mich, wenn ich da ein paar Hits finde.
Ich weiss noch nicht genau, was ich mache. Ob ich feeburner weiterhin nutze und die index.tpl entsprechend anpasse oder ob ich feedburner rausschmeisse, auf konventionelle rss-Feeds setze und halt auf die gebotenen Statistiken verzichte. Ich könnte ja auch mal googeln, ob etwas vergleichbares zu feedburner gibt, welches noch aktiv betrieben wird und nicht als Web-Leiche herumgeistert...
Trotzdem stehen im head-Bereich rss- und atom-feed. Ob's an categories/BLOG liegt, weiss ich nicht. Die Zeilen 14 (rss) und 15 (atom) bleiben immer gleich. Egal, welche Kategorie gerade aktiv ist und auch in der Single-Entry-Ansicht sind sie da.
Soweit ich das verstehe (aber ohne praktische Erfahrung damit) sollen und können sich die Links (im Quelltext) auch nicht verändern, denn sie sind in der index.tpl hartkodiert (und das überall schon seit Ewigkeiten). Diese globale Einstellung soll Feedreader (on the fly) bei Aufruf der /rss.php umleiten, siehehttps://github.com/ophian/styx/blob/master/rss.php#L240 .
Irgendwann wurde mal feedly als Alternative ins Spiel gebracht. Keine Ahnung ob die Statistiken führen, oder ob das nur eine Art Sammelaggregator ist. Am besten wirklich mal selber suchen.
Wenn Viele das so handhaben, können sie ihre eigene Webstatistik gleich in die Tonne treten. Unter Umständen haben sie nur sehr wenige Web-Leser, dafür viele rss-Abonennten, die sie höchst selten sehen und bei "nur lesen" auch nicht erfassen.
Ich hatte in der letzten Dekade eher den umgekehrten Eindruck, dass RSS Feeds der "Jugend" genauso abhanden gekommen ist wie Ping- und Trackbacks untereinander. ?
Beat Post author am |
Der von Dir angesprochene "302 header redirect" funktioniert nicht. Aber... anscheinend braucht es das auch nicht mehr wirklich...
Nach einer Stunde googeln und rumsurfen sieht es (für mich) sehr danach aus, als ob von Blogbetreibern RSS-Feeds nur noch zum anteasern genutzt werden um die Leser letztendlich eben doch auf ihre eigene URL (und ihre E-Mail-Newsletters) zu bringen. Diese kann man dann problemlos tracken und bis ins Detail auswerten. Und nur was sich tracken und auswerten lässt, lässt sich auch monetarisieren. Nur noch ein paar Old-Fashion-Blogger und naive, nichtkommerzielle Seiten bieten vollständige Feeds an... ?
Zudem glaubt man anscheinend, dass der Durchschnittsuser/-leser zu doof ist, einen Feedreader zu installieren und über verschiedene Devices (PC, Notebook, Tablet, Mobile) zu synchronisieren. Feedly ist (soweit ich das verstanden habe) ein Feedreader (mit Zusatzservices) wie viele andere auch. Es setzt stark auf Themen im Newspaper-Style und die Verteilung/Sharing von gesammelten Informationen (Feeds). Ich habe auf deren Seite keinen Hinweis für RSS-Anbieter gefunden. Alles richtet sich auf die Sammlung und Zusammenstellung von konventionellen RSS 2.0 Feeds.
Ich habe nun all die Feedburner-Geschichten wieder aus der Konfiguration und dem Syndication-Plugin entfernt. Feedburner füttere ich zwar noch, doch neue Abonennten werden so halt dort keine mehr dazukommen.
Du musst diesbezüglich also keinerlei Anstrengungen unternehmen.
Beat Post author am |
??? tja... Mainstream heisst nicht, dass das Gute siegt...
Die Einstellung Individuelle Feed-URL aktivieren? Falls der Link zu der individuellen Feed-URL der globalen Konfiguration führen soll, muss diese Option aktiviert werden.
aus dem syndication Plugin hattest du ebenfalls aktiviert, oder?
Ansonsten wäre ja mal ein Debug der genannten if Abfrage in der rss.php unter deinen (category) Kondititionen interessant gewesen...
Nur noch ein paar Old-Fashion-Blogger und naive, nichtkommerzielle Seiten bieten vollständige Feeds an...
Na das ist ja mal ein Spruch... da fühl ich mich direkt angesprochen ...? ob vom ersten oder zweiten bleibt ungewiss.
Beat Post author am |
Ich habe es jetzt hier genau so konfiguriert, wie ich es zuvor auf www.beatsblog.ch gemacht habe.
Wenn ich nun diese Seite vom Feedreader (Feedbro) durchsuchen lasse, ergreift dieser immer noch den RSS 2.0 Feed (der wird im Feedreader als Quelle eingetragen). Dargestellt wird jedoch der Feed von www.beatsblog.ch ❓.
Der RSS 2.0 Feed von www.beatsblog.ch füttert feedburner. Aufgrund dessen kann ich nun also annehmen, dass alles soweit richtig funktioniert und "on the fly" der feedburner-Feed eingebunden wird.
Auf www.beatsblog.ch habe ich das nicht bemerkt, weil das Resultat ja das Gleiche war. Feedbro interpretiert den RSS 2.0 Feed genau gleich wie den feedburner/BeatsBlog-Feed (ich habe in der feedburner-Konfiguration auch keine Änderungen/Adaptionen vorgenommen).
Es ist also alles in bester Ordnung (nur einfach unsichtbar)... wieder einmal ein Beat-Klassiker: Viel Lärm um Nichts.
Das heisst: Ich könnte auf www.beatsblog.ch ja wieder auf feedburner umstellen... ? aber will ich wirklich noch ein totes Pferd reiten?
Wobei... Ich habe ja nichts zu verlieren. Der Feedreader eines beatsblog-feed-Abonnenten hat ja https://www.beatsblog.ch/feeds/index.rss2 als Quelle eingetragen. Und die bleibt unverändert bestehen. Ich muss nur die Blog-interne Konfiguration umstellen (feeburner raus), und schon kriegen die Abonnenten wieder neue Beiträge, ohne dass sie die Feed-Adresse ändern müssen.
Das heisst: Ich muss meinen eigenen Blog in meinen Feedreader aufnehmen, damit ich überwachen kann, ob der feedburner-Service noch läuft. Das hier angenommene Verhalten könnte ich testen, indem ich mal eine falsche feedburner-Kennung eingebe...
Yep! So ist es... also bleibt feedburner noch im Spiel... zwar ein totes Pferd, doch noch läuft es... ?
Das History-Plugin ist ein störrisches Ding. [...]
So als Zwischenstand (der Langzeitbeobachtung ?) würde ich jetzt behaupten, nachdem du dem Zeitfresser auf die Spur kamst, kurzzeitig das enrypaging deaktiviert hattest und dann wieder zugeschaltet hast, dass das history Plugin seitdem ohne ein einziges misfetch auskam und sich die Vermutung zu bestätigen scheint, dass der Auslöser die komischen delays des entrypaging gewesen sind. Seitdem es auf ein erträglicheres Maß von ca 2 Sekunden gedrückt ist, läuft auch das History anstandslos. Oder was meint ihre Gnaden dazu..?
Beat Post author am |
Hmmm... Habe ich nach dem 21.03. noch ein Fehler festgestellt? Nein, ich glaube nicht. Seither läuft es m.M.n. stabil. Ob das etwas mit dem entrypaging-Plugin zu tun hat, kann ich nicht beurteilen.
Was mir aber so nebenbei aufgefallen ist, dass seit dem letzten CKEditor-Plugin-Update das Icon für die alten Smileys/Emoticons weg ist. Ich muss die nun mit Code (an den ich mich so schlecht erinnere) eingeben.
Beat Post author am |
Wem sagst Du das... ? Hier prallen halt unterschiedliche Religionen aufeinander... das hat noch nie funktioniert. ⚔ flüster: ich bin nicht unglücklich, dass Du nicht weiterhelfen kannst. Somit habe ich eine gute Ausrede... ?
Ian Styx am |
Guck Mal:
Wenn Serendipity ein Auto wäre..., so wäre es eher eines von den alten (die Serokratie hat dazu immer gesagt: "Unter der Haube der serokratie schnurrt serendipity, der 69er Pontiac Trans Am der Blogsoftwarewelt." und ich finde sie hatte da durchaus Recht!) und nicht eines wie ein Tesla oder so das einem alles abnimmt. Es gibt also eine Lernkurve hinein in unendliche Welten... Wer dran bleibt kann so immer wieder neues entdecken! Also: Bleib dran! ?
Ian Styx am |
Also der Fall mit nl2br muss korrigiert werden, denn das lag sehr wahrscheinlich nur einfach daran, dass du die entryproperties Tabelle noch nicht befüllt hattest. Darin stehen ja die einzelnen Anweisungen per entry welche markup Plugins nicht angelaufen werden sollen. Wir wollen ja hier nicht was Falsches verbreiten! ?
Beat Post author am |
"Als <picture> Element" kann ich nicht auf ein anderes Ziel verlinken.
Auf www.beatsblog.ch habe ich ein aktuelleres Titelbild eingesetzt. Die Verlinkung auf die Kategorie /categories/BLOG funktioniert nur, wenn ich das Bild mit "Medien hinzufügen" einsetze (also JPG und nicht WEBP). Sobald ich "Als <picture> Element" wähle, startet die Lightbox und zeigt das Bild in gross. Egal, was ich als Linkziel eingegeben habe.
Muss das so sein? Kann "Als <picture> Element" nur auf sich selbst linken?
Ian Styx am |
ähem ... what ..??
und du willst
nimm mal das letztere als Quellcode Übernahme.
Und du sagst das ginge nicht als Image auto Eintrag mit href="/categories/BLOG" ... verstehe ich das so richtig?
Was wäre wenn du "/categories/BLOG/index.html" verwendest oder "/categories/BLOG.html" oder "/zumblog" oder https://www.beatsblog.ch/?frontpage verwendest??
Beat Post author am |
Teste es selbst. Füge ein Bild mit "Als <picture> Element" in einen Beitrag ein und verlinke bei "Bild als Link" - "das Bild soll hierhin linken" auf irgendeine Webseite. Dann den Eintrag speichern und danach im Frontend auf das Bild klicken. Ich wette, auch bei Dir wird dem eingegebenen Link nicht gefolgt.
Ich kann Dir das hier leider nicht zeigen, weil hier webp nicht funktioniert.
Ian Styx am |
Ja. du hast recht - das liegt daran, dass es eine Besonderheit der webp Zusammenstellung ist. Das ist aber relativ einfach zum umgehen, in dem du als /link das default einfach beibehälst (also den link zu "/uploads/Fotoalben/.v/2020_beatsblog.webp" obwohl du ja auf "großes Bild nutzen" gestellt hast), aber dann im Quelltext per Hand das href mit deinem gewünschten link "/categories/BLOG" befüllst.
Wie man das schon von vorneherein besser machen kann ist etwas schwierig bzw kompliziert, denn dazu müsste der Generator wissen dass es ein anderweitiger Link ist. (Ich werde darüber sicherlich einmal knobeln...)
Wie oft kommt denn so was vor im laufenden Betrieb..?
Ian Styx am |
Erledigt! ? Danke! OK
Dann kannst du auch gleich noch den letzte fix von include/admin/plugins.inc einspielen.
Beat Post author am |
Ehrlich gesagt habe ich das schon am 10.03. bemerkt (die Top-25 Sizilien-Fotos). Dort habe ich im Quellcode den Link des 600px-Hauptbilds manuell auf das 1024px-Bild geändert.
Das war (auch) einer der Gründe, weshalb ich später auf 1024x768px grosse Hauptbilder umgeschwenkt bin. Früher hatte ich (falls ich auch das Hauptbild in der Lightbox zeigen wollte) zwei Bildgrössen abgespeichert. Das 600px breite Bild linkte dann auf das 1024px breite Bild.
Der Wechsel auf 1024px breite Hauptbilder fiel mir auch deshalb einfach, weil bei meiner aktuellen Bildschirmauflösung der Mittelteil von beatsblog ungefähr 700px anzeigt. So gesehen war die Verwendung von 1024px, welche auf 700px skalieren keine grosse Änderung (zu den 600px). In der mobilen Ansicht gibt es ja überhaupt keinen Unterschied.
Zu "wie oft kommt das im laufenden Betrieb vor" ist noch zu sagen, dass ich ab und an mal von einem Bild auf einen anderen Blog oder auf eine externe Internetseite verlinke. Oder die Beiträge in der Kategorie "Fotogalerie" sind alle so aufgebaut, dass ein Bild auf eine JAlbum-Galerie linkt. Für mich ist das also schon etwas, was ich ab und zu benötige und auch gerne mit webp-Bildern nutzen möchte.
Heute komme ich nicht mehr dazu um die neusten Styx-Daten aufzuspielen. Morgen Nachmittag werde ich das dann nachholen.
Vielen Dank für die superschnelle Reaktion. ?
Beat Post author am |
Feedreader -> Feedburner
Eigentlich möchte ich, dass auf www.beatsblog der Feedburner-Feed abonniert wird (damit ich sehe, wieviele Abonennten es gibt). Ich habe alles Erdenkliche in der Konfiguration auf feedburner eingestellt. Trotzdem steht im head-Bereich des Seitenquelltextes (Zeile 14+15):
Erst beim Seitenleisten-Plugin wird auf die Feedburner-URL verwiesen. Im Quelltext erscheint dieser auf Zeile 199.
Wenn ich nun www.beatsblog.ch von einem Feedreader nach Feeds absuchen lasse, wird mir immer der konventionelle rss2-feed angezeigt und nie der feedburner-feed. Was mache ich falsch?
Ian Styx am |
Du meinst sicher https://github.com/ophian/styx/blob/master/templates/pure/index.tpl#L22
Um das updatesicher zu verändern, kopiere die Datei in dein theme Verzeichnis (aber eigentlich hast du das doch schon..?) und ändere die URL auf https://feeds.feedburner.com/BeatsBlog.
Ian Styx am |
Vielleicht ist es doch nicht ganz so einfach nur...
Ich übersah, dass es ja eigentlich auch eine Alternative geben sollte. Wenn man plugin_syndication korrekt auf feedburner (das Ding läuft noch, ist aber eigentlich offiziell seit 2012 als beendet erklärt..) eingestellt hat, sollte eine zusätzliche globale Konfiguration unter Konfiguration - Feed Einstellungen
Individuelle Feed-URL
Wenn gesetzt, wird die eingetragene URL verwendet um Feedreader dorthin weiterzuleiten. Dies ist hilfreich für Statistikdienste wie z.B. Feedburner, so dass hier die Feedburner-URL des eigenen Feeds hinterlegt werden kann.
Erzwingen der individuellen Feed-URL? Ja / Nein
Wenn aktiviert, werden alle Feedreader automatisch zu der eingetragenen individuellen Feed-URL weitergeleitet.
aber einen 302 header redirect auf die individuelle Feed-URL auslösen. Hast du das so eingestellt? Und es funktioniert nicht? Dann ist möglicherweise deine Verwendung von /categories/BLOG daran Schuld.
Beat Post author am |
Ja, ich habe alles so eingestellt, wie Du es beschrieben hast. Trotzdem stehen im head-Bereich rss- und atom-feed. Ob's an categories/BLOG liegt, weiss ich nicht. Die Zeilen 14 (rss) und 15 (atom) bleiben immer gleich. Egal, welche Kategorie gerade aktiv ist und auch in der Single-Entry-Ansicht sind sie da. Ich müsste wohl wirklich die index.tpl entsprechend anpassen (das kam mir vor dem Einschlafen auch in den SInn).
Dass feedburner faktisch tot ist, habe ich nicht gewusst, aber vermutet. Deren Seite ist nicht mal https... Hmmm... ich kenne leider keinen anderen Dienst, der Auskunft über die Anzahl Abonennten von rss-feeds liefert. Ich bin ja selbst auch so ein rss-Leser. Viele Blogs lese ich über das Firefox add-on Feedbro und besuche die Seiten eigentlich nur noch, wenn ich wirklich einen Kommentar abgeben will. Das heisst, alle Tracking- und Analyse-Tools auf diesen Seiten erfassen mich nur noch höchst selten. Wenn Viele das so handhaben, können sie ihre eigene Webstatistik gleich in die Tonne treten. Unter Umständen haben sie nur sehr wenige Web-Leser, dafür viele rss-Abonennten, die sie höchst selten sehen und bei "nur lesen" auch nicht erfassen.
Ich bin nicht wirklich aufmerksamkeitsgeil, doch in schwachen Momenten gucke ich schon mal in die Serendipity-Statistik oder eben in diejenige von feedburner und freue mich, wenn ich da ein paar Hits finde.
Ich weiss noch nicht genau, was ich mache. Ob ich feeburner weiterhin nutze und die index.tpl entsprechend anpasse oder ob ich feedburner rausschmeisse, auf konventionelle rss-Feeds setze und halt auf die gebotenen Statistiken verzichte. Ich könnte ja auch mal googeln, ob etwas vergleichbares zu feedburner gibt, welches noch aktiv betrieben wird und nicht als Web-Leiche herumgeistert...
Zuerst mal eine Runde Styx-updaten...
Beat Post author am |
? Getestet. Funktioniert!
Ian Styx am |
Soweit ich das verstehe (aber ohne praktische Erfahrung damit) sollen und können sich die Links (im Quelltext) auch nicht verändern, denn sie sind in der index.tpl hartkodiert (und das überall schon seit Ewigkeiten). Diese globale Einstellung soll Feedreader (on the fly) bei Aufruf der /rss.php umleiten, siehe https://github.com/ophian/styx/blob/master/rss.php#L240 .
Irgendwann wurde mal feedly als Alternative ins Spiel gebracht. Keine Ahnung ob die Statistiken führen, oder ob das nur eine Art Sammelaggregator ist. Am besten wirklich mal selber suchen.
Ian Styx am |
Ich hatte in der letzten Dekade eher den umgekehrten Eindruck, dass RSS Feeds der "Jugend" genauso abhanden gekommen ist wie Ping- und Trackbacks untereinander. ?
Beat Post author am |
Der von Dir angesprochene "302 header redirect" funktioniert nicht. Aber... anscheinend braucht es das auch nicht mehr wirklich...
Nach einer Stunde googeln und rumsurfen sieht es (für mich) sehr danach aus, als ob von Blogbetreibern RSS-Feeds nur noch zum anteasern genutzt werden um die Leser letztendlich eben doch auf ihre eigene URL (und ihre E-Mail-Newsletters) zu bringen. Diese kann man dann problemlos tracken und bis ins Detail auswerten. Und nur was sich tracken und auswerten lässt, lässt sich auch monetarisieren. Nur noch ein paar Old-Fashion-Blogger und naive, nichtkommerzielle Seiten bieten vollständige Feeds an... ?
Zudem glaubt man anscheinend, dass der Durchschnittsuser/-leser zu doof ist, einen Feedreader zu installieren und über verschiedene Devices (PC, Notebook, Tablet, Mobile) zu synchronisieren. Feedly ist (soweit ich das verstanden habe) ein Feedreader (mit Zusatzservices) wie viele andere auch. Es setzt stark auf Themen im Newspaper-Style und die Verteilung/Sharing von gesammelten Informationen (Feeds). Ich habe auf deren Seite keinen Hinweis für RSS-Anbieter gefunden. Alles richtet sich auf die Sammlung und Zusammenstellung von konventionellen RSS 2.0 Feeds.
Ich habe nun all die Feedburner-Geschichten wieder aus der Konfiguration und dem Syndication-Plugin entfernt. Feedburner füttere ich zwar noch, doch neue Abonennten werden so halt dort keine mehr dazukommen.
Du musst diesbezüglich also keinerlei Anstrengungen unternehmen.
Beat Post author am |
??? tja... Mainstream heisst nicht, dass das Gute siegt...
Ian Styx am |
Die Einstellung Individuelle Feed-URL aktivieren?
Falls der Link zu der individuellen Feed-URL der globalen Konfiguration führen soll, muss diese Option aktiviert werden.
aus dem syndication Plugin hattest du ebenfalls aktiviert, oder?
Ansonsten wäre ja mal ein Debug der genannten if Abfrage in der rss.php unter deinen (category) Kondititionen interessant gewesen...
Na das ist ja mal ein Spruch... da fühl ich mich direkt angesprochen ...? ob vom ersten oder zweiten bleibt ungewiss.
Beat Post author am |
Ich habe es jetzt hier genau so konfiguriert, wie ich es zuvor auf www.beatsblog.ch gemacht habe.
Wenn ich nun diese Seite vom Feedreader (Feedbro) durchsuchen lasse, ergreift dieser immer noch den RSS 2.0 Feed (der wird im Feedreader als Quelle eingetragen). Dargestellt wird jedoch der Feed von www.beatsblog.ch ❓.
Der RSS 2.0 Feed von www.beatsblog.ch füttert feedburner. Aufgrund dessen kann ich nun also annehmen, dass alles soweit richtig funktioniert und "on the fly" der feedburner-Feed eingebunden wird.
Auf www.beatsblog.ch habe ich das nicht bemerkt, weil das Resultat ja das Gleiche war. Feedbro interpretiert den RSS 2.0 Feed genau gleich wie den feedburner/BeatsBlog-Feed (ich habe in der feedburner-Konfiguration auch keine Änderungen/Adaptionen vorgenommen).
Es ist also alles in bester Ordnung (nur einfach unsichtbar)... wieder einmal ein Beat-Klassiker: Viel Lärm um Nichts.
Das heisst: Ich könnte auf www.beatsblog.ch ja wieder auf feedburner umstellen... ? aber will ich wirklich noch ein totes Pferd reiten?
Wobei... Ich habe ja nichts zu verlieren. Der Feedreader eines beatsblog-feed-Abonnenten hat ja https://www.beatsblog.ch/feeds/index.rss2 als Quelle eingetragen. Und die bleibt unverändert bestehen. Ich muss nur die Blog-interne Konfiguration umstellen (feeburner raus), und schon kriegen die Abonnenten wieder neue Beiträge, ohne dass sie die Feed-Adresse ändern müssen.
Das heisst: Ich muss meinen eigenen Blog in meinen Feedreader aufnehmen, damit ich überwachen kann, ob der feedburner-Service noch läuft. Das hier angenommene Verhalten könnte ich testen, indem ich mal eine falsche feedburner-Kennung eingebe...
Yep! So ist es... also bleibt feedburner noch im Spiel... zwar ein totes Pferd, doch noch läuft es... ?
Ian Styx am |
Hmm, Muss ich das jetzt alles verstehen... Nein! ?
Immerhin scheinst du ja irgendwie Erfolg zu vermelden, so dass ich nicht tätig werden muss. Sehr schön!
Beat Post author am |
? Genau! Geniess den schönen Abend! ?
Ian Styx am |
So als Zwischenstand (der Langzeitbeobachtung ?) würde ich jetzt behaupten, nachdem du dem Zeitfresser auf die Spur kamst, kurzzeitig das enrypaging deaktiviert hattest und dann wieder zugeschaltet hast, dass das history Plugin seitdem ohne ein einziges misfetch auskam und sich die Vermutung zu bestätigen scheint, dass der Auslöser die komischen delays des entrypaging gewesen sind. Seitdem es auf ein erträglicheres Maß von ca 2 Sekunden gedrückt ist, läuft auch das History anstandslos. Oder was meint ihre Gnaden dazu..?
Beat Post author am |
Was mir aber so nebenbei aufgefallen ist, dass seit dem letzten CKEditor-Plugin-Update das Icon für die alten Smileys/Emoticons weg ist. Ich muss die nun mit Code (an den ich mich so schlecht erinnere) eingeben.