mypresta.rocks-Modullizenzen: Aktivierung und Updates

Trennen Sie bei Modulen von mypresta.rocks Aktivierung, Laufzeitautorisierung und Updatebereitstellung. Beginnen Sie mit dem richtigen Shop und dem in seinem Admin-Bereich angezeigten Ergebnis; nutzen Sie bei der Systemintegration die gemeinsamen APIs für den Umgang mit Berechtigungen und Fehlern.

Unser empfohlenes Vorgehen

Wir würden den ausgewählten Shop, die Domain, das Inhaberkonto und die installierten Versionen dokumentieren, bevor wir einen Aktivierungs- oder Updateweg wählen. Das passende Vorgehen hängt von Ihren vorhandenen Modulen, dem Theme, Integrationen, gespeicherten Moduldaten, Märkten und verfügbaren Mitarbeiterberechtigungen ab. Ermitteln Sie die fehlschlagende Phase, bevor Sie Dateien ändern oder die Lizenz anderswo zuweisen.

Erproben Sie ein Dateiupdate oder einen Domainwechsel auf einer privaten Staging-Kopie mit derselben relevanten Konfiguration und denselben Anpassungen. Klären Sie vor der Verknüpfung, wie diese Kopie aktiviert werden darf, und isolieren Sie Live-Zahlungen, Kundennachrichten und Integrationsjobs. Vereinbaren Sie Live-Umstellung, Funktionsprüfungen und Schritte zur Rücknahme mit der Person, die die Shop-Dateien und die Datenbank verwaltet.

Wenn Sie das gewählte Modul installieren und konfigurieren lassen möchten, deckt der PrestaShop Module Installation & Configuration Service vereinbarte Einstellungen und die Prüfung des relevanten Ablaufs ab.

Die nächste Aktion anhand des angezeigten Zustands wählen

Ihre Situation	Nächste Aktion	Nachweis des Abschlusses
Erstinstallation	Wählen Sie den vorgesehenen Shop und das Inhaberkonto und nutzen Sie dann den unterstützten Installations- und Aktivierungsablauf.	Das Modul ist installiert, lokal aktiviert und seine vorgesehene Funktion funktioniert.
Modul installiert, Portal zeigt eine Zuweisung	Öffnen Sie den Aktivierungsbereich des Moduls in diesem Shop und klären Sie dessen lokales Ergebnis.	Der Arbeitsbereich bestätigt eine nutzbare Laufzeitautorisierung.
Die Demo benötigt die lizenzierte Laufzeit	Folgen Sie dem für diese Installation angeforderten Aktivierungs- oder Updater-Schritt.	Die lizenzierte Laufzeit ist nutzbar und kein erforderlicher Updateschritt steht mehr aus.
Dateien installiert, Warnung bleibt bestehen	Lesen Sie die Warnung und schließen Sie gegebenenfalls den ausstehenden Upgrade-Abschluss ab.	Der Vorgang ist abgeschlossen und die betroffene Funktion besteht ihre Prüfung.

Aktivierung, Laufzeitzugriff und Updates trennen

Das gemeinsame Lizenzsystem verknüpft eine Modulinstallation mit ihrer Shop-Identität und akzeptierten Lizenzautorisierung. Seine Seiten im Admin-Bereich verwalten Aktivierung, Status, Updates und Supportzugriff. Behandeln Sie diese als zusammenhängende Zustände statt als ein einzelnes boolesches Kennzeichen.

Aktivierung: Für das aktuelle Modul und den Shop wurde eine Autorisierung akzeptiert.
Laufzeit: Der installierte Code und die signierte Autorisierung erlauben die Modulausführung in dieser Umgebung.
Updatezugang: Der Dienst erlaubt das Herunterladen eines kompatiblen Artefakts.
Supportstatus: Supportberechtigung und Ticketzugang werden separat dargestellt.

Nutzen Sie den angezeigten Zustand und das zurückgegebene Vorgangsergebnis. Eine Portalzuweisung allein belegt nicht, dass diese Installation eine nutzbare Laufzeitautorisierung gespeichert hat. Ein erfolgreicher Dateidownload belegt nicht, dass ein Update abgeschlossen ist.

Den Aktivierungsablauf für den ausgewählten Shop nutzen

Die vorgesehene Installation aktivieren

Module Updates & Remote Assist bringt Installation und Updates Ihrer gekauften Module über den Arbeitsbereich Meine Module in den Admin-Bereich. Installieren Sie den Connector, bevor Sie Ihr Konto verknüpfen. Wenn Ihr Shop nicht auf jeder Seite HTTPS verwendet, nutzen Sie die Freigabe per Gerätecode auf mypresta.rocks. Die Verknüpfung gibt dem Shop Zugriff auf Ihr Konto; die Lizenzen der einzelnen Module bestimmen weiterhin, was Sie installieren und aktualisieren können.

Wählen Sie den vorgesehenen Shop im Admin-Bereich und prüfen Sie seine konfigurierte Domain. Bei Multistore verknüpft der Connector jeden Shop separat; prüfen Sie daher den ausgewählten Shop, bevor Sie eine Verbindung genehmigen.
Melden Sie sich bei der Verknüpfung über den Connector auf mypresta.rocks an und erteilen Sie dort die Freigabe. Geben Sie Ihr Kontopasswort dort ein, nicht im Shop.
Prüfen Sie Konto, angefragten Shop und Modul, bevor Sie die betreffende Verknüpfungs- oder Aktivierungsanfrage genehmigen. Ist das falsche Konto angemeldet, klären Sie dies vor dem Fortfahren.
Installieren Sie das gekaufte Modul über den unterstützten Ablauf, falls es noch nicht installiert ist, und öffnen Sie dann seinen Aktivierungsbereich. Folgen Sie dem dort angezeigten Ergebnis, einschließlich einer etwaigen Aufforderung zur Installation der lizenzierten Laufzeit.
Öffnen Sie den Arbeitsbereich des Moduls erneut und führen Sie seine vorgesehene Funktion aus, etwa eine konfigurierte Anzeige im Shop-Frontend oder eine Mitarbeiteraktion. Dokumentieren Sie das Ergebnis, bevor Sie den Shop an das Team zurückgeben.

Entwicklerdetails: so funktioniert der Aktivierungsaustausch

Die Aktivierung beginnt in einem bestimmten Shop-Kontext. Der aktuelle Intent-Ablauf erzeugt eine kurzlebige Freigabeanfrage, leitet Sie zu einer genehmigten Portal-URL weiter und fragt das Ergebnis regelmäßig ab. Der Verifier bleibt im Shop-spezifischen Speicher; der Browser erhält öffentliche Intent-Daten wie Freigabe-URL und Frist.

Der Ablauf bindet Modul, Domain und Installationsidentität und verwendet eine PKCE-Challenge. Nach der Freigabe validiert und speichert das lokale Paket die zurückgegebene Autorisierung. Ältere Integrationen können weiterhin den Token-Bestätigungsablauf nutzen. Erhalten Sie deren Zustands- und Verifier-Validierung.

Die manuelle Schlüsseleingabe ist ein weiterer Online-Weg. Sie sendet eine Zuweisungs- oder Verifizierungsanfrage und führt die erforderliche Bestätigung durch. Sie ist nützlich, wenn der interaktive Portalablauf unpraktisch ist, aktiviert aber keinen vom Netz getrennten Shop ohne Netzwerkzugang.

Schreiben Sie keinen Schlüssel direkt in die Konfiguration in der Annahme, die Aktivierung sei damit erfolgreich. Die Laufzeit muss die passende signierte Autorisierung akzeptieren. Gelingt die Zuweisung, aber die lokale Laufzeitaktivierung scheitert, halten Sie diesen Unterschied sichtbar und wiederholen Sie den Versuch über den normalen Ablauf.

Ein Domainwechsel oder eine kopierte Installation ändert den Bindungskontext. Wählen Sie den vorgesehenen Shop, prüfen Sie seine konfigurierte Domain und nutzen Sie das unterstützte Aktivierungsverfahren. Entwicklungs- und Klonumgebungen können zusätzliche Einschränkungen für Aktionen haben, die den entfernten Lizenz- oder Supportstatus ändern.

Praxisbeispiel: Domainwechsel mit individuellen Moduländerungen

Angenommen, Sie ziehen auf eine neue Domain um und das Modul hat lokale Template-Änderungen sowie eine Integration, die seine Daten exportiert. Fragen Sie vor der Änderung der Live-Zuweisung, wie die Staging-Kopie und die endgültige Domain autorisiert werden. Ein kopierter Schlüssel oder eine erfolgreiche Aktivierung auf Staging belegt keine Autorisierung für die endgültige Domain.

Dokumentieren Sie die aktuelle Domain, Modulversion, geänderte Dateien und die erwartete Ausgabe der Integration. Vereinbaren Sie, welche Dateien und Daten Sie bei einem Fehlschlag wiederherstellen würden, und erstellen Sie dann eine wiederherstellbare Kopie.
Bereiten Sie die private Staging-Kopie vor und nutzen Sie ihren erlaubten Aktivierungsweg. Erproben Sie das unterstützte Update oder die Laufzeitinstallation und erhalten Sie individuelle Änderungen durch einen vereinbarten Entwicklungsschritt.
Testen Sie den Kunden- oder Mitarbeiterablauf des Moduls mit repräsentativen Daten und prüfen Sie anschließend die Ausgabe der Integration, ohne sie in den Live-Betrieb zu senden.
Bestätigen Sie bei der vereinbarten Umstellung den endgültigen Shop-/Domainkontext, schließen Sie die unterstützte Aktivierung ab und wiederholen Sie die Funktionsprüfung. Nutzen Sie bei einem Fehlschlag den vereinbarten Wiederherstellungsplan.

Gehen während des Umzugs weiter Bestellungen ein, vereinbaren Sie, wie neue Bestellungen und Moduldaten bei einer Rücknahme erhalten bleiben. Eine Datenbankwiederherstellung kann Änderungen seit dem Backup verwerfen; der Rücknahmeplan muss diese berücksichtigen.

Von der Demo-Autorisierung zur lizenzierten Ausführung wechseln

Ein Modul kann eine Zuweisung für den aktuellen Shop ermitteln und die zugehörige Aktivierung abrufen. Das lokale System muss die zurückgegebene Autorisierung validieren und die Laufzeit nutzbar machen, bevor der Admin-Bereich die Installation als aktiviert meldet.

Einige Installationen benötigen außerdem die lizenzierte Laufzeit über den Updater. Dieser ersetzt Moduldateien, während das Modul installiert bleibt und unterstützte Laufzeitdaten erhalten werden. Prüfen Sie, ob die Seite eine Aktivierung, die Installation der lizenzierten Laufzeit oder den Abschluss eines Updates verlangt.

Eine Portalzuweisung schreibt nicht direkt jedes im Paket enthaltene Lizenzartefakt um. Folgen Sie dem im Arbeitsbereich des Moduls angezeigten Zustand. Halten Sie ein vollständiges Shop-Backup bereit und verwenden Sie die personalisierte Ersatz-ZIP nur über den unterstützten Updatepfad, wenn die Bereitstellung per Klick nicht nutzbar ist.

Aktualisierungsfehler behandeln, ohne einen Widerruf zu unterstellen

Aktivität im Admin-Bereich kann nach dem Rendern der Seite eine Lizenzaktualisierung anfordern. Der Prüfpfad für kostenpflichtige Schlüssel begrenzt automatische ausgehende Prüfungen normalerweise durch ein stündliches Intervall. Eine ausdrückliche Prüfung oder ein anderer Autorisierungszustand kann einem anderen Pfad folgen; dies ist daher kein allgemeines Versprechen einer Prüfung höchstens einmal pro Stunde.

Ergebnis	Bedeutung und nächste Aktion
Netzwerkfehler oder ungültige Netzwerkantwort	Der Prüfpfad für kostenpflichtige Schlüssel behält die bestehende Aktivierung bei und plant einen früheren Wiederholungsversuch. Prüfen Sie Verbindung und Antwortvalidierung.
Allgemeiner API-Fehler oder Ratenbegrenzung	Interpretieren Sie dies nicht als ausdrücklichen Widerruf. Lesen Sie den zurückgegebenen Code und die Wiederholungsrichtlinie.
Akzeptierte ausdrückliche Ablehnung	Ein signiertes, anwendbares Ergebnis „widerrufen/ungültig“ bei einem erkannten Autorisierungsfehler kann den Zugriff sperren.
Autorisierungsspeicher nicht verfügbar oder Laufzeit unbrauchbar	Die lokale Aktion kann blockiert bleiben. Reparieren Sie Speicher oder Laufzeitzustand, bevor Sie Erfolg melden.
Abgelaufene Demo oder Offline-Berechtigung	Aktualisieren Sie die Demo über den unterstützten Ablauf oder verwenden Sie eine verfügbare lizenzierte Aktivierung.

Ist eine Aktion für einen Mitarbeiter nicht verfügbar, vergleichen Sie seine Bearbeitungsberechtigung mit der für diese Aktion erforderlichen Berechtigung, bevor Sie einen Lizenzfehler annehmen. Teilen sich mehrere Shops einen Admin-Bereich, halten Sie fest, welcher Shop den Fehler erzeugt hat.

Im Kompatibilitätspfad für kostenpflichtige Schlüssel wird ein gesperrter Schlüssel getrennt vom aktiven Schlüssel aufbewahrt. Seine Wiederherstellung erfordert eine akzeptierte Verifizierung und einen Mitarbeiter mit Aktivierungsberechtigung. Eine Neuzuweisung im Portal ist kein bedingungsloses Versprechen sofortiger lokaler Wiederherstellung.

Kostenlose, Demo- und kostenpflichtige Autorisierungen haben unterschiedliche Richtlinien. Eine kostenlose Freigabe kann einen Kontakthinweis anzeigen, ohne die Ausführung zu blockieren, während eine Demo ein Ablaufdatum und eine Offline-Frist besitzt. Leiten Sie aus dem Verhalten kostenpflichtiger Schlüssel bei Netzwerkfehlern nicht das Versprechen ab, jede Laufzeit funktioniere unbegrenzt offline.

Eine neuere akzeptierte Autorisierung darf nicht von einer älteren, verspätet eintreffenden Antwort überschrieben werden. Verwenden Sie den gemeinsamen Speicher und seine Vergleichs-/Sperrregeln, statt einen konkurrierenden Statuscache zu führen.

Ein Update prüfen, herunterladen und abschließen

Der Updater trennt Berechtigungsprüfungen, Downloadvorbereitung, Dateiinstallation und den Abschluss des Modulupgrades in PrestaShop. Nutzen Sie das Ergebnis jeder Phase.

Prüfen Sie Update-Verfügbarkeit, Kompatibilität und die zurückgegebene Downloadberechtigung.
Fordern Sie die autorisierte Download-URL über den gemeinsamen Downloader an.
Laden Sie die ZIP-Datei herunter und validieren Sie sie, einschließlich Modulidentität und der geltenden Prüfungen geschützter Artefakte.
Prüfen Sie lokale Änderungen. Wenn Änderungen eine ausdrückliche Bestätigung benötigen, zeigen Sie die betroffenen Dateien und die Backup-Auswahl an.
Erstellen Sie vor dem Ersetzen das Moduldatei-Backup und bewahren Sie unterstützte Laufzeitdaten.
Installieren und prüfen Sie die Moduldateien und schließen Sie dann die Upgrade-Schritte des Moduls in PrestaShop sowie erforderliche Infrastrukturarbeiten ab.
Lesen Sie verbleibende Warnungen oder Hinweise auf einen ausstehenden Abschluss und prüfen Sie die tatsächliche Funktion des Moduls.

Ein Moduldatei-Backup ist kein vollständiges Datenbankbackup. Individueller Code wird nicht automatisch mit der neuen Version zusammengeführt. Halten Sie vor einem Live-Shop-Update einen getesteten Wiederherstellungsweg für den Shop bereit.

Das Installationsprogramm versucht bei unterstützten Fehlern beim Ersetzen oder Prüfen, sein Dateibackup wiederherzustellen. Cache-Warnungen und ein ausstehender Upgrade-Abschluss können auch nach der Dateiinstallation gemeldet werden. Melden Sie diese Zustände nicht als sauberes, vollständig abgeschlossenes Update.

Modulspezifische Aktivierungs- und Update-Steuerungen gehören auf die Hilfeseite des jeweiligen Moduls. Wenn das angezeigte Ergebnis unklar bleibt, wenden Sie sich an den Support und nennen Sie Modul-, PrestaShop- und PHP-Versionen sowie das genaue Aktionsergebnis.

Entwicklerintegration: gemeinsame Controller- und Client-APIs nutzen

Verwenden Sie für die Integration im Admin-Bereich MyPrestaRocks\License\LicenseUI auf einem Controller auf Basis von MPRAdminController oder die gemeinsame Lizenzcontroller-Basisklasse. Der Trait liefert die Lizenzdarstellung und Hooks zur Laufzeitaktualisierung, die die Admin-Basisklasse erwartet.

API	Verantwortlichkeit
`AdminLicenseControllerBase`	Lizenzbereich und Aktivierungsaktionen für das einbindende Modul
`ActivationIntentClient::create()`, `poll()`, `complete()`	Den Shop-spezifischen Freigabe-Intent erstellen und abfragen; complete() löscht dessen gespeicherten ausstehenden Zustand. Der Controller validiert und speichert die Aktivierung separat.
`LicenseAPIClient::buildActionURL()` und `postJSON()`	Eine Aktions-URL auflösen, Anfragerichtlinien anwenden, die Anfrage senden und die Antwort validieren
`LicenseConfigStore`	Shop-/Domain-spezifischen Zustand und akzeptierte signierte Belege lesen und speichern
`MyPrestaRocks\Update\AdminUpdateControllerBase`	Updateprüfung, Download, Installation und Abschluss

Das historische MyPrestaRocks\License\AdminUpdateControllerBase ist ein Kompatibilitätsalias zum Update-Paket. Verwenden Sie für neue Integrationen den kanonischen Update-Namensraum.

Ermitteln Sie Anbieter-Endpunkte aus dem vertrauenswürdigen Build-/Konfigurationskontext des Moduls. Akzeptieren Sie keine beliebige API-URL aus einer Browseranfrage. Behalten Sie Modulname und Verzeichniskontext bei API-Aufrufen bei, damit die Antwortprüfung die richtige Ausstelleridentität verwendet.

Unterscheiden Sie Transporterfolg, fachliche Antwort und erfolgreiche lokale Speicherung. Reduzieren Sie den gesamten Ablauf nicht auf HTTP 200 oder eine nicht leere Antwort. Bewahren Sie strukturierte Fehlercodes für Backoffice-Meldung und Protokolle, ohne Schlüssel, Verifier oder Tokens offenzulegen.

Entwicklerintegration: Berechtigungen, Signaturen und Umgebungsgrenzen erhalten

Behalten Sie PrestaShops Admin-Tokenvalidierung und die Zugriffsprüfungen der Controller bei. Zustandsändernde Lizenzaktionen erfordern POST und die Bearbeitungsberechtigung für den Tab. Ein Mitarbeiter mit reinem Lesezugriff kann die Seite lesen, ohne die Berechtigung zum Aktivieren einer Lizenz oder Ändern des Supports zu erhalten.

Der gemeinsame Client klassifiziert API-Aktionen. Leseoperationen, schreibende Aktivierungsaktionen und Demo-Bindungsaktionen folgen unterschiedlichen Richtlinien. Eine nicht klassifizierte Aktion wird blockiert. Verwenden Sie diese Richtlinie, statt sie mit einer separaten HTTP-Anfrage zu umgehen.

Vertrauenswürdige Ausstellerkonfiguration und die Validierung signierter Antworten schützen akzeptierte Autorisierungen. PKCE, Anfrageidentität, Nonces und signierte Belege erfüllen unterschiedliche Teile des Protokolls. Eine scheinbar signierte Nutzlast reicht nicht aus, wenn sie nicht für dieses Modul, diese Bindung und die akzeptierte Sequenz gültig ist.

Halten Sie ausgelieferte Lizenz- und Integritätsdateien unverändert. Die Laufzeitautorisierung kann vom personalisierten Build und seinen signierten Artefakten abhängen. Kopieren Sie keine geschützten Moduldateien einer anderen Domain und bearbeiten Sie keine gespeicherte Autorisierung, um einen Fehler zu beseitigen. Stellen Sie das richtige Paket wieder her und nutzen Sie den normalen Aktivierungsablauf.

Lesen Sie den Integritätsleitfaden für die separaten Prüfungen installierter Dateien und Infrastruktur.

Gespeicherten Zustand abgrenzen und nützliche Diagnosedaten sammeln

Der gemeinsame Konfigurationsspeicher begrenzt veränderlichen Lizenzzustand auf Modul, Shop und einen von der Domain abgeleiteten Kontext. Eine Installationsidentität und signierte Belege ergänzen Informationen zur Protokollbindung. Gehen Sie nicht davon aus, dass ein globaler Konfigurationswert jeden Shop in einem Multistore autorisiert.

Der Zustand kann den aktiven oder gesperrten Schlüssel, Aktivierungszeit, Lizenztyp und Ablaufdatum, Supportstatus, vertrauenswürdigen Verifizierungsendpunkt, akzeptierte Belege, zwischengespeicherten Darstellungskontext und Prüfzeitstempel enthalten. Behandeln Sie Geheimnisse und signierte Autorisierung anders als einen reinen Anzeigestatus.

Statusmeldungen gibt es auf Englisch, Deutsch, Französisch, Polnisch, Italienisch und Spanisch. Bewahren Sie beim Übersetzen der sichtbaren Meldung strukturierte Codes, damit Entwickler dasselbe Ergebnis sprachübergreifend diagnostizieren können.

Sammeln Sie für einen Fehlerbericht den aktuellen Shop und die Domain, Modul- und Paketversionen, PrestaShop-/PHP-Versionen, die fehlschlagende Aktion, den Zeitstempel und einen von sensiblen Angaben bereinigten Fehlercode oder Log. Prüfen Sie je nach Fall Netzwerkerreichbarkeit, lokalen Speicher, Dateiberechtigungen und ausstehenden Update-Abschluss. Halten Sie Schlüssel, Freigabe-Verifier, Tokens und geschützte Lizenzdateien aus öffentlichen Berichten heraus.

Fragen an Ihren Entwickler oder Ihre Agentur

Welchen Shop, welche Domain und welches Inhaberkonto verknüpfen Sie und welche Aktivierung ist für die Staging-Kopie erlaubt?
Welche lokalen Änderungen, Theme-Verhaltensweisen, Märkte und Integrationen testen Sie und welches Ergebnis belegt, dass sie weiterhin funktionieren?
Ändert der Vorgang neben Dateien auch Moduldaten und wie erhalten Sie spätere Bestellungen oder Daten bei einer Rücknahme?
Wer führt die Live-Umstellung durch, prüft das Ergebnis und kümmert sich um unvollendete Updatephasen?

Fragen von Shop-Betreibern

Sollte ich zur Behebung der Aktivierung deinstallieren und neu installieren?

Beginnen Sie mit dem unterstützten Aktivierungs- oder Wiederherstellungsablauf. Eine Deinstallation kann je nach Modul dessen Daten beeinflussen. Fragen Sie nach dem Wiederherstellungsverfahren, bevor Sie eine funktionierende Installation entfernen.

Kann mein Entwickler die Aktivierung für mich übernehmen?

Geben Sie ihm ein geeignetes, persönlich zugeordnetes Mitarbeiterkonto und organisieren Sie die gegebenenfalls erforderliche Freigabe durch den Inhaber. Halten Sie Kontopasswörter und Lizenzgeheimnisse aus gemeinsam genutzten Tickets heraus; bestätigen Sie, wer nach der Übergabe Zugriff behält.

Muss das Modul bei abgelaufenem Support aufhören zu laufen?

Lesen Sie Supportberechtigung und Laufzeitautorisierung im Arbeitsbereich des Moduls getrennt. Leiten Sie aus der Supportanzeige weder einen Widerruf noch Updatezugang ab. Erscheint die Berechtigung falsch, melden Sie dem Support das Modul und den ausgewählten Shop.

Kann der Shop nach einer Updatewarnung weiterverkaufen?

Prüfen Sie vor der Entscheidung, was fehlgeschlagen ist, und führen Sie den betroffenen Kundenablauf aus. Ist er unbrauchbar, lassen Sie den verantwortlichen Entwickler die Wiederherstellung abschließen oder den getesteten funktionierenden Zustand wiederherstellen, unter Berücksichtigung neuer Bestellungen und Daten.