@martin Korrekt. Wir sind gerade dabei, diese Endpunkte zu ergänzen. Du musst dich also noch einige Wochen gedulden.

@bwl21 sagte in Plugin für Joomla, um Churchtools Kalender auf Website anzuzeigen.:

https://DEINEGEMENIDNE.church.tools/api/persons/PERSONID/logintoken

danke; das funktioniert, aber eben nur für den Login Token. Das nützt mir nichts. Leider klappt es nicht mehr mit dem Modul als Weihnachtsgeschenk für meine Gemeinde. Aber ich krieg das hin.
Jetzt mal: gesegnete Weihnachten!

@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