Staging/Homepage Relaunch - Versionsgeschichte

Bfritz0815 am 12. Dezember 2023 um 22:18 Uhr

2023-12-12T22:18:25Z

← Nächstältere Version		Version vom 12. Dezember 2023, 22:18 Uhr
Zeile 42:		Zeile 42:

	''tbd''		''tbd''

			[[Kategorie:Staging]]
			[[Kategorie:Archäologie]]

Else: Link zur Preview

2014-08-19T22:24:54Z

Link zur Preview

← Nächstältere Version		Version vom 19. August 2014, 22:24 Uhr
Zeile 10:		Zeile 10:
	\|platform =		\|platform =
	\|license =		\|license =
	\|download = [https://github.com/raumzeitlabor/rzl-homepage Github]		\|download = [https://github.com/raumzeitlabor/rzl-homepage Github] / [https://new.raumzeitlabor.de Preview]
	}}		}}

Else: Link zum Repo

2014-08-19T22:23:39Z

Link zum Repo

← Nächstältere Version		Version vom 19. August 2014, 22:23 Uhr
Zeile 10:		Zeile 10:
	\|platform =		\|platform =
	\|license =		\|license =
	\|download =		\|download = [https://github.com/raumzeitlabor/rzl-homepage Github]
	}}		}}

Else: /* Design */

2014-08-02T20:10:59Z

Design

← Nächstältere Version		Version vom 2. August 2014, 20:10 Uhr
Zeile 36:		Zeile 36:

	Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten Mobile first (und responsive web).		Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten Mobile first (und responsive web).

			[[File:rzl-entwurf.png\|400px]]

	== Aufgaben ==		== Aufgaben ==

	''tbd''		''tbd''

Else: /* Kalender */

2014-07-02T19:14:37Z

Kalender

← Nächstältere Version		Version vom 2. Juli 2014, 19:14 Uhr
Zeile 30:		Zeile 30:

	Der Kalender ist nichts anderes als eine statische Webseite mit entsprechendem Javascript. Jeder Monat des Jahres bekommt eine eigene JSON Datei, z.B. 2014-07.json. Zusätzlich gibt es noch jahresunabhängige Dateien für jeden Monat, z.B. 1337-07.json. Dann kann man entweder vor jeden Commit diese Dateien "kompilieren", sodass am Ende eine Datei rausfällt, oder man lässt es einfach so und macht für den Monat zwei (auf den Monat dieses Jahres sowie dem generischen Monat). Das Javascript auf der statischen Kalenderseite lädt die die jeweilige(n) Datei(en) für die jeweilige Monatansicht.		Der Kalender ist nichts anderes als eine statische Webseite mit entsprechendem Javascript. Jeder Monat des Jahres bekommt eine eigene JSON Datei, z.B. 2014-07.json. Zusätzlich gibt es noch jahresunabhängige Dateien für jeden Monat, z.B. 1337-07.json. Dann kann man entweder vor jeden Commit diese Dateien "kompilieren", sodass am Ende eine Datei rausfällt, oder man lässt es einfach so und macht für den Monat zwei (auf den Monat dieses Jahres sowie dem generischen Monat). Das Javascript auf der statischen Kalenderseite lädt die die jeweilige(n) Datei(en) für die jeweilige Monatansicht.

			Eine andere Möglichkeit wäre ein CalDAV mit entsprechendem Backup.

	=== Design ===		=== Design ===

TabascoEye: /* Design */

2014-07-02T18:48:01Z

Design

← Nächstältere Version		Version vom 2. Juli 2014, 18:48 Uhr
Zeile 33:		Zeile 33:
	=== Design ===		=== Design ===

	Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten ~~any-device~~.		Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten Mobile first (und responsive web).


	== Aufgaben ==		== Aufgaben ==

	''tbd''		''tbd''

TabascoEye: /* Ausgangssituation */

2014-07-02T18:46:16Z

Ausgangssituation

← Nächstältere Version		Version vom 2. Juli 2014, 18:46 Uhr
Zeile 17:		Zeile 17:
	== Ausgangssituation ==		== Ausgangssituation ==

	Momentan nutzen wir ein Wordpress, dessen ältere Inhalte tiefpunkt damals von ~~Joomla~~ konvertiert hatte. Die Wordpress-Version ist nicht die neuste, weil wir Debian Pakete nutzen und die automatischen Updates abgeschaltet haben. Manuelles Updaten der Plugins ist jedoch zeitaufwendig, und niemand machts.		Momentan nutzen wir ein Wordpress, dessen ältere Inhalte tiefpunkt damals von Drupal konvertiert hatte. Die Wordpress-Version ist nicht die neuste, weil wir Debian Pakete nutzen und die automatischen Updates abgeschaltet haben. Manuelles Updaten der Plugins ist jedoch zeitaufwendig, und niemand machts.

	Inhaltlich nutzen wir das Wordpress eigentlich nur für die Blogbeiträge, Kommentare und den Kalender. Zusätzlich gibts noch ein paar statische Webseiten. Wordpress ist eigentlich ziemlich nervig.		Inhaltlich nutzen wir das Wordpress eigentlich nur für die Blogbeiträge, Kommentare und den Kalender. Zusätzlich gibts noch ein paar statische Webseiten. Wordpress ist eigentlich ziemlich nervig.

Else: Die Seite wurde neu angelegt: „{{ProjektInfoBox |name = Homepage Relaunch™ v3 |status = staging |image = Super-hp.gif |description = Eine Überarbeitung unserer Homepage …“

2014-07-02T18:43:10Z

Die Seite wurde neu angelegt: „{{ProjektInfoBox |name = Homepage Relaunch™ v3 |status = staging |image = Super-hp.gif |description = Eine Überarbeitung unserer Homepage …“

Neue Seite

{{ProjektInfoBox
|name = Homepage Relaunch™ v3
|status = staging
|image = Super-hp.gif
|description = Eine Überarbeitung unserer Homepage
|author = Else
|username =
|version = 0.1337
|update =
|platform =
|license =
|download =
}}

Bei Interesse mitzuhelfen, melde dich bei [[Benutzer:Else|Else]]. Vorschläge bitte [[Diskussion:Staging/Homepage Relaunch|hier]].

== Ausgangssituation ==

Momentan nutzen wir ein Wordpress, dessen ältere Inhalte tiefpunkt damals von Joomla konvertiert hatte. Die Wordpress-Version ist nicht die neuste, weil wir Debian Pakete nutzen und die automatischen Updates abgeschaltet haben. Manuelles Updaten der Plugins ist jedoch zeitaufwendig, und niemand machts.

Inhaltlich nutzen wir das Wordpress eigentlich nur für die Blogbeiträge, Kommentare und den Kalender. Zusätzlich gibts noch ein paar statische Webseiten. Wordpress ist eigentlich ziemlich nervig.

== Vorschlag ==

Wir migrieren erneut, und diesmal nutzen wir einen Static Blog Generator, der aus Textdateien entsprechende HTML Seiten generiert. Das hat den Vorteil, dass wir keinerlei dynamische Skripts für die Seite benötigen. Für die Kommentare nutzen wir ein selbstgehostetes Kommentarsystem ähnlich [http://disqus.com disqus] (z.B. [http://posativ.org/isso/ isso]). Für den Kalender hingegen laden wir die Events über Javascript aus statischen JSON Dateien, die entsprechend geändert werden.

Die gesamte Homepage verwalten wir in einem git Repository. Wenn jemand einen Blogbeitrag schreiben möchte, muss er nichts anderes tun als das Repository zu klonen, eine entsprechende Datei anzulegen, und diese zu commiten und zu pushen. Über einen Webhook wird die Webseite dann neu generiert. Das ist alles eigentlich nix neues, und es gibt da schon entsprechende Workflows für.

=== Kalender ===

Der Kalender ist nichts anderes als eine statische Webseite mit entsprechendem Javascript. Jeder Monat des Jahres bekommt eine eigene JSON Datei, z.B. 2014-07.json. Zusätzlich gibt es noch jahresunabhängige Dateien für jeden Monat, z.B. 1337-07.json. Dann kann man entweder vor jeden Commit diese Dateien "kompilieren", sodass am Ende eine Datei rausfällt, oder man lässt es einfach so und macht für den Monat zwei (auf den Monat dieses Jahres sowie dem generischen Monat). Das Javascript auf der statischen Kalenderseite lädt die die jeweilige(n) Datei(en) für die jeweilige Monatansicht.

=== Design ===

Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten any-device.

== Aufgaben ==

''tbd''