Merge branch 'master' of ssh://gitbase.de:2222/cms/wm-jamstack-konzept

This commit is contained in:
Sebastian Frank 2019-10-24 11:51:03 +02:00
commit b7e4f7c5c4
Signed by: apairon
GPG Key ID: 7270D06DDA7FE8C3

View File

@ -8,16 +8,16 @@ siehe: <https://jamstack.org/>
Vergleich zu konventionellen "full-featured" CMS, wie WordPress
| | JAMStack | full-featured
| -- | -- | --
| **Sicherheit des Backends** | hoch | gering
| **Sicherheit der Website** | sehr hoch | gering
| **Auslieferungsgeschwindigkeit** | sehr hoch | hoch (gecacht) - gering (gerendert)
| **Flexibilität in der Programmierung** | sehr hoch | sehr hoch
| **SEO** | hoch | sehr hoch
| **Wartungsfreundlichkeit** | sehr hoch | gering
| **Modularität** | sehr hoch | gering
| **vorherschende Programmiersprache** | Javascript | PHP
| | JAMStack | full-featured CMS |
| --- | --- | --- |
| **Sicherheit des Backends** | hoch | gering |
| **Sicherheit der Website** | sehr hoch | gering |
| **Auslieferungsgeschwindigkeit** | sehr hoch | hoch (gecacht) - gering (gerendert) |
| **Flexibilität in der Programmierung** | sehr hoch | sehr hoch |
| **SEO** | hoch | sehr hoch |
| **Wartungsfreundlichkeit** | sehr hoch | gering |
| **Modularität** | sehr hoch | gering |
| **vorherschende Programmiersprache** | Javascript | PHP |
## Warum bei Webmakers?
@ -28,9 +28,9 @@ D.h. auch wenn unterschiedliche Websites mit unterschiedlichen Technologien (z.B
### schnelle Erstellung kleiner Websites
Einfache Websites können statisch abgelegt sein und durch CMS und Synchronisationsvorgang gepflegt werden. Eine API direkt für die Website wird nicht gebraucht. Außerdem wird keine DB für den Betrieb der Website (Besuchersicht) gebraucht.
Einfache Websites können statisch abgelegt sein und durch CMS und Synchronisationsvorgang gepflegt werden. Eine API direkt für die Website wird nicht gebraucht. Außerdem wird keine DB für den Betrieb der Website (Besuchersicht) benötigt.
Komplexere Anforderungen (Shopsysteme) werden zusätzlich mit einer API realisiert und Client-Seitig mittels Javascript programmiert. Der Aufwand dabei ist nicht größer als ohne API via PHP.
Komplexere Anforderungen (Shopsysteme) werden zusätzlich mit einer API realisiert und clientseitig mittels Javascript programmiert. Der Aufwand dabei ist nicht größer als ohne API via PHP.
### geringere Anforderungen an das Webhosting
@ -40,7 +40,7 @@ Statische Websites brauchen deutlich weniger Ressourcen auf dem Webserver. Auch
Jede Komponente im JAMStack funktioniert in sich und ist über Schnittstellen an andere Komponenten angebunden. Solange sich die Schnittstellen nicht ändern, ist ein Update/Upgrade kein Problem.
### geringere Wartungsaufwand
### geringerer Wartungsaufwand
Durch zentral abgelegte Tools:
@ -85,7 +85,7 @@ graph TB
```
| | Variante 1 | Variante 2
| -- | -- | --
| --- | --- | ---
| **Sicherheit** | mittel | hoch
| **Aufwand** | mittel | hoch
| **Flexibilität DB** | mittel | hoch
@ -104,7 +104,7 @@ graph TB
- kein Profit durch fremde Weiterentwicklung am Markt
- bei schlechter Doku => Herrschaftswissen => hohe Abhängigkeit => schlechter skalierbar bei höherem Personalbedarf
### bestehendes CMS am Martk (z.B. Directus)
### bestehendes CMS am Markt (z.B. Directus)
```mermaid
graph TB
@ -146,7 +146,7 @@ graph TB
```
| | Variante 1 | Variante 2
| -- | -- | --
| --- | --- | ---
| **Sicherheit** | hoch | mittel
| **Aufwand** | mittel | gering
| **Flexibilität DB** | keine | keine