Vielen Dank für die beiden Antworten.

@hbuerger Ich kann die Schätzung gut nachvollziehen. Alles klar.
@aschild Ich hatte bereits eure REST-API gesehen. Da ich aber mit NodeJS direkt mit der offiziellen API rede, ist für mich PHP keine Option. Ich könnte mir eher vorstellen, einen ähnlichen Wrapper für Node anzubieten (abhängig davon, wieviel andere Schnittstellen ich noch ansprechen werde)

Dann werde ich erstmal die alte API ausprobieren.

@JuniOr sagte in API Nutzung, Webseite (Wordpress):

Deswegen vielleicht auch etwas Teils dumme Fragen.

nur keine Scheu! 😉
Hier hilft man gerne und i. d. R. auch recht zügig.

@mriedel Dann trag' doch einfach in den Einstellungen den Mandanten richtig ein:

Unbenannt.png

Alternativ direkt die churchdbsync.ini editieren:

optigem_mandant=01

@fkmm-webmaster Diese Api gibt es bisher noch nicht. Ich denke es wird Sinn machen, die irgendwann einzuführen, aber steht aktuell noch nicht auf dem Plan.

@Achim-Fuchs Danke für die Erklärungen.
Ja, das hatte ich befürchtet.

Hast allenfalls php code den du mir zusenden könntest? (Oder wenn es eine andere Sprache ist, dann wäre der Teil zum Auflösen der Wiederholungen + Ausnahmen interessant)
Ich würde ihn dann in diese Projekte hier integrieren und veröffentlichen.

https://github.com/vineyardkoeln/churchtools-api und https://github.com/a-schild/churchtools-pdfcalendar

Diese Fehlermeldung kommt immer wenn es eine Seite nicht gibt.

Funktioniert das mit dem RADIUS Server über den CT LDAP Wrapper inzwischen bei jemandem oder spielst du auf eine Lösung ohne Churchtools Anbindung an? Hab hier im Forum gelesen dass das mit dem bisherigen Setup nicht möglich ist, weil das Passwort in der Churchtools DB verschlüsselt ist und der LDAP Wrapper es daher nicht wie erforderlich an den RADIUS Server geben kann.

@davidschilling Perfekt, den Link zur JSON-Spezifikation hab ich gesucht. Danke dir!

Uns ist es auch aufgefallen, dass es unter Integration wesentlich sinnvoller aufgehoben ist. Wir haben es mit der nächsten Version angepasst.

Haben genau dasselbe festgestellt. Workarround ist es alle Einträge herauszufiltern die ausserhalb der gewünschten Zeitspanne sind.

Es scheint an der manuellen Wiederholung zu liegen. habe das hier https://forum.church.tools/topic/4963/termine-mit-manuellen-wiederholungen-werden-nicht-korrekt-ausgelesen als eigenes Thema gemacht.

Hallo zusammen,
nochmal danke für die Hinweise.
Hatte nun mal endlich etwas Zeit alles auszuprobieren und mir einen brauchbaren Import für meinen Songbeamer-Ablaufplangenerator zu basteln.
Wünschenswert wäre, wenn https://api.churchtools.de/ mal auf einen aktuellen Stand gebracht wird, damit man nicht rumprobieren muss, welche Funktionen es wirklich gibt und welche nicht eben nicht 😉 (dazu hatte ich auch einen sehr ernüchternden Forumsbeitrag gelesen)
0_1549710740136_AblaufimportSongbeamer.png

@davidschilling Wird dieser Export dann auch die Notizen aus dem Ablaufplan exportieren? Und wie sieht es mit Bibelstellen aus (Vgl meinen Beitrag)?

Hallo,

Also die Option in den Einstellungen hat folgende Beschreibung:
"This is required for clients using lowercase DNs, e.g. ownCloud/nextCloud"

Aber so wie ich LDAP verstanden habe, ist der DN nur wie die "Struktur" innerhalb des LDAP aussieht, und nicht ob die zu prüfenden Filter lowercase sein sollen.

Folgenden Git-Issue gibt es dazu schon seit längerem, wo du ja auch bereits kommentiert hast:
https://github.com/milux/ctldap/issues/11

Mehr kann ich hierzu glaub leider nicht beitragen.

Gruß Daniel

@M_K die API stellt nur die Funktionen bereit, die sich unter https://api.churchtools.de/class-CTChurchFinanceModule.html finden lassen. Allgemein lassen sich Daten über die API am besten mit den getMasterData funktionen abfragen.

somit sollte der Request so aussehen:

$url = 'https://vm-int.de/verwaltung/index.php?q=churchfinance/ajax'; $data = array('func' => 'getMasterData'); $result = sendRequest($url, $data); echo "Userlist"; print_r($result->data);

In dem Ergebnis sollten die Bereiche: $result->data->groups und $result->data->budgets die interessanten Informationen enthalten. Da ich selbst noch nicht mit dem Finanzmodul gearbeitet habe, weiß ich nicht, was genau die informationen enthalten bzw. ob du eventuell noch die Ergebnisse filtern musst, um nur deine eigenen Budgets zu finden (heißt eigenes Budget, dass es einer der Gruppen zugewiesen ist, in denen du bist?)
Wenn du mit dem filtern nicht weiter kommst, kannst du gerne das ausgegebene Ergebnis (anonymisiert) schicken, dann kann ich mir anschauen, wie du eventuell filtern kannst..

@Marcel hab grad nicht dran gedacht, ist ja noch besser 😃

klar, wenn CT richtig loggt.. sonst gibts immer noch paar Gemeinden, die hosten (lassen), wo vermutlich die vollen GET Strings geloggt werden (was ja nicht wirklich verwerflich ist) -> Tokens im Webserver Log.

Ähm.. klar kann man. Normal wird aber nur der GET String geloggt.

Heißt: GET Parameter tauchen sehr viel häufiger in Logs und diese Logs werden nicht unbedingt mit besonderer Sorgfalt geschützt. Ja.. die Credentials im GET Param zu haben ist sehr convenient, da man sich um sehr viel weniger kümmern muss.. aber:

die meisten HTTP client APIs sind mittlerweile ausgereift und einfach genug mit POST zu verwenden HTTP Header setzen ist ähnlich schnell gemacht, da könnte man dann mit Bearer Token arbeiten (oder gleich auf OAuth2 setzen), dann gehen auch weiterhin GET Requests nur halt, dass die Authentifizierungs informationen nicht in der URL enthalten sind.

Alles was ich sagen will, ist dass ich es für eine neu entworfene RESTful API eher schade finde, dass solche eher schlüpfrigen Entscheidungen getroffen werden...

@dennis-eisen den hier kennst?
https://api.churchtools.de/
mal mehr mal weniger vollständige Beschreibungen, aber relativ vollständige Endpunkte, bzw. Befehlsübersicht.

Ich konnte das Problem nachvollziehen und habe es bei uns intern als Bug mit aufgenommen.