Links zur Sendung
- Unser Gast Bastian Allgeier ist der Gründer von Zootool und auf Twitter unterwegs.
- Infos und die Dokumentation findet ihr unter getkirby.com, das CMS lässt sich von Github laden. Und via Twitter könnt ihr hier ebenfalls folgen.
Wir geben den Ton an – seit 2005 Technikwürze ist der führende Podcast für Webentwickler im deutschsprachigen Raum. Eine auditive Sendung bekannter Macher rund um Webstandards.
Kirby ist ein neues, dateibasiertes Content Management System. “Easy to setup, easy to use, flexible as hell”, verspricht sein Erfinder Bastian Allgeier. Mit eben diesem haben sich Andreas Dantz und Marcel Böttcher zusammengesetzt und die Vor- und Nachteile auf den Tisch gebracht.
Schöne Sendung, ihr drei. Hat mir gut gefallen. Vor allem, dass ihr die aufgezeichnet habt, weil ich beim Live-Senden irgendwann weg musste.
Bastian, wir müssen irgendwie noch mal schnacken. Der Hinweis mit dem “…für Konferenzen sit es eigentlich cool…” im Zusammenhang mit dem Beispiel was du mir gesendet hast, reizt doch sehr ;)
Du bist nicht auf der naconf oder? Och düse morgen (und drifte hier gerade ein wenig ab…)
Danke euch für die unterhaltsame, lehrreiche und gut gemachte Folge. Kurzweilig, trotz der Länge.
/marc
@marc danke :) Freut mich, dass du es kurzweilig fandest.
Wir schnacken auf jeden fall! Wünsche dir erstmal viel Spaß in Nottingham. Bin leider dieses Jahr nicht dort.
Hmm…. schwierig. War das ein spontan interview? Ich habe oft die argumentationskette von bastian algeier für kirby überhaupt nicht nachvollziehen können. Besser vorbereiten , aber das lernt man doch schon im studium.
Das ziel eines semantic web erreichen wir ohne klare datenstruktur nicht!!
Sorry aber ich arbeite seit längerer zeit mit typo3 und habe über die jahre schon mehrere cms (silverstripe, contao) verwendet. Und ich arbeite weit aus nicht für riesenkunden. Mir fällt nicht ein warum ich das system nutzen sollte.
Zur bezahlung———————————-
Warum kein donate… ganz schön dreist bei der qualität.
Entschuldigt den Tippfehler im erwähnten Namen. Es muss natürlich Allgeiger heißen.
@basstian: bitte nimm meinen kommentar nicht zu persönlich. Wir können uns gerne mal auf nen analogen oder digitalen kaffee treffen und ausführlicher über das projekt sprechen.
Grüße aus düsseldorf
@oliver: Was meinst du mit “bei der qualität”?
@Oliver: Ich denke es ist nicht richtig rüber gekommen. Aber wenn man mit Kirby und ohne Datenbank arbeitet, dann heißt das nicht, das es nicht semantisch ist oder gar ohne Struktur. Die klare Datenstruktur wird aber eben nicht über eine Datenbank erzeugt und ist prinzipiell nicht dadurch vorgegeben. Schau es dir einmal an. Strukturiertes Arbeiten ist durchaus möglich.
Ich denke so etwas hat auch deswegen seine Berechtigung, weil man Personen, die mit Datenbanken und deren Nutzung nicht vertraut sind, durchaus aber Computer-Vorkenntnisse haben und sich mit Ordnerstrukturen auskennen, die Chance gibt über Bekanntes eine strukturierte Site ohne Datenbank aufzusetzen und vor allem zu pflegen und zu erweitern.
/marc
Ich habe die letzten paar Abende an Kirby herumgebastelt und bin begeistert!
Was ich allerdings nicht verstanden habe (min 21:05): Wie kommt Bastian denn in seiner FAQ-Seite an seine FAQ-Unterordner rann?
@marcel: mit “bei der qualität” beziehe ich mich einzig und allein auf die etwas holprigen Argumentationen von Bastian im Podcast.
Da ich durch euren Technik-Würze Podcast schon öfter auf interessante Entwicklungen aufmerksam geworden bin und Einiges sehr nützlich fand, dachte ich auch mit kirby etwas entdeckt zu haben.
@marc: ok!
Vielleicht muss ich wirklich noch einmal genauer hinsehen um die Vorteile von kirby für mich zu entdecken. Dazu werde ich mir am kommenden Wochenende etwas mehr Zeit nehmen um die Demo zu testen. Da ich sonst immer mit Datenbank-basierten Systemen arbeite, konnte ich es mir nicht wirklich vorstellen ein CMS aus einzelnen Dateien aufzubauen.
Grundsätzlich zolle ich jedem Respekt, der versucht neue Wege zu gehen und in neuen Bahnen zu denken.
@bastian: danke
ich denke dass das angekündigte Backend dazu beitragen kann, die potentiellen Eingabefehler von Redakteursseite zu minimieren und so eine Nutzung des systems für diese noch einfacher werden kann.
Ich werde die Entwicklung von kirby weiterhin verfolgen und bleibe gespannt.
@Oliver ich kenne Marcel und Andreas schon etwas länger und wir haben uns vor dem Interview darauf geeinigt, dass wir das unvorbereitet machen und eher ein lockeres, offenes Gespräch darüber führen. Wenn die Qualität meiner Antworten dadurch wirklich so schlecht war, tut es mir natürlich leid.
Ich muss aber auch ganz ehrlich sagen, dass ich es schade finde, dass du das System und die Struktur dahinter kritisierst, ohne es offensichtlich jemals richtig angeschaut zu haben und dann solche Kommentare verfasst. Dabei linkst du nicht mal zu deiner eigenen Seite, damit man sich selbst ein Bild davon machen kann, was du so machst.
Wenn ich kacke oder unverständlich argumentiert habe, kann mich jeder gerne anschreiben und nachhaken: bastian [at] getkirby [dot] com
@marc danke für die gute Erklärung zur Struktur :)
@nils du kannst von jeder Seite aus die Unterseiten der aktuellen Seite oder jeder anderen Seite abfragen. Ich hab den Code der “Answers” Seite mal bei Github gepostet: https://gist.github.com/1625807 Schreib mir einfach, wenn du noch Fragen dazu hast.
Habe es mir gerade angeschaut und sorry, aber das ist doch der totale Murks. Wie soll das überzeugen es zu nutzen oder gar dafür Geld zu zahlen?? Bin immer noch am Kopf schütteln. :-(
Lieber Bubka,
bitte lass uns doch auch daran teilhaben, weshalb du Kirby für “den totalen Murks” hälst. Unqualifizierte Trollkommentare wie deiner sind doch totaler Murks. Ich bin noch immer am Kopfschütteln :-(
Hi!
Also ich habe den Podcast am Montag gehört. Heute Morgen Bastians Tweet auf Twitter gelesen und musste nun erstmal hier reingucken. (nachdem wir schon ein bisschen auf Twitter geschrieben haben g @joschie)
Also, ich arbeite nun seit einer Woche aktiv mit Kirby. Von der Einfachheit bin ich super begeistert. Und fand toll, dass er nun rein zufällig eine Woche nach dem Entdecken von Kirby, nun bei der Technikwürze ist. Das erste mal von Kirby habe ich bei Technikload gehört.
Ich fand sehr interessant zu hören wie Bastians Gedanken hinter dem System sind. Wie es dazu gekommen ist und wohin er mit Kirby will. Das was er sagt zum System kann ich so unterschreiben. Es ist einfach, jeder kann bei “null” anfangen und ist an nix gebunden. Das ist doch genau das was man will, oder?
Vielleicht ist es gerade diese simple Struktur und Einfachheit die so abschreckt oder verwundert? Vielleicht ist man derzeit einfach nur daran gewöhnt, dass das CMS >5MB groß sein muss, dass man 5 Plugins benötigt, eine Datenbank haben muss, dass man eine halbe Stunde nur für die Konfiguration/Installation des CMS verschwendet?
Ohne HTML/CSS und minimale PHP Kenntnisse ist man relativ aufgeschmissen. Aber ich denke an diese Zielgruppe richtet sich das CMS Kirby gar nicht. Dafür ist Wordpress da… mit den tausenden Plugins und zehntausenden Themes.
Ich werde in Zukunft weiter auf Kirby bauen. Wenn, wie angekündigt, bald noch ein Backend kommt (wann war nun noch mal Release-Datum? :P) bin ich überglücklich (um auch einfach via iPhone einen Blogeintrag zu schreiben).
@Bubka, schade. Unqualifizierter Beitrag, da du scheinbar das System einfach nicht verstanden hast. Man muss nicht alles mögen, ich denke es ist auch keine Pflicht Kirby zu mögen. Aber zu einer Meinung die man sich bildet gehören Gründe – nenne diese einfach und schon wird dein unqualifizierter Beitrag wertvoller, für alle.
Viele Grüße Johannes
@Johannes: Es ist ein Unterschied zwischen “Nicht verstanden” und “Schlecht finden”. Ich für meinen Teil finde das eben schlecht, denn stupide einfach mnuss nicht zwingend gut sein. Und ein gutes CMS Muss keine 5MB haben.
Einige Kommentatoren hier können richtige Schmocks sein. Aber das verwundert mich gar nicht, denn das bestätigt genau meine realen Erfahrungen, die ich generell mit Leuten aus der IT Branche mache. Die Werbebranche kommt gleich danach.
Die Sendung hat mir sehr gut gefallen. Die entspannte Herangehensweise von Bastian finde ich total angenehm, seine Erläuterungen und Motivation gut nachzuvollziehen. Zuhören hat Spaß gemacht.
Ich hab schon ein Projekt mit Kirby in der Pipeline, die Technikwürze hat mich noch weiter motiviert.
@Paul & Verena wo ist der Like-Button, wenn man ihn mal braucht :)
@Verena sag Bescheid, wenn das Projekt startet und du irgendwie Hilfe brauchst.
Wow! Habe von Kirby noch nie zuvor gehört aber ähnliche Systeme natürlich mal gesehen. Finde ich super, dass du, Bastian, so viel Mühe reinsteckst. Die Website sieht wirklich toll aus und spricht mich an. Ich werds auf jeden Fall mal ausprobieren. Newsletter, Feed etc. sind schon abonniert :-)
Grundlegend ein guter Ansatz. Das nette daran ist (ähnlich gehts mir bei Redaxo), dass man als Programmierer viele Sachen individuell umsetzen kann.
Nachteilig bei Kirby erscheint mir das Fehlen von Modulen oder Hooks (was auch Deine Frage beantwortet, warum Systeme immer so umfangreich sein müssen). Um bestimmte Sachen zu implementieren, muss man die Funktion entweder unschön im Template umsetzen/anstoßen oder im Core-Code herumfuhrwerken.
Die Textdatei-basierte Content-Verwaltung scheint mir eher was für Entwickler oder Liebhaber zu sein, leider ist Wysiwyg für Endkunden oft Standard und viele Redakteure sehen sich mit Textile o.ä. schon überfordert.
Ein nächster Knackpunkt – die Asset-Verwaltung. Es können keine Metadaten o.ä. verwendet werden. Gut man könnte sie jetzt im einbindenden Kontext definieren, dann erzeugt man aber Doppelungen bei mehrfach eingebundenen Assets.
Assets und Inhalte unterliegen auch keiner Zugriffskontrolle. Überhaupt – Redakteursrechte lassen sich wohl auch kaum abbilden mit einem solchen System. Hier kannst Du allenfalls den FTP-Zugang dichtmachen, eine künstliche Zugriffschicht einführen, dann alle Inhaltsverwaltung übers Backend routen und hast letztendlich genau die Einschränkung des Anwenders, die Du im Beitrag kritisierst (und ein komplexes CMS).
Auch wenn sich das Problem bald hoffentlich erledigt – ein zukünftiges Backend wird immer mit safe_mode Problemen kämpfen, das ist typisch für ordnerbasierte CMS.
Fazit: Netter Ansatz, aber nur geringfügiger Zugewinn zu einer individuell programmierten dynamischen Site. Die großen Herausforderungen – Rechte, geschlossene Bereiche, einfache Inhaltsstrukturverwaltung, Semantik – kann dieses CMS nicht lösen.
@nikosch danke für die ausführliche Kritik!
1. Module/Erweiterungen
Es gibt bei Kirby jetzt schon ein Plugin und Snippet System, mit dem du die Grundfunktionalitäten erweitern kannst ohne in den Templates rumzupfuschen.
2. Dass die Textdateien im aktuellen Stadium nicht für alle Kunden geeignet sind ist richtig. Das ist aber auch gar nicht so gedacht und ich erkläre das auch auf der Seite. Durch das Webinterface erledigt sich das dann demnächst. Wysiwyg ist dabei aber meiner Meinung nach nochmal ne ganz andere Sache und irgendwie auch ne Glaubensfrage. Ich hab bei allen CMS-Projekten, auch wenn es ne Wysiwyg Lösung gab, die Kunden dazu überredet/geschult Markdown oder Textile zu nutzen, um das Endergebnis besser steuern zu können. Ist aber wie gesagt ein anderes Thema.
3. Du kannst zu jeder beliebigen Datei eine zusätzliche Text-Datei anlegen und dort so viele Meta-Infos reinspeichern, wie du möchtest.
4. Über’s Backend und auch über FTP ist ne simple Rechteverwaltung mit einzelnen Gruppen durchaus drin. Wer eine wirklich komplexe Rechteverwaltung braucht, muss sich tatsächlich nach einem anderen System umschauen. Da hat Kirby aber auch gar nicht den Anspruch, das zu lösen.
5. Stimmt. Es gibt aber aus Erfahrung genug Hosting-Möglichkeiten, die Kirby ohne weiteres unterstützen und wo auch das Backend laufen wird. Ich sehe da daher nicht wirklich ein Problem.
Interessante Sendung.
Ich sehe seine Vorteile vor allem darin, dass
1) ich in meinem favorisierten Text-Editor schreiben kann, in dem ich in der Regel schneller bin und mehr Struktur und Semantik zu produzieren vermag als im SEO-optimierten CMS X oder Y.
2) es keinen Overhead mitbringt. Ein paar Benchmarks fände ich hier interessant zum Vergleich mit Datenbank-basierten Lösungen.
3) ich mit GIT und automatisiertem Deployment direkt alles auf den Server pushen kann, ohne eine Datenbank synchronisieren zu müssen.
Ich sehe auf jeden Fall einige Anwendungsfälle und kann mir vorstellen, dass es aufgrund des Alleinstellungsmerkmals der Performance (sowohl in der Entwicklung als auch auf dem Server) vor allem bei Entwicklern viele Freunde finden könnte.
Von daher für mich auch ein absoluter Kandidat für Open-Source, wovon du auf lange Sicht ja ebenfalls profitieren kannst.
Von mir auf jeden Fall Hut ab und viel Erfolg weiterhin.
Also die paar Kröten an Kosten können doch nun wirklich kein Negativkriterium sein, wenn man denkt wie viel Arbeit so etwas machen muss.
Ich bin ja immer noch auf der Suche nach einem geeigneten CMS und sehe mir die Sache bei Gelegenheit einmal an.
rp
mir hat die lockere art gut gefallen. ich mag es lieber wenn man einen sympathischen menschen zuhört der sich auch mal leicht verhaspelt wie irgend so ne graue typisch deutsche monotone leerveranstaltung.
die wichtigsten punkte warum es interessant sein kann, kamen für mich jedenfalls rüber. jedenfalls genug um es mir mal anzuschauen. finde den ersteindruck positiv, aber so eine einfache backendschicht wäre genial. die fehlt mir um es wirklich mal für ne kleine kundenseite einzusetzen.
denn letztendlich brauch ich für die einen wysiwyg der auf ddas nötigste reduzierbar ist und eine funktion bilder automatisch zu verkleinern, das bekommen kunden sonst auch nicht hin.
so generell fand ich bisher in dieser art das cms pulse am interessantesten. das bietet aber nicht diesen strukturierten aufbau mit feldern und ist nochmal feature-armer. hat aber ein backend.
Marcelo/rockpianist/irgend ein chris: vielen Dank für eure Kommentare und Unterstützung!!
@irgend ein chris: du hast jetzt schon die Möglichkeit mit Kirby automatisch Bilder kleinrechnen zu lassen. Ist nicht standardmäßig installiert, aber ganz einfach per Plugin nachrüstbar. https://github.com/bastianallgeier/kirbycms-extensions/blob/master/plugins/thumb/thumb.mdown
@Bastian: spannend und für mich persönlich die beste Einstellung zu einem Stück Code oder Projekt die man haben kann.
*wo findet man deine angesprochene Toolbox, die nicht nur im Zusammenhang Kirby steht; die du auch bei Zoo genutzt/bearbeitet hast. Ich finde andere PHP Projekte und Tools immer spannend.
@all: die Sendung war unterhaltend, spannend; den Blickwinkel die Nutzung muss jeder für sich selbst beurteilen; was an vielen Faktoren hängt. Allein das Teilen der Arbeit, die in Kirby steckt bedarf aber Anerkennung; der Mut in die Öffentlichkeit zu gehen ebenso; denn Kritiker gibt es genug; Möglichkeiten zu lernen und zu teilen jedoch nicht.
Die Sendung ist und war in jedem Fall hörenswert und enthält Informationen, die nicht schaden, egal ob man Kirby nun einsetzt oder nicht.
@Frank danke für deinen netten Kommentar! :)
Du findest das Toolkit unter http://toolkit.getkirby.com
@Bastian: danke dir, bin nicht davon ausgegangen, dass du alles Klassen in einer Datei hast; jetzt ist es offensichtlich.
Hallo zusammen,
habe mir eben den Podcast angehört und ich fand es sehr interessant, unterhaltsam und spannend, hätte noch eine Stunde länger gehen können :-) Das muss man bei so einem Thema erst mal hinkriegen. Fand den Einblick in die Hintergründe eines Framework-Entwicklers klasse, wenn man das sonst nur als “Konsument” kennt.
Habe jetzt richtig Lust bekommen, Kirby mal auszuprobieren und das Gefühl, dass ichmit den Infos aus dem Podcast eigentlich sehr schnell loslegen kann.
Vielleicht könnte man sich beim Preismodell noch eine Abstufung “Verein/Privatseite” 10 Euro / “Seite mit Werbung” 20 Euro / kommerziell 30 Euro überlegen…?
Danke und weiter so!
@Niko ich wollte das Preismodell möglichst simpel halten. Man kann mich aber gerne wegen Studenten- oder Mengenrabatt anschreiben. bastian [at] getkirby [dot] com
Also ich weiß nicht. Ich war enttäuscht: das war ein einziges: weiß nicht, keine Ahnung, egal was andere denken, cooles System.
Mir hat die Sendung keine Lust auf Kirby gemacht.
Von Technikwürze bin ich eine höhere Qualität der Informationen gewohnt. Ich hatte den Eindruck, dass die Sendung unter der Rubrik “Wir tun Dir einen Gefallen.” lief – schade.
Habe die Sendung heute erst gehört und war am Anfang ganz gespannt, da es doch wenig Systeme gibt die auf Dateisystem ebene funktionieren. Ich sehe das ähnlich wie der Autor der Software, dass Filesystem basierte Systeme wieder zunehmen.
Die Software habe ich mir dann aber nicht angeschaut. Mir ist bei der Erläuterung des Systems einfach nicht klar geworden, wofür ich die Software gebrauchen kann.
So wie ich das verstehe, habe ich das System auf einem oder mehren Lokalen System vorliegen und bearbeite die Dateien. Wenn ich alles bearbeitet habe übertrage ich die Dateien auf meinen Server wo ein php System die Dateien zu HTML Seiten aufbereitet und ausliefert.
Nun meine Probleme damit.
1. Warum werden die HTML Seiten nicht auf dem Lokalen System erstellt und die HTML Seiten auf den Server Übertragen? Dann brauch ich mir keinen Kopf über Performance von PHP zu machen und das ganze Thema Caching usw. ist aus dem Kopf.
2. Warum ein eigenes Template System, für das es keine Editor gibt? Hier sehe ich doch XML und XSLT2 mit ein paar Shell oder PowerShell Scripten die die HTML Seiten bauen klar im Vorteil. Mit XML-Schema ist es möglich Editoren zu Konfigurieren und somit eine Valide Eingabeoberflächen dem Kunden bereit zu stellen und XSLT2 ist sehr mächtig und da kommt eine eigne ausgedachte Syntax bestimmt nicht dran.
Insgesamt kommt mir das System so vor als ob es im Jahre 1998 ersonnen worden ist und konzeptionell nicht mit der Zeit gegangen ist.
Also am Ende des Pocast habe ich mich doch gefragt, wieso man heute ein Podcast Veröffentlicht ohne sich vorher zu informieren, was mit einfachen mitteln heute möglich ist und der ein System Vorstellt, welches aus dem Jahr 1998 kommen könnte.
Bestehende HTML-Website = Kraut und Rübe?! Content-Strategist! Da kommt einen das Kirby echt entgegen. :-))
Ich habe eine bestehende Kundenwebsite mit 3 Menüebenen und ca. 40 Unterseiten auf Kirby umgestellt. Die Arbeit mit kirby hat dabei wirklich Spaß gemacht! So schnell hätte das weder in Joomla oder Wordpress noch nirgends geklappt. Kein unnötiger Ballast wie Menüverwaltung, Benutzerverwaltung, Kategorieverwaltung, etc. Kirby ist aus meiner Sicht aufs Wesentliche reduziert. Einfach das bestehende HTML in Template(s) und eine handvoll Snippets zerhacken und die Contentdateien anlegen. Mittels der Dateinamen im Content schaltet man dann sehr cool zwischen den Templates (Contentarten) um.
Die Kommentarfunktion für diesen Beitrag wurde deaktiviert.
© 2005 - 2024 David Maciejewski
Kontakt • Anschrift •
Impressum • Datenschutz