Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Weiterleitung vom alten Kalenderfeed #30

Closed
LeSpocky opened this issue Oct 20, 2023 · 11 comments · Fixed by #67
Closed

Weiterleitung vom alten Kalenderfeed #30

LeSpocky opened this issue Oct 20, 2023 · 11 comments · Fixed by #67

Comments

@LeSpocky
Copy link
Member

Den Kalender im WordPress konnte man als iCal Feed abonnieren unter folgender URL:

https://www.netz39.de/feed/eo-events/

Von dort sollte es ggf. eine Weiterleitung (HTTP Status 301 oder 302) auf den neuen Feed geben.

@24367dfa
Copy link
Member

sustainers/sustainers.github.io#275

Allgemein können wir uns nicht ein bisschen Gedanken machen, was wir mit dem Kalender noch anfangen wollen. ICal Feed wäre glaube ich super.

@24367dfa
Copy link
Member

Den Kalender im WordPress konnte man als iCal Feed abonnieren unter folgender URL:

https://www.netz39.de/feed/eo-events/

Von dort sollte es ggf. eine Weiterleitung (HTTP Status 301 oder 302) auf den neuen Feed geben.

Ich glaube, derzeit haben wir keinen Feed, sondern nur die Kalenderseite www.netz39.de/events

@MG-5
Copy link
Member

MG-5 commented Oct 25, 2023

Da kriegt man schon was gebastelt

https://rentalbookingsoftware.com/adding-icalendar-or-ics-export-to-fullcalendar/

@MG-5
Copy link
Member

MG-5 commented Oct 25, 2023

Siehe PR #45

@LeSpocky
Copy link
Member Author

Siehe PR #45

Das wäre ics. Das braucht eine stabile URL und die Weiterleitung muss dann dazu kommen.

@penguineer
Copy link
Member

Wir haben keine Kontrolle über den HTTP-Server. Eine "Weiterleitung" wäre am ehesten ein Ausliefern des Feeds auf der ursprünglichen URL (ggf. als Kopie).

@LeSpocky
Copy link
Member Author

LeSpocky commented Nov 4, 2023

Die Kontrolle haben wir aber nur nicht, weil wir GitHub das ausliefern lassen, richtig?

@24367dfa
Copy link
Member

24367dfa commented Nov 4, 2023

Wir haben keine Kontrolle über den HTTP-Server. Eine "Weiterleitung" wäre am ehesten ein Ausliefern des Feeds auf der ursprünglichen URL (ggf. als Kopie).

redirects gehen schon. so haben wir zB den Wiki Link realisiert.

Ich würde aber gern einmal die Frage stellen, ob wir wissen, wie viele Leute den alten Feed abboniert hatten... wenn wir uns den Aufwand jetzt für 2 Personen machen, die vielleicht auch noch alle hier mitlesen, würde ich das eventuell eher beiseite legen.

@24367dfa 24367dfa linked a pull request Nov 4, 2023 that will close this issue
5 tasks
@LeSpocky
Copy link
Member Author

LeSpocky commented Nov 4, 2023 via email

@24367dfa
Copy link
Member

24367dfa commented Nov 4, 2023

ich hab mal einen Konkurrenzvorschlag in #67 gemacht. Ich denke, dass wir da simpler zum Ziel gelangen und ganz ohne das Ausliefern zusätzlichen JavaScript Codes auskommen.

@penguineer
Copy link
Member

Die Kontrolle haben wir aber nur nicht, weil wir GitHub das ausliefern lassen, richtig?

Genau.

Wobei ich das GitHub-Hosting für solche Webseiten insgesamt schon praktisch finde, weil wir uns um die ganzen Themen Schutz, DDoS, Skalierung halt nicht kümmern müssen. Ist jetzt kein riesiges Thema, aber es ist inzwischen auch so leicht, Seiten mit auf die Angriffsliste zu setzen, dass ich nicht böse bin, wenn wir das Thema nicht haben.

Insbesondere weil das Netz39 ja auch kein Incidence-Response-Team hat. ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants