Alternativen zu Wordpress/Podlove

eazy · 2017-01-25T21:30:30.536Z

Mal ganz unqualifiziert: Kirby ist geil. Das habe ich ein paar Jahre hier in der Ausbildung von Mediengestaltern eingesetzt, um zu vermitteln, was ein CMS ist und wie es grundsätzlich tickt.

Ich glaube, das hat gut funktioniert. Und dass Kirby für einen Podcast taugt, glaube ich ungesehen.

lukasbestle · 2017-01-25T21:54:33.178Z

Kirby ist ja kein spezifisches Podcasting-CMS. Es kümmert sich auch (im Gegensatz zu bspw. Podlove) um keinerlei Frontend-UI. Sprich: Man kann mit Kirby alles bauen, aber man muss es halt vorher bauen.
Dadurch ist Kirby auch mit allem kompatibel, was man im Frontend gerne so hätte, egal ob Podlove Web Player, Podigee Player, ein einfaches HTML5-Audio-Tag oder von mir aus auch Flash, wenn man das unbedingt haben will (nein, will man im Zweifel nicht).

Man kann also sagen: Kirby ist super flexibel für Entwickler, aber wahrscheinlich eher nicht geeignet für nicht-Entwickler (zumindest nicht, wenn man das nicht werden will: wir haben auch ein sehr freundliches Forum).

crossgolf_rebel:

Wie sieht denn das Backend aus, kannst du dazu mal ein paar Screenshots hier rein schmeißen?

Ein paar Screenshots gibt’s auf der Website. Je Template lassen sich die einzelnen Felder aber frei anpassen. Man kann sich das Backend also so konfigurieren, wie die Inhalte es erfordern.

eazy:

Mal ganz unqualifiziert: Kirby ist geil. Das habe ich ein paar Jahre hier in der Ausbildung von Mediengestaltern eingesetzt, um zu vermitteln, was ein CMS ist und wie es grundsätzlich tickt.

Danke, das freut mich zu hören!

Dave · 2017-01-29T12:34:51.510Z

Kirby hat halt den Nachteil, dass es kein Open Source ist und noch recht neu. Das heißt. wenn die Entwicklung eingestellt wird, hat man da uU noch zusätzliche Copyrightprobleme.

Und die Lizenz ist eher ungünstig für Podcaster. Es gibt leider keine Entwicklerlizenz, man zahlt da pro Website. Und Domain-gebundene Lizenzen sind ein einziger, riesiger Pain-in-the-A**. Damit hat man nur Probleme.

Deswegen hatte ich mich vor kurzem dagegen (und für Grav) entschieden. Ich tendiere dazu, für jedes Projekt gleich eine eigene Website zu erstellen. Da ist das einfach nicht so günstig…

Unterm Strich ist Wordpress da derzeit noch die Option die am praktikabelsten ist.

lukasbestle · 2017-01-29T13:14:25.372Z

Danke für dein Feedback, ich möchte an dieser Stelle aber ein paar Sachen richtigstellen:

Dave:

Kirby hat halt den Nachteil, dass es kein Open Source ist und noch recht neu.

„Nicht open source“: Das ist begrifflich korrekt. Aber nur, damit keine Missverständnisse aufkommen: Der gesamte Source Code ist auf GitHub, wir obfuskieren oder „verschlüsseln“ keinen Code. Sollten wir die Entwicklung einstellen, kann man die Websites selbstverständlich weiter betreiben und auch noch selbst Bugs beheben.
„Recht neu“: Kirby hat gerade seinen fünften Geburtstag (gerechnet ab dem ersten öffentlichen Release) gefeiert. Für Internet-Verhältnisse ist das IMO schon recht lange. Wir haben zudem ein Team von fünf Leuten.

Dave:

Und Domain-gebundene Lizenzen sind ein einziger, riesiger Pain-in-the-A**. Damit hat man nur Probleme.

Die Lizenzen sind in keiner Weise an die Domains gebunden. Wenn du ein Projekt beendest, kannst du ohne Probleme mit der Lizenz ein neues Projekt starten. Da der Code öffentlich ist (siehe oben), gibt es auch keinerlei nervigen Kopierschutz, der die Lizenz in irgendeiner Weise beschränken könnte.
Zudem sei gesagt, dass eine „Domain“ alle Subdomains einschließt. Wir haben auch kein Problem damit, wenn du mehrere Domains für ein Projekt nutzt (bspw. example.de, example.com, example.org). Für jedes in sich abgeschlossenes Projekt (das im Regelfall eine Domain hat), brauchst du dann eine Lizenz.

Dave:

Ich tendiere dazu, für jedes Projekt gleich eine eigene Website zu erstellen. Da ist das einfach nicht so günstig…

Für Podcasts darfst du gerne die Personal License nutzen, solange du mit dem Podcast direkt oder indirekt (bspw. durch Gewinnung von Bekanntheit für deine Person) kein Geld verdienst.

Ich hoffe, das war einigermaßen verständlich. Wenn nicht, einfach nachhaken.

Dave · 2017-01-30T14:23:04.152Z

Hi Lukas…
gehörst Du zu den Entwicklern?

Um so besser. Ich verstehe Deine Argumente vollkommen. Ich habe Dir nur versucht zu schildern, warum ich mich als Entwickler gegen Kirby entschlossen habe.

Mir sind solche Lizenz-rechtlichen Dinge immer wichtiger geworden. Ich habe schon so manche, wirklich coole Weblösung kommen und gehen sehen und überlege mir mittlerweilen dreimal auf welches CMS ich setze - deswegen ja auch dieser Thread. Ich benutze lieber ein Wordpress, bei dem ich weiß, dass es das in 5 Jahren immer noch gibt und ich da selber auch Hand anlegen darf.

Wenn ein Projekt einmal verwaist ist, hat man oft relativ wenig davon, dass man den Quellcode auf der Platte hat. Neben dem Problem, da überhaupt noch jemanden erreichen zu können. Wenn Internetpräsenzen abgeschaltet und Repositories entfernt werden, ist das rechtlich einfach sehr dünnes Eis, wenn der Kram nicht unter einer offenen Lizenz steht.

Genauso ist es mit Domain-gebundenen Lizenzen. Damit habe ich einfach schon extremen Clusterf*ck erlebt, wenn es darum ging, Domains umzuziehen, oder zu ändern.
Mag sein, dass das bei Euch lockerer zugeht und Kirba da nicht nach Hause telefoniert, aber wissen kann man sowas als Entwickler der sich die Webseite anschaut nicht. (und ich hab mir Eure Lizenzbestimmungen durchgelesen).

Und wohlgemerkt: Geld spielt bei mir eher eine untergeordnete Rolle. Ich zahle gerne für gute Software.

Gruß, Dave

lukasbestle · 2017-01-30T14:41:55.141Z

Dave:

gehörst Du zu den Entwicklern?

Ja, siehe oben.

Dave:

Mir sind solche Lizenz-rechtlichen Dinge immer wichtiger geworden.

Kann ich definitiv nachvollziehen, geht mir bei vielen Produkten ähnlich.
Leider ist es sehr schwierig, mit wirklich freier Software Geld zu verdienen. Das müssen wir aber, um die Qualität aufrecht erhalten zu können. Uns wäre es auch am liebsten, das alles unter der MIT-Lizenz zu veröffentlichen und dennoch davon zu leben. Geht halt nicht, außer bei wenigen sehr großen Projekten.

Aus diesem Grund versuchen wir auch, alles so fair wie möglich zu gestalten. Freie Software ist es logischerweise trotzdem nicht.

Dave:

Genauso ist es mit Domain-gebundenen Lizenzen. Damit habe ich einfach schon extremen Clusterf*ck erlebt, wenn es darum ging, Domains umzuziehen, oder zu ändern.

Ich auch. Daher machen wir so etwas auch nicht.

Dave:

Mag sein, dass das bei Euch lockerer zugeht und Kirba da nicht nach Hause telefoniert, aber wissen kann man sowas als Entwickler der sich die Webseite anschaut nicht. (und ich hab mir Eure Lizenzbestimmungen durchgelesen).

Danke für dein Feedback, wir planen schon länger, unsere Lizenzbedingungen zu überarbeiten, sind aber aus verschiedenen Gründen noch nicht dazu gekommen.

Dave · 2017-01-30T14:49:07.433Z

Mein spontaner Tipp:
Macht noch eine Entwickler Lizenz für 199 Euro ohne Domain-Begrenzung.

Was ich ansonsten vermisst hatte, war eine Online-Demo

(@all sorry for offtopic)

lukasbestle · 2017-01-30T14:57:45.358Z

Dave:

Macht noch eine Entwickler Lizenz für 199 Euro ohne Domain-Begrenzung.

Danke, wir überlegen es uns.

Dave:

Was ich ansonsten vermisst hatte, war eine Online-Demo

Guter Punkt, ist bereits geplant.

[/offtopic]

Joram · 2018-11-24T23:40:48.930Z

Gibt es hier inzwischen neue Erfahrungen? Also Lösungen als Alternative zu Wordpress und dabei selbst alles unter Kontrolle, d.h. keine Dienstleister?

leonidlezner · 2018-11-27T10:23:36.074Z

Wir haben im Sendegarten über das CMS ProcessWire gesprochen. Man könnte daraus mit dem Podlove Player eine super Podcastlösung bauen.

kreativmonkey · 2020-01-27T14:26:32.460Z

Habt ihr daraus denn schon was gemacht oder ist das ganze im Sande verlaufen?

Susticle · 2020-01-27T14:32:24.032Z

Unabhängig von diesem Thread habe ich mit dem Podlove-Player und ProcessWire zwei Dinge gebaut. Eines kam dann nicht groß zum Einsatz, das andere ist bei wissenschaftspodcasts.de eingebaut.

leonidlezner · 2020-01-27T14:57:14.977Z

Bei mir im Sande verlaufen. Ich habe mich soweit mit Wordpress abgefunden.

Man müsste den Publisher so splitten, dass es eine API für Podcasts gibt, die nicht von WordPress abhängt.

Ich bin mir nicht sicher ob sich der Aufwand lohnt.

Susticle · 2020-01-27T15:10:03.036Z

Mal schauen, was Radiator bringen wird…

kreativmonkey · 2020-01-30T10:41:46.910Z

Finde den Processwire Ansatz halt ganz gut, Processwire bietet einem selbst schon sehr viel Freiraum und ist relativ einfach zu nutzen (aus meiner sicht). Aber wenn sich der Podlove-Player da schon einfach integrieren lässt langt mir das eigentlich auch schon fast. Den Publisher müsste man sich nochmal anschauen ob das mit der Trennung mit akzeptablen Aufwand machen lässt. Verstehe ja das das für Wordpress entwickelt wurde, aber ist schon schöner das nicht nur da nutzen zu können sondern eher freier zu sein…

Susticle · 2020-01-30T10:53:58.642Z

Der Podlove-Player lässt sich prima auch ohne den Publisher und Wordpress betreiben (und somit wunderbar mit ProcessWire nutzen).

Das Repository ist hier:

GitHub

podlove/podlove-web-player

Podlove Web Player is a Podcast-optimized, HTML5-based audio player based on VueJS. - podlove/podlove-web-player

Dokumentation:
https://docs.podlove.org/podlove-web-player/

leonidlezner · 2020-01-30T19:11:52.908Z

Der Web Player ja. Aber das ist doch nicht alles, was zum Podcast bzw. Plattform gehört. Man muss auch den Feed generieren. Diese Funktionalität müsste man entweder neu entwickeln oder den Publisher “recyceln” - und das ist nicht so einfach, weil an einigen Stellen schon eng an Wordpress entwickelt.

Geil wäre eine Podcast Api in PHP entwickelt, die man dann in die CMSe der Wahl einbauen kann. Der Radiator wird das auch bieten, nur leider nicht mehr so einfach zu deployen wie mit PHP.

Mattze · 2020-01-30T21:26:16.730Z

Hallo Lars,
ja das stimmt es gibt diesen Web-Player als stand alone, leider ist er etwas in die Jahre gekommen…
Ein Update soll es nicht mehr geben dafür - zu aufwendig.

Susticle · 2020-01-30T22:03:27.579Z

Ein Update soll es nicht mehr geben dafür - zu aufwendig.

Oh, das wusste ich noch nicht. Bedauerlich. Danke für die Info.

oli_CongressRadio · 2020-01-30T23:19:18.459Z

Hallo @ alle,

ich finde (auch), WordPress ist zu rumpelig aber ich konnte kein anderes, kostenloses Web Publishing System mit so zahlreichen Erweiterungen und Anleitungen / Lösungswegen und Dienstleistern usw. finden.
Quasi der Traktor oder Unimog des Web Publishing welcher mittels Karosserieteilen, Lacken und Schreibenfolien, LKW-Anhängern, Anleitungen aus Lehrbüchern, Tuning in Kfz-Werkstätten und Modding durch Schrauberinnen und Schraubern, und sogar Raketen und Stummelflügeln fast ganz nach eigenen Wünschen oder Anforderungen gestaltet werden kann.
Und selbst wenn es die meisten Fahrerinnen und Fahren nicht lieben oder sich was einfacheres wünschen, fährt das “Ding” dann immer noch von A nach B, manchmal rumpelig, manchmal schön flott und manchmal sieht es nicht nur ganz nett aus sondern ist auch noch gut benutzbar, barrierefrei usw. und in jedem Land der Erde gibt es noch im letzten Winkel passende Ersatzteile.
Klingt doch ganz okay, oder?

Ach, vielleicht noch etwas Kontext zu WordPress und Podlove Publisher:

Die “Erfinder*innen” von Podlove haben sich damals nicht schnell für WordPress entschieden, sondern es sprachen viele Gründe für WordPress. Diese Entscheidung bedeutete auch automatisch, dass dadurch dann kein Podlove Publisher für eine andere, also zweite Plattform oder gar parallel gar etwas eigenes (wie es jetzt der Podlove–Radiotor zu werden scheint) programmiert und supportet werden konnte.

So wurde es mal bei der Vorgängerveranstaltung der Subscribe erklärt, als sie noch Podlove Podcaster Workshop (PPW) hieß, und könnte sogar in einem der frühesten Videos zu sehen sein…

Das ganze war und ist auch ein “Sack voll Schmerzen” wie wir über die Jahre immer wieder bei der Subscribe und in diversen Podcast-Episoden hören können…
oli