mittwald / feature-requests

Sammlung von Feature-Ideen.
https://www.mittwald.de/roadmap
15 stars 0 forks source link

Speicherschwellen für Projekte des Space-Servers #14

Open thueske opened 1 year ago

thueske commented 1 year ago

Bezieht sich dein Feature-Request auf ein zugrundeliegendes Problem? Bitte beschreibe es uns: Als Reseller des Space-Servers fehlt mir die Möglichkeit eine Speicherüberziehung meiner Endkunden mitzubekommen.

Beschreibe die Lösung(en), die du dir vorstellen könntest: Versand einer Benachrichtigung, sobald eine selbst definierte Menge eines Projektspeichers auf meinem Space-Server belegt ist.

ceraehse commented 8 months ago

👍 Ich kann nur beipflichten: Um sinnvoll und konfliktfrei mehrere Kunden/Projekte in einem Space-Server zu haben, wären Speicherlimits für uns ein wichtiges Feature. So wie ich die Beschreibung von @thueske verstehe, würde es für unsere Nutzung ausreichen: – Ein Speicherlimit den gemeinsamen Speicher von Webspace, Mails und Backup pro Projekt. – Hinweismail, wenn es eng wird. Am besten einstellbar, welche User mit Projektzugriff das erhalten sollen, weil das ja nicht nur für die Kunden, sondern auch für uns als Agentur relevant ist.

patrickhilker commented 8 months ago

Hey @ceraehse, das hast du genau richtig verstanden. :-)

Die Empfänger würden wir vermutlich am ehesten anhand der Rolle bestimmen - hast du da evtl. Gedanken zu, wie das für euch am besten passen würde?

Direkt an User würde ich es eher ungern hängen wollen - das bringt immer eine Menge Komplexität mit sich, bspw. wenn neue Mitarbeiter dazukommen oder andere gehen (am Ende erhält keiner mehr die Benachrichtigung - blöd).

lmrkavogt commented 8 months ago

Und wenn man eine zentrale Mail-Adresse in den Server- oder Organisations-Einstellungen definiert? Ggf. hat man ohnehin schon eine Mail-Adresse nur für Alerts.

Auch eine Idee, damit wäre es wahrscheinlich für noch mehr Nutzer passend:

  1. E-Mail-Adresse in Organisation
  2. E-Mail-Adresse im Server, wenn hier nichts hinterlegt ist -> 1.
  3. E-Mail-Adresse im Projekt, wenn hier nichts hinterlegt ist -> 2., wenn hier nichts hinterlegt ist -> 1.

Dann kann man es je nach Situation individueller anpassen.

patrickhilker commented 8 months ago

Ich weiß nicht, ob das, abgesehen von der Komplexität, eine gute Idee ist - damit führen wir irgendwie das ganze User-/Rollen-Konzept ad absurdum. Das soll ja eigentlich gerade dabei unterstützen, dass jeder "automatisch" die richtigen Informationen erhält, die er braucht.

(Disclaimer: Bei fehlgeschlagenen Cronjobs akzeptieren wir aktuell eine E-Mail-Adresse, das stimmt - das ist aber eher aus der Not heraus entstanden.)

lmrkavogt commented 8 months ago

Man könnte es auch an Rollen knüpfen, das würde für meine Szenarien wunderbar passen. Aber ich könnte mir vorstellen, dass gerade die etwas größeren Agenturen mit einer Alert-Adresse arbeiten, auf der sowas landen könnte. Und dafür einen "echten" Dummy-User erstellen, damit er Mails empfängt... Wenn es dann eine Kategorie "Bot-User" gäbe, der nichts anderes macht als Notifications zu empfangen, bspw. auch für Cronjobs - und von denen kann man mehrere erstellen und flexibel den Projekten zuweisen. Aber nur Hirngespinst 😆

ceraehse commented 8 months ago

Das sind echt spannende Fragen! Wir haben das vorhin mal intern diskutiert – ich teile hier mal, was dabei herauskam:

Einstellungsmöglichkeiten auf allen Ebenen würden gleich mehrere Anwendungsfälle abdecken („Ich möchte als Organisations-Admin einstellen, wer für welches Projekt Benachrichtigungen erhält“, „Ich möchte als Mitarbeiterin einstellen, welche für welche Projekte ich benachrichtigt werde“). Konkret:

Es wäre damit also grundsätzlich möglich, dass User (z. B. Projektentwickler) Benachrichtigungen selbst (de-) aktivieren können, die vorher als Standard oder vom Organisations-/Projektinhaber gesetzt waren. Oder umgekehrt könnte ich als Organisationsinhaber für einen Projektentwickler auch Benachrichtigungen für X Projekte aktivieren, weil vielleicht jemand gegangen ist und sich damit Zuständigkeiten (und sowieso Zugriffsrechte im mStudio) geändert haben.

*Ob für neu angelegte oder neu hinzugefügte Personen auf Organisations-/Projektebene Benachrichtigungen aktiviert sind, könnte allerdings ein Preset sein, das die Rolle vorgibt. Vielleicht ist es sinnvoll, dass ein Organisationsinhaber im Standard erstmal immer Benachrichtigungen erhält, während es bei einem E-Mail-Administrator vielleicht im Standard eher nicht relevant ist.

lmrkavogt commented 8 months ago

Wie handhabt ihr das Alert-Thema allgemein? Bekommt tatsächlich jeder Mitarbeiter den Alert oder habt ihr ein Sammel-Postfach? Das geht mir aktuell durch den Kopf, kann aber als Solo-Kämpfer recht wenig dazu sagen.

patrickhilker commented 8 months ago

Vielen Dank für den Input bzgl. Notifications - ich denke, wir sollten das Thema an dieser Stelle hier trennen und in ein eigenes Issue auslagern - das habe ich getan (#103) und einen Teil des Inputs bereits übertragen. Falls ich noch mehr Gedanken dazu habt, freue ich mich darüber!

lmrkavogt commented 8 months ago

Wie "hart" wird das Thema Speicherschwellen im bewährten Kundencenter eigentlich gehandhabt? Insbesondere das Thema Mails - wird dann irgendwann der Empfang bzw Versand von Mails unterbunden?

Oder wie wird verhindert, dass ich nach wie vor Daten in mein Space lege?

patrickhilker commented 8 months ago

Wie "hart" wird das Thema Speicherschwellen im bewährten Kundencenter eigentlich gehandhabt? Insbesondere das Thema Mails - wird dann irgendwann der Empfang bzw Versand von Mails unterbunden?

Oder wie wird verhindert, dass ich nach wie vor Daten in mein Space lege?

Ich kann das nicht mit 100 % Sicherheit beantworten - meines Wissens wird da nichts wirklich blockiert. Ich meine, man kann keine weiteren Datenbanken/Postfächer/Wiederherstellungspunkte anlegen, wenn der Speicherplatz verbraucht ist, aber das wars. Wird Tarifleistung überschritten, berechnen wir das nach. Sind Postfächer voll, werden E-Mails abgelehnt (das ist aber was anderes, als wenn der Speicherplatz verbraucht ist).