Hallo? Hu hu... Ich so alleine mit meinem Thema hier.... Kann mir jemand helfen...

Danke @jmrauen keine Ahnung warum ich das nicht selbst entdeckt habe.

Guter Hinweis. Ist in 3.1 mit drin.

@MichaelG Es handelt sich m.E. nicht um ein Datenbankproblem, davon ist hier gar nicht die Rede. Es geht bloß um die Frage, wieviel Arbeitsspeicher von PHP-Skripten verwendet werden kann. Offenbar möchte das PHP-Skript (ChurchTools) gern mehr Arbeitsspeicher verwenden, als ihm erlaubt ist - sei es für Datenbank- oder sonstige Aktivitäten.

Bei 1und1 ist dieser Wert aber wohl wirklich nicht einstellbar ...

@seetalchile Unser Kigo ist noch nicht so weit, alles über CT abzubilden. Insofern stellt sich das Problem (noch) nicht.

Für die anderen Events (Lobpreisabende) sind die Personen die gleichen wie im Gottesdienst, sodass da nicht all zu viel Schindluder getrieben werden kann.

Leider durch Einführungsphase unseres neuen Übersetzungsdienstes nur Absagen erhalten. Tut mir leid.

@artus70 Meines Wissens gibt es nur eine Beschränkung beim Export, die man in den Admin-Einstellungen anpassen kann. Standardwert ist dort 250.

@Henric-Resa soweit ich das weiß einzeln.

Es könnte ggf klappen, wenn du den Dienst als Service entfernt. Dann wird er glaube auch automatisch überall raus genommen.

Oder (wenn noch nichts besetzt) Alle events löschen und mit neuer Vorlage erstellen.

Siehe hier: https://api.churchtools.de/class-CTChurchServiceModule.html
​Entweder über getSongStatistic()
​oder die Agenda durchgehen mit: loadAgendaItems(agenda_id:XXX)
​Und hier ist dann die arrangement_id gesetzt.

Alles klar, das hilft!
Ab 3.1 werden diese Fehler automatisch auch geloggt und bei Hosting-Kunden können wir sie entsprechend abgreifen (also nur der StackTrace, nicht die Daten dahinter:)).
Sehr praktisch, da wird das hier nicht nötig sein.

gibt es da technisch geseehn einen unterschied zw. dem webcal und ical link? ist da nicht nur der mime type anders?

@UrsulaBb Ja, sind die Mitarbeiter, die Dienste zugesagt haben bzw. dafür eingeteilt wurden. Manuell sehe ich da keine Möglichkeit.

@jmrauen Yeah, das wars. DANKE 😃
Sie waren auf Status: zu löschen gesetzt.

Problemlösung: die CSV-Datei muss im TXT-Format (Tabstopp-getrennt) abgespeichert werden. Ich lade dazu die CSV-Datei ins Excel u. speichere als "Tabstopp-getrennt".

Das ist aufwändig, ja.

Gibt's nicht! Feature-Wunsch erstellen und dann voten.

@MRBaum Hätte dann die Konsequenz ja, falls man Deutschland aus Sicht Schweiz ausschliessen würde :-). Aber mir geht es ach mehr um die kritischen Regionen, die wir auch bei unserem Hosting immer wieder mal als attemps in der Web Application Firewall registrieren.

Genau, so kann sich jeder ein Login holen. Er sieht ja nur das was ihm berechtigt wurde.

Ich habe den Fehler gefunden. Ich habe vor Jahren die Wikikategorie "id=0" gelöscht, wo in Version 3 unter anderem diese Datenschutzbestimmung drin ist. Habe in der Datenbank eine neue Kategorie mit id=0 angelegt und plötzlich wird wieder alles angezeigt und das akzeptieren funktioniert in vollem Umfang.