[] Grav - Flat File CMS - getgrav

[AxelMD]

Hgrav - Flat File CMS
https://getgrav.org/


Github getgrav
https://github.com/getgrav

How to Install Grav CMS on Debian 11
https://www.vultr.com/docs/how-to-insta ... -debian-11

Grav als Docker bei inuxserver.io
https://hub.docker.com/r/linuxserver/grav

Hallo Forum,

jetzt habe ich getgrav gefunden.

Welche Vorteile hat Grav, ein Flat File CMS gegenüber einem SSG wie Hugo oder Jekyll?
Ist ein Flat File System evtl. nur ein Hype?
PHP Support bei getgrav erforderlich.

Requirements

Requirements

Grav is intentionally designed with few requirements. You can easily run Grav on your local computer, as well as 99% of all Web hosting providers. If you have a pen handy, jot down the following Grav system requirements:

Web Server (Apache, Nginx, LiteSpeed, Lightly, IIS, etc.)

PHP 7.3.6 or higher

hmm... that's it really, (but please look at PHP requirements for a smooth experience)!

Siehe auch
LinuxUser 12/2021 Seite 46 - 53

Edit 02.10.2022
Extra für Smalltalker eingerichtet:
Grav - Flat File CMS - getgrav - OT Verschiebung
viewtopic.php?t=185244

Edit: 03.10.2022
GRAV-Leitfaden: So erstellen Sie eine Website in 2022 - Schritt für Schritt Anleitung (Kostenlos)
https://hth.guide/de/grav-guides/

[JTH]

Die Generatoren generieren dir halt einfach statische HTML-, CSS- und andere Dateien. Die kann dir jeder noch so simple und dämliche Webserver ausliefern.

Ein CMS, so wie das erwähnte, ist üblicherweise wesentlich dynamischer und ermöglicht dir die Verwaltung deiner Inhalte direkt auf deinem Server. Braucht deshalb aber auch entsprechende Möglichkeiten wie z.B. PHP auf dem Server und eine Möglichkeit, dort Daten zu speichern. Oft ist das eine Datenbank, Grav scheint dafür einfach Dateien zu benutzen. Eine Datenbank skaliert irgendwann besser, auf der anderen Seite ist eine Sicherung einfacher Dateien trivial.

Welches davon jetzt einen Vorteil gegenüber dem anderen hat, darfst du selbst bewerten. Hängt, wie bei den meisten deiner Themen dazu zuletzt, davon ab, was du machen willst, was du technisch zur Verfügung hast oder voraussetzen willst und im Zweifelsfall dafür bezahlen möchtest. Ein CMS wirst du etwa nicht bei Git* laufen lassen können.

[AxelMD]

Irgendwie erscheint mir Getgrav wie ein Zwitter.
Ok, die Datenbank entfällt, ein Angriffsziel weniger und dafür CMS Funktionalität.
Aber eben PHP erforderlich.

So richtig "der" Vorteil erschließt sich mir nicht.

Einen weiteren Einstiege stelle ich vorerst zurück.

Danke

[debilian]

Wenn ich sehe wofür wordpress, drupla, joomla genutzt werden, denke ich oft, total oversize für die Anwendung.

GRAV nutze ich schon länger und für mich ist gerade eben die relative Einfachheit gegenüber den Grossen von Nutzen,
es hat auch NUR 30mb installiert und nicht 500 MB, wie so manchens CMS - um dann 2 "statische" html-Seiten zu liefern...

30MB sind meist auch too much aber die Funktionalität ist schon manchmal sinnvoll....
Upload, Dateiverwaltung, Benutzerkonten, Backup, so die Dinge....

[uname]

CMS ohne Datenbank haben den Vorteil, dass man sie leicht backupen und auch umziehen kann.
Einfach alles zippen und woanders wieder hochziehen. Vielleicht ein paar Konfigurationsdateien anpassen.
Alles wird in Dateien gespeichert. Einen evtl. Ärger mit einer Datenbank kann man sich sparen.
Gegenüber selbst geschriebenen HTML-Seiten gibt es meist Online-Editoren und Strukturierungsmöglichkeiten der Inhalte.

Natürlich gibt es weit mehr Flat File CMS siehe z. B. hier.
Der Link selbst ist mit Typemill erstellt.

[AxelMD]

Kann der SSG Jekyll nicht genau das Gleiche, Jekyll benötigt kein PHP?

@debilian
Warum hast Du dich nicht für eine SSG enstschieden, z. B. Jekyll oder Hugo?
Hast einen Link für mich, für eine mit Grav erstellte Website?

[debilian]

@debilian
Warum hast Du dich nicht für eine SSG enstschieden, z. B. Jekyll oder Hugo?
Hast einen Link für mich, für eine mit Grav erstellte Website?

War Zufall, dass es GRAV wurde - Beispiele hab ich dir per PN geschickt...

[AxelMD]

Danke, also historisch gewachsen.

Ich bin unhistorisch, so richtig den Vorteil von Grav gegenüber Jekyll ist mir noch nicht klar.

Vorteil von Jekyll ist die Möglich Github, GitLab oder Coderberg als Webspace nutzen zu können.
Vorteil von Jekyll ist auch die Vielzahl der Theme / Templates.

[debilian]

ich betreibe seit 25 Jahren eigene Server im RZ - somit muss ich nirgendwo anders hosten, fast - der 2. NS ist woanders...

[AxelMD]

Was ist "2. NS"?

[debilian]

der 2. Nameserver...

[AxelMD]

Hallo debilian,

welche Installationsvariante bevorzugst Du für deine Grav installationen?

MfG
AxelMD

[debilian]

https://getgrav.org/download/core/grav-admin/1.7.32

grav+admin

[AxelMD]

tps://getgrav.org/blog/raising-php-requirements-2020

Grav 1.7

Moving to PHP 7.3.6 for the minimum requirement for Grav 1.7 means we can continue to use more modern and more robust PHP syntax and functionality. It also means we can update our core-libraries to the latest and greatest versions that still maintain backwards compatibility. As Symfony is a framework we are using more of in Grav 1.7, this bump in requirements means we can move to the latest most feature-rich Symfony 5.1 stable release. Many of our other vendor libraries will also be able to be updated during the release cycle of Grav 1.7 to address stability and security as needed.

D. h. ich benötige PHP auf dem System, wie sieht es aus, wenn eine Docker Containter verwende?

https://hub.docker.com/r/linuxserver/grav

Haben deine Server grundsätzlich PHP installiert?

[debilian]

Haben deine Server grundsätzlich PHP installiert?

ja

[AxelMD]

Mit Grav erstellt:

linuxserver.io
https://www.linuxserver.io/

*wow kann ich nur sagen
Das ist eine statische Website.

[AxelMD]

Hallo Forum,

Grav, getgrav gibt es auch als Container.
Macht es Sinn Grav das Flat File CMS als Container zu nutzen?
Untergrabe ich mit Grav als Containerinstallation evtl. die Vorzüge von Grav?

MfG
AxelMD

[DeletedUserReAsG]

Natürlich macht es Sinn, das im Container zu nutzen. Und selbstverständlich macht es keinen Sinn, das im Container zu nutzen. Möglicherweise ist es sehr sinnvoll, es im Container zu nutzen, und vielleicht ist’s auch völlig sinnfrei, das im Container zu nutzen. Was bei dir zutrifft, hängt von dir ab.

Selbst zu denken, ist aus der Mode? Du rühmst dich ja immer damit, so modern zu sein, und wertest Leute, die sich damit auskennen und die noch selbst denken (statt denken zu lassen), als alt und verknöchert ab. Wir können uns solche Fragen aber immerhin noch selbst beantworten ….
Wenn diese Unselbstständigkeit für die „neue Generation“ steht, na dann gute Nacht

[Tintom]

@AxelMD: „Offtopic“ ist kein Grund einen Beitrag zu melden. Bitte unterlasse dies künftig.

[AxelMD]

@TinTom
Kein Problem, ich unterlasse es, OT ist ##dem ur Folge (Trümmerdeutsch)## dem zufolge hier im Forum zulässig. Threads werden dadurch unübersichtlich.

Natürlich macht es Sinn, das im Container zu nutzen. Und selbstverständlich macht es keinen Sinn, das im Container zu nutzen. Möglicherweise ist es sehr sinnvoll, es im Container zu nutzen, und vielleicht ist’s auch völlig sinnfrei, das im Container zu nutzen. Was bei dir zutrifft, hängt von dir ab.

Selbst zu denken, ist aus der Mode? Du rühmst dich ja immer damit, so modern zu sein, und wertest Leute, die sich damit auskennen und die noch selbst denken (statt denken zu lassen), als alt und verknöchert ab. Wir können uns solche Fragen aber immerhin noch selbst beantworten ….
Wenn diese Unselbstständigkeit für die „neue Generation“ steht, na dann gute Nacht :|

Der Beitrag hat nicht weiter geholfen, für mich habe ich diesen Betrag in Smalltalk gestellt, dann behalte ich die Übersicht. viewtopic.php?p=1310771#p1310771
Ich freue mich darüber, dass dich meine Threads interessieren und Du dadurch dein Wissen erweitern kannst.

[DeletedUserReAsG]

Um die Übersicht zu behalten, muss man sie erstmal haben.

„zur“, „demzufolge“, „weitergeholfen“, „Beitrag“, btw. – deine Threads würden gleich ‘nen ganz anderen Eindruck machen, wenn du nicht auch noch erst alles in Trümmerdeutsch übertragen, und das posten würdest.