Revolution Complete Pack: Einrichtung und Hilfe

Folgen Sie den Schritten unter Schnellstart.

Betrachten Sie das Paket als Zugang zu einzelnen Modulen. Sie installieren und konfigurieren die ZIP-Dateien Ihrer Wahl. Es gibt weder ein eigenständiges Installationsprogramm für Revolution Complete Pack noch eine gemeinsame Einstellungsseite.

Prüfen Sie die Modulliste und Downloads, die in Ihrem Konto für Ihren Kauf angezeigt werden; diese Liste zeigt, was Ihr Kauf umfasst. Ein Paket kann seine Module einzeln auflisten oder einen ganzen Katalog umfassen. Maßgeblich ist daher Ihr Konto, nicht der Produkttitel oder eine allgemeine Liste von Modulnamen.

Paketkäufe gewähren separate Downloadberechtigungen für die enthaltenen Module. Prüfen Sie diese Einträge in Ihrem Konto, wenn ein Moduldownload fehlt. Lizenzdauer, zulässige Domains, Supportumfang, künftige Ergänzungen und Downloadzugriff hängen von Ihren Kaufdaten und der Richtlinie ab. Halten Sie diese Unterlagen bereit, wenn Sie den Support kontaktieren.

Wählen Sie ein erstes Modul, laden Sie seine ZIP-Datei im "Module Manager" hoch, installieren Sie es und klicken Sie auf "Configure". Schließen Sie seine Einrichtung ab, bevor Sie das nächste Modul hinzufügen. Jede ZIP-Datei hat ein eigenes Modulverzeichnis, zum Beispiel:

modules/mprseorevolution/
modules/mprmarketingrevolution/
modules/mprperformancerevolution/
modules/mprcron/
modules/mprwishlist/

Diese Modulkennungen sind Beispiele. Ihr Konto listet die in Ihrem Kauf enthaltenen Module auf. Einstellungen, Hooks, Daten und Deinstallationsverhalten gehören zum installierten Modul. Das Feld Aktivieren eines Moduls aktiviert nicht alle anderen Module.

Planen Sie anhand der einzelnen Anleitungen die Konfiguration für SEO/Suche, Einwilligung/Tracking, Sicherheit, Cache/Leistung, Kasse/B2B, Kundenkonten, Inhalte und Betrieb. Wenn zwei Module denselben Such-, Kassen-, Einwilligungs- oder Cache-Ablauf beeinflussen, testen Sie diesen nach jeder Ergänzung. Einige Module integrieren sich über gemeinsame Hooks oder Dienste, doch die Paketinstallation konfiguriert diese Integrationen nicht.

Wenn Sie MPR Cron Manager und ein Modul installieren, das dort Aufgaben registriert, folgen Sie deren eigenen Anleitungen. Sie brauchen keinen paketweiten Scheduler, nur weil Sie ein Paket besitzen.

mprcron/cron.php funktioniert über die Kommandozeile (CLI) und über HTTP. Für CLI wird eine Token-Datei empfohlen: Kopieren Sie das auf der Verwaltungsseite dieses Moduls angezeigte Sicherheitstoken in eine Datei, die nur der PHP-Benutzer lesen kann. Passen Sie Pfade und PHP-Binärdatei an Ihren Server an:

* * * * * php /var/www/html/modules/mprcron/cron.php --token-file=/var/www/html/var/mprcron-cron.token

Der Quellcode akzeptiert auch --token=YOUR_TOKEN, doch eine Token-Datei verhindert, dass das Token in Prozessargumenten und der crontab steht. Bei Hosting, das nur Webcron unterstützt, lautet der HTTP-Einstiegspunkt:

curl 'https://yourshop.com/modules/mprcron/cron.php?token=YOUR_TOKEN'

Halten Sie das Token geheim. Prüfen Sie die Ausführungsantwort und den Aufgabenstatus in Cron Manager. Das Skript benötigt ein aktives Modul und ein gültiges Token.

Die HTTP-Entsprechungen der Grenzen sind max_tasks, max_seconds und context. Der HTTP-Pfad liest keine Option run-task. Die normale Ausführung fälliger Aufgaben berücksichtigt auch den Aktivierungsstatus von Cron Manager.

Dieser Abschnitt gilt nur, wenn Sie Performance Revolution separat installieren und konfigurieren. Seine Smarty-Plugins sind keine Funktionen auf Paketebene.

Das Plugin erfordert eine id. Übergeben Sie Arrays für tags und vary; eine kommagetrennte Tag-Zeichenfolge oder eine einzelne Kategorie-ID funktioniert nicht. Zum Beispiel:

{mpr_cache id="category_products" ttl=3600 tags=['product','category'] vary=['category_id'=>$category.id]}
    {foreach from=$products item=product}
        {include file='catalog/_partials/miniatures/product.tpl' product=$product}
    {/foreach}
{/mpr_cache}

<span class="cart-count">{mpr_dynamic name="cart_count"}</span>
<span class="customer-name">{mpr_dynamic name="customer_name" default=""}</span>

Dies veranschaulicht die Plugin-Syntax. Ein echtes Produktlistenfragment muss jeden ausgaberelevanten Wert berücksichtigen, etwa Seitennavigation, Sortierreihenfolge und aktive Filter. Kopieren Sie einen rein kategoriebasierten Schlüssel nicht ohne Anpassung in unterschiedliche Listen. Der Standard-Cachekontext enthält Shop, Sprache, Währung und Kundengruppe, jedoch nicht jeden Listenparameter oder einzelnen Kunden.

Das Plugin mpr_dynamic stellt diese integrierten Namen bereit:

cart_count
cart_total
cart_total_raw
customer_name
customer_fullname
customer_email
customer_id
is_logged
csrf_token
language_id
language_iso
currency_id
currency_sign
shop_id
timestamp
datetime

Ein Entwickler kann über einen registrierten Hook actionMPRDynamicContent einen weiteren Wert bereitstellen:

public function hookActionMPRDynamicContent(array $params)
{
    if ($params['name'] === 'loyalty_balance') {
        return $this->getCustomerLoyaltyBalance();
    }
    return $params['default'];
}

Hier ist getCustomerLoyaltyBalance() Ihre eigene Methode und keine mitgelieferte Paket-API. Prüfen Sie die Ausgabe für Gäste und angemeldete Kunden bei aktiviertem Cache, bevor Sie eine Template-Änderung veröffentlichen.

Robots-Regeln und Theme-Gestaltung

Verwenden Sie die einzelnen SEO-/Filteranleitungen, bevor Sie robots.txt ändern. Eine Zeile Disallow: /example-filter-path und ein Verweis Sitemap: https://yourshop.com/ACTUAL_SITEMAP.xml sind Syntaxbeispiele für die Robots-Datei. Ausgabepfade und aktive Einstellungen hängen von den installierten Modulen ab. Verwenden Sie die erzeugte Sitemap-URL und die Crawl-Regeln des jeweiligen Moduls.

CSS für Paketabzeichen kann .mpr-pack-indicator ansprechen, wenn Pack Product Badges in einem Shop installiert ist, der Paketprodukte verkauft:

.mpr-pack-indicator { font-weight: 600; }

Dieses verkäuferseitige Anzeigemodul ist keine Voraussetzung für die Nutzung Ihrer gekauften Module. Prüfen Sie das Markup der installierten Version, bevor Sie CSS-Beispiele eines anderen Moduls kopieren.

Prüfen Sie nach jeder Installation den Status unter Integrität oder den Einrichtungsstatus, sofern vorhanden, speichern Sie erforderliche Einstellungen und testen Sie die Funktion im passenden Kontext. Das Shopverhalten entsteht durch aktivierte Module und die von Ihrem Theme ausgegebenen Hooks. Ein Kauf allein ändert Ihren Shop nicht.

Fehlt der Zugriff, prüfen Sie den Kauf und die einzelnen Modulberechtigungen in Ihrem Konto. Kontaktieren Sie den Support mit der Paket-/Bestellreferenz und dem genauen fehlenden Modul. Fehlt eine Funktion nach der Installation, prüfen Sie die Konfiguration und die eigene Fehlerbehebungsanleitung dieses Moduls.

Bei einem Theme-Konflikt notieren Sie das genaue Modul, seine Version, die PrestaShop-Version, das Theme und die betroffene Seite. Deaktivieren Sie das betroffene Modul während der Fehlereingrenzung. Testen Sie Module, die Kasse, Suche, Einwilligung, Caching oder Produktlisten ändern, in einem Testshop, bevor Sie dieselben Einstellungen produktiv nutzen.

Es gibt keine Deinstallation auf Paketebene. Deaktivieren oder deinstallieren Sie jedes installierte Modul über "Module Manager". Lesen Sie vorher dessen Deinstallationsabschnitt, da sich die Datenaufbewahrung zwischen Modulen unterscheidet. Das Entfernen des installierten Moduls einer ZIP-Datei deinstalliert keine anderen Module und hebt keine Kontoberechtigungen auf.