@davidschilling sagte in Authentifizierung mittels OAuth2:

@Thomas-Kuschan wie du es beschrieben hast ist es korrekt. Aktuell funktioniert der OAuth Access Token noch nicht für die CT-Api.

Hallo! Ist es mittlerweile möglich, einen API Token mittels Oauth access_token zu holen oder sich damit an der API zu authentifizieren? Wenn nein, wann ist das eingeplant?

@jziegeler Vielen Dank! Jetzt hat's funktioniert. 🙂

@mr4online also zu 1. würde ich behaupten, dass wir bei 80% mit $refs arbeiten. Es sind halt immer mehr Endpunkte dokumentiert, das sind halt mittlerweile über 800 Endpunkte. Wenn dir ne besondere Stelle auffällt gerne melden 🙂

2. werde ich mal mit ins Team nehmen, inwieweit wir hier etwas ändern wollen

@dlichtistw an dem Wert hat sich nichts geändert. Wenn dann werden wir den Wert aber reduzieren und nicht erhöhen. 600 Requests Pro Minute ist schon ne Menge.

Wie @ben-ste schreibt, kann man das einfach im Client abfangen ein bisschen warten und dann den Request erneut ausführen. Dann ist der genaue Rate-Limit Wert egal.

@pommranz
Es ist wie der Shield-Entwickler sagt - da sind zwei Plugins, die jeweils eine unterschiedliche Versionen der selben Drittsoftware (Symphony Cache) verwenden. Ich plane demnächst das Plugin auf ausschließlich PHP 8.x upzugraden. Dann läuft es aber nicht mehr auf älteren Servern mit PHP 7.x ...

Dann sollte auch die Fehlermeldung wieder verschwinden. (Kann aber noch ein paar Wochen dauern)

Wer sich die Anleitung anschauen möchte, sollte mir im Chat die E-Mail-Adresse mitteilen, an die ich sie senden soll.

@AchimRS So eine Möglichkeit ist mir aktuell nicht bekannt. Wenn du möchtest kannst du sie als Feature-Vorschlag unter https://forum.church.tools/category/17/feature-vorschläge-web posten.

Falls es kein iCal sein muss, kannst du einen Blick auf die API werfen, dort gibt es auch ein Methode (GET /bookings) um Ressourcen-Buchungen abzufragen.
Unter https://churchtools.academy/de/help/system-einstellungen/api/0-api/ sind die Grundlagen beschrieben und wird der Weg zur API-Dokumentation erklärt.

@MaxStro du musst wie weiter oben beschrieben, die entsprechenden Parameter mit an die Url hängen. Standardmäßig bekommst du nur 150x150 zurück

@thommyb Danke

@DJSudermann

Hey, ich habe das bei uns mit folgenden Settings am laufen.

463fcbae-7de9-4392-85e7-4512a7bc6ca4-image.png

6dd72f1a-e01f-4f6c-8c06-65f739f8403a-image.png

a9a48638-7a7e-4bec-8560-4499ad2aa506-image.png

Beim Bind LDAP dann noch das Passwort von deinem LDAP User hinein.

HK-Logo mit-V1. (100px)Final.png Jetzt kommen die
-) App-Version.
-) iCal/ICS-Schnittstellen-Version

Schön wäre, wenn es jemand für die FRITZ!Box machen würde.

HK-Logo mit-V1. (200px)Final.png Jetzt kommt die App-Version für den Heizkalender für ChurchTools (API), ChurchDesk, Google-Kalender oder iCal/ICS-Schnittstelle. www.heizkalender.de

@ckauhaus Aktuell kannst du dich nirgendwo in ChurchTools "reinhängen". Wir bieten noch kein Plugin System an, um die Software an beliebigen Stellen zu erweitern.

@DJSudermann Ok, danke!

@thommyb
Hi
Ich verwende den resources get booking endpoint und frage da tageweise (zw. Start&Endtermin) die Termine der Raumresourcen ab.

Auf den ersten Blick sind die Antwortdaten um ein vielfaches länger als in den früheren Versionen, da dürfte also einiges an zusätzlicher Daten angelegt worden sein beim Schema dieses get bookings.

Lg

@hbuerger Danke, das werde ich mir mal in Ruhe ansehen.
Wir nutzen Gruppenhomepages etc. noch nicht so wirklich. Aber wäre es nicht eine coole Funktion, wenn man auch für einzelne Events/Termine eine solche öffentliche Web-Ansicht bauen könnte?
Wir haben bislang auch noch keine Erfahrungen mit dem CheckIn gemacht - ich stelle mir vor, dass das auch losgelöst von Gruppen für Events eine total geniale Funktion wäre.

Aber wie gesagt - ich habe noch keine Erfahrung mit Gruppenhomepages und CheckIn, daher ist das nur das, was in meinem Kopf so entsteht beim Nachdenken über diese Features.

@lubl So ne coole Idee. Hab es jetzt nicht getestet, aber sieht solide aus auf dem ersten Blick 💪