Bis Mitte Juli hat sich der CROPS Plugins Donate Download Manager von einer schlanken Downloadidee zu einer umfassenderen, aber weiterhin klar abgegrenzten Plattform entwickelt. Die Kernkette aus Stripe-Zahlung, Webhook, Code, E-Mail, Danke-Seite und geschütztem Release-Download steht im Mittelpunkt. Neue Funktionen ergänzen diesen Ablauf, statt ihn durch parallele Prozesse zu ersetzen.
Mit dem Stand 1.0.35-rc25 kamen insbesondere flexible Laufzeiten und der Ablauf „Lizenzcode vergessen?“ hinzu. Beide Erweiterungen reagieren auf typische Nutzungssituationen und verbessern die Selbstständigkeit der Anwender.
Mehrere Laufzeiten sind jetzt abbildbar
Codes können für drei, sechs, neun oder zwölf Monate sowie als gesondert gekennzeichnete Lifetime-Variante geführt werden. Damit lassen sich unterschiedliche CROPS-Produkte und Beitragsmodelle über dieselbe technische Basis verwalten.
Die gewählte Laufzeit wird nicht nur intern gespeichert. Der Kundenbereich zeigt das konkrete Feld „Gültig bis“, und Mailvorlagen können Laufzeit und Ablaufdatum übernehmen.
Abgelaufene Zugänge werden klar behandelt
Nach dem Ablauf erzeugt ein Code keinen neuen Downloadlink und keinen Zugang zu später freigegebenen Updates. Ebenso darf daraus kein automatischer Anspruch auf Support abgeleitet werden.
Die Nutzeroberfläche unterscheidet einen abgelaufenen Code von einer unbekannten Eingabe. Dadurch bleibt nachvollziehbar, dass der Zugang existiert, seine festgelegte Laufzeit aber beendet ist.
„Lizenzcode vergessen?“ reduziert manuelle Anfragen
Verlorene E-Mails und nicht mehr auffindbare Codes gehören zum normalen Alltag digitaler Produkte. Die neue Wiederherstellungsfunktion bietet dafür einen geregelten Weg. Ein Nutzer kann seinen bestehenden Zugang erneut anfordern, ohne dass ein Administrator jeden Datensatz manuell suchen und kopieren muss.
Die Funktion darf dabei keine fremden Codes offenlegen. Sie benötigt eine sichere Zuordnung und gibt im Frontend nur neutrale Rückmeldungen aus.
Editierbare Mailvorlage mit passenden Platzhaltern
Für die Wiederherstellungsnachricht steht eine eigene Vorlage zur Verfügung. Mit Platzhaltern wie {valid_until} und {license_term} lassen sich Gültigkeitsdatum und Laufzeit direkt aus dem Datensatz einsetzen.
Das reduziert widersprüchliche Angaben und ermöglicht dennoch eine CROPS-gerechte Ansprache. Der eigentliche Versand bleibt bei wp_mail() und der zentralen WordPress-Mailkonfiguration.
Der Downloadbereich wird zum verlässlichen Kundenpunkt
Produkt, aktuelle Version, ausgewählte Vorversionen, Changelog, Dokumentation, Gültigkeit und Downloadstatus laufen an einer Stelle zusammen. Nutzer müssen nicht zwischen mehreren E-Mails und Dateilinks wechseln.
Die Oberfläche bleibt dennoch fokussiert. Interne Stripe-IDs, Secrets und technische Logs werden ausschließlich in geschützten Adminbereichen verarbeitet.
Vollständige Releases bleiben der Standard
Auch mit zunehmender Funktionsbreite ändert sich die Release-Strategie nicht. Jede Version wird als vollständige Suite-ZIP angeboten; öffentliche Patch-Dateien sind nicht vorgesehen.
Diese Entscheidung vereinfacht Installation, Prüfung und mögliche Rückkehr zu einer freigegebenen Vorversion. Changelog und Dokumentation bleiben dem jeweiligen Paket zugeordnet.
Ein System für mehrere CROPS-Produkte
Die Produktverwaltung ist darauf ausgelegt, eine wachsende Plugin-Sammlung zu betreuen. Manuell gepflegte Produktnamen und individuelle Projektinformationen sollen erhalten bleiben, statt bei Aktualisierungen automatisch überschrieben zu werden.
Der gemeinsame Ablauf sorgt für Konsistenz, während jedes Produkt seine eigenen Releases, Laufzeiten und Zahlungszuordnungen behält.
Was weiterhin nicht zum Kern gehört
Der Download Manager soll kein allgemeiner Onlineshop, keine eigene SMTP-Plattform und keine öffentliche Patch-Infrastruktur werden. Ebenso ersetzt er nicht die fachliche Prüfung der angebotenen Plugins.
Diese Grenzen sind wichtig, damit die Plattform wartbar bleibt. Neue Module werden nur ergänzt, wenn sie den bestehenden Zugang tatsächlich verbessern.
Sicherheit und Betrieb bleiben laufende Aufgaben
Mit Wiederherstellung, mehreren Laufzeiten und mehr Produkten steigen die Anforderungen an Berechtigungen, Protokollierung und Tests. Webhook-Prüfung, eindeutige Code-Zuordnung, maskierte Secrets und geschützte Dateien müssen bei jeder Erweiterung mitgedacht werden.
Systemtests und klare Adminhinweise helfen dabei, Konfigurationsfehler früh zu erkennen. Sie ersetzen jedoch keine Backups und keine sorgfältige Release-Prüfung.
Die nächste Entwicklungsphase
Der weitere Ausbau soll modular erfolgen. Im Vordergrund stehen stabile Verwaltung, bessere Übersicht bei vielen Produkten und Releases sowie eine klare Verbindung zu den zentralen CROPS-Lizenzprozessen, ohne den bestehenden Downloadablauf unnötig zu verkomplizieren.
Der aktuelle Stand zeigt, dass ein spezialisiertes Werkzeug nicht durch möglichst viele Funktionen überzeugt. Entscheidend ist ein nachvollziehbarer Weg vom Projektbeitrag bis zur richtigen Plugin-Version – mit klaren Regeln, einer verständlichen Oberfläche und kontrollierbaren Zugängen.
Bestehende Codes müssen beim Ausbau erhalten bleiben
Neue Laufzeitfelder und Wiederherstellungsfunktionen dürfen ältere Zugänge nicht entwerten. Datenbankupdates müssen vorhandene Codes übernehmen und für fehlende Werte nachvollziehbare Standardregeln verwenden. Änderungen an Produktnamen oder Projektinformationen sollen manuell gepflegte Inhalte nicht überschreiben.
Dieser Bestandsschutz ist wesentlich, weil der Download Manager nicht nur neue Zahlungen verarbeitet, sondern bereits ausgegebene Berechtigungen über längere Zeit verwalten muss.
Mehr Produkte erfordern bessere Orientierung, nicht mehr Komplexität
Mit wachsender CROPS-Plugin-Sammlung werden Filter, klare Produktstatus und kompakte Release-Ansichten wichtiger. Der Nutzer soll weiterhin nur sein berechtigtes Produkt sehen, während Administratoren zwischen mehreren Angeboten wechseln können.
Der modulare Ausbau richtet sich deshalb stärker auf Übersicht, Tests und konsistente Daten als auf zusätzliche Verkaufsschritte. Die Plattform bleibt ein spezialisierter Zugangsdienst.
Fortschritt bleibt an überprüfbaren Abläufen messbar
Der nächste Meilenstein wird deshalb nicht allein an einer Versionsnummer gemessen, sondern daran, ob neue und bestehende Zugänge unter realistischen Bedingungen zuverlässig verwaltet werden können.
