das Update von 8.2.5 auf 9.1.0 möchte ps_metrics deinstallieren, bendet das Update da aber mit einem Fehler.

Ich soll es manuell deinstallieren, was aber auch nicht funktioniert.

Deaktivieren hilft nicht!

Jemand einen Tip ?

LG

Nun funktioniert die Labelerstellung nicht mehr.

Zuerst steht nach meiner Eintragung von Gewicht und Maße:
"Breite ist fehlerhaft (min. 11 cm, max. 200 cm)"

In den Einstellungen ist dazu nichts zu finden.
Testweise Breite auf 11cm erhöht, nächste Fehlermeldung:
"Das Label für diese Anfrage konnte nicht erstellt werden"

In den Einstellungen Standardmaße und Gewicht eintragen wollen, Fehlermeldung:
"Server returned invalid JSON."

Versucht in den Einstellungen die Logs zu aktivieren, gleich 3 Fehlermeldungen:
"'problem' is not a supported format, register a decoder to handle this response."
"Invalid amount for additional custom fees."
"The company name 2 is required"

Cache testweise gelöscht, Modul neu installiert, keine Änderung. 
Silbersaiten ist kontaktiert.

Vielleicht hat hier jemand eine Idee. Weiß nicht, wie lange Silbersaiten braucht mit der Antwort.
Vielleicht hat jemand eine ältere Version für mich? So könnte das Problem einfach umgangen werden. 

Presta 1.7.8.8
PHP 7.4.33
DHL Silbersaiten Modul 3.0.2

Jetzt stellt sich mir die Frage ob mein System kompatibel ist, z. B. wegen PHP.

Ich habe Preste 1.7.7.2 mit PHP 7.3.
Upgrade kommt momentan nicht in Frage.

aktuell betreibe ich einen Shop mit PrestaShop mit der Version 1.7.7.5, würde diesen aber gerne auf Version 9.0.3-3.0 upgraden.

Auf der einen Seite wegen PHP und auf der anderen Seite um wieder am aktuellen Stand zu sein.

Nur leider bekomme ich bei der Installation beim Schritt "Create default shop and languages" folgenden Fehler:

1: HTTP 504 - error -

The page you are looking for is temporarily unavailable.

Please try again later.

PHP und die Serverkapazität kann ich ausschließen.

Die Installation per CLI funktioniert, aber anscheinend werden dann die Standard Module die bei einer normalen Installation installiert werden nicht mit installiert. Außerdem funktioniert eine normale Installation von Modulen über das BO nicht, hier lädt es sehr lange und damit der Shop wieder reagiert muss ich den Cache am Server löschen.

Hat jemand ähnliche Probleme bzw. eine Lösung dafür?

Grüße

Ich möchte Artikeln die Varianten Farbe, Modell und Länge zuweisen. Diese Varianten habe ich im BO erzeugt und dort werden sie auch angezeigt:

Im FO allerdings erscheint jeweils nur die die zuerst angelegte Variante „Farbe“, die anderen beiden nicht:

In einer Suchmaschine bin ich in diesem Zusammenhang auf den Begriff „Kombination“ gestoßen, diesen Begriff gibt es aber in der Prestasuche und auch im BO nicht, nur "Varianten erzeugen", bzw. "Varianten verwalten".

Was muss ich einstellen, damit alle 3 Auswahlmöglichkeiten beim Kunden angezeigt werden?

PrestaShop 9.0.2
PHP 8.1
Klarna Modul akutell

Kennt das Problem jemand?
PS: wenn ich das Klarna Modul deaktiviere, kann ich die Bestellung wieder fehlerfrei aufrufen. 

"Module sind synchronisiert mit info@*******.nl"

Wenn ich auf Konto wechseln clicke, kommt eine Fehlerseite.

Wie kann ich das lösen? Ist das ein bekannter Bug?

Danke!

ich habe seit längerem ein Problem mit dem Inhalt der von meinem Prestashop 1.7.8.8 (mit Sunnytoo Transformer Theme) versandten E-Mails. Um genauer zu sein, sind die Links in den E-Mails nicht anklickbar und erzeugen eher sowas wie "x-webdoc://1DF1287A-DB05-4AAF-9E43-364077DD82D4/%7Burl%7D" als Link. Der Link Text selbst wird korrekt aufgelöst und kann auch durch manuelles Kopieren und Einfügen im Browser verwendet werden. Also funktioniert das auflösen der Variable wenigstens bei einem von zwei Fällen ?

Ich habe bereits desöfteren gelesen, dass es an der E-Mail Übersetzungsfunktion des Prestashop Backoffice liegen soll und dort zum Beispiel {url} zu %7Burl%7D konvertiert wird. Um dieses Problem aber auszuschließen, habe ich am Beispiel der "Passwort vergessen" E-Mail alle vorhanden E-Mail Dateien überprüft und konnte in keiner einzigen Datei ein "%7Burl%7D" entdecken.

An folgenden Stellen habe ich die password_query Templates gefunden:

mails/de/password_query.txt
mails/de/password_query.html
mails/themes/modern/core/password_query.html.twig
mails/themes/classic/core/password_query.html.twig
modules/ps_emailsmanager/imports/classic/de/password_query.txt
modules/ps_emailsmanager/imports/classic/de/password_query.html
themes/transformer/mails/de/password_query.txt
themes/transformer/mails/de/password_query.html
themes/classic/mails/de/password_query.txt
themes/classic/mails/de/password_query.html

Überall ist der Link korrekt im Format <a href="{url}">{url}</a> (HTML File) bzw. {url} (TXT File) angegeben.

Das gleiche Problem existiert zum Beispiel auch bei den Links der Sendungsverfolgung meines Versanddienstes. Auch dort ist der Link nicht anklickbar aber wird ebenfalls als Text korrekt angezeigt.

Ich würde mich freuen, wenn mir jemand einen Denkanstoß zur Lösung des Problems geben könnte.

Viele Grüße,

Silvio

Sehr geehrte Kundinnen und Kunden, 

wir möchten Sie an technische Anpassungen an unseren DHL-Systemen erinnern, die zum 31.05.2026 in Kraft treten.

Abschaltung Geschäftskunden-Versand API GKV v3 zum 31.05.2026

Die technisch veraltete SOAP-API GKV v3 für den Paketversand unserer Geschäftskunden wird zum 31.05.2026 abgeschaltet. Danach können über diese Schnittstelle keine Sendungen mehr beauftragt und keine Versandlabel mehr erstellt werden. Unseren Daten zufolge haben Sie diese veraltete Schnittstelle zuletzt noch verwendet. Bitte nehmen Sie daher zeitnah die Umstellung auf die neue REST-API DHL Paket DE Versenden V2 vor. Damit profitieren Sie zudem von einer schnelleren, stabilen und sicheren Anbindung (Nutzung des OAuth-2.0-Standards).

Bitte aktualisieren Sie Ihr DHL-Modul für Prestashop auf die neueste Version und wenden Sie sich bei Fragen an Ihren Softwarehersteller Silbersaiten unter https://www.silbersaiten.de/de/kontakt 

Bei Fragen zur Umstellung können Sie uns jederzeit über das Group API Developer Portal Help Center kontaktieren. Als eingeloggter Nutzer können Sie dort außerdem ein Ticket erstellen, um Unterstützung zu erhalten.

ich habe eine Neuinstallation von Prestashop gemacht. (PrestaShop : 9.0.2 / PHP : 8.4.12 / MySQL : 8.0.26-16)

Probleme gibt es allerdings bei der Installation vom offiziellen Paypal-Official-Modul.

Die Installation wird gestartet, keine Konflikte gefunden, doch dann folgende Fehlermeldung:

JSON.parse: unexpected character at line 1 column 1 of the JSON data

Weshalb tritt der Fehler auf? Hat jemand eine Ahnung wie ich den Fehler beseitigen kann? 

MfG,

Joe
 

Das größte Problem ist z.Z., dass der Debug-Modus nicht funktioniert. Schalte ich den Debug-Modus ein erscheint das Fontend mit  folgenden Fehlermeldungen:

Zitat

Fatal error: Uncaught Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You have requested a non-existent service "PrestaShop\Module\Psgdpr\Repository\ConsentRepository". Did you mean one of these: "PrestaShop\Module\Psgdpr\Repository\CustomerRepository", "PrestaShop\Module\Psgdpr\Repository\LoggerRepository"? in /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Container.php:289 Stack trace: #0 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Container.php(231): Symfony\Component\DependencyInjection\Container->make('PrestaShop\\Modu...', 1) #1 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/module/Module.php(3435): Symfony\Component\DependencyInjection\Container->get('PrestaShop\\Modu...') #2 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/modules/psgdpr/psgdpr.php(740): ModuleCore->get('PrestaShop\\Modu...') #3 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(968): Psgdpr->hookDisplayGDPRConsent(Array) #4 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(407): HookCore::coreCallHook(Object(Psgdpr), 'hookDisplayGDPR...', Array) #5 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(903): HookCore::callHookOn(Object(Psgdpr), 'displayGDPRCons...', Array) #6 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/config/smarty.config.inc.php(167): HookCore::exec('displayGDPRCons...', Array, NULL) #7 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Smarty/SmartyLazyRegister.php(81): smartyHook(Array, Object(SmartyDevTemplate)) #8 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/var/cache/dev/smarty/compile/classic/15/1d/67/151d670159b90f77b41deed089352c0debc66c64_2.file.contactform.tpl.php(157): SmartyLazyRegister->__call('smartyHook', Array) #9 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_6964c18ee1da26_42693642(Object(SmartyDevTemplate)) #10 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(SmartyDevTemplate)) #11 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render(Object(SmartyDevTemplate)) #12 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(238): Smarty_Internal_Template->render(false, 0) #13 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(116): Smarty_Internal_TemplateBase->_execute(Object(SmartyDevTemplate), NULL, NULL, NULL, 0) #14 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Smarty/SmartyDevTemplate.php(55): Smarty_Internal_TemplateBase->fetch(NULL, NULL, NULL, NULL) #15 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/module/Module.php(2227): SmartyDevTemplateCore->fetch() #16 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/modules/contactform/contactform.php(243): ModuleCore->display('/is/htdocs/wp11...', 'views/templates...') #17 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(979): Contactform->renderWidget('displayHome', Array) #18 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(923): HookCore::coreRenderWidget(Object(Contactform), 'displayHome', Array) #19 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/controllers/front/IndexController.php(40): HookCore::exec('displayHome') #20 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/controller/Controller.php(319): IndexControllerCore->initContent() #21 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Dispatcher.php(503): ControllerCore->run() #22 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/index.php(28): DispatcherCore->dispatch() #23 {main} Next PrestaShop\PrestaShop\Core\Exception\CoreException: You have requested a non-existent service "PrestaShop\Module\Psgdpr\Repository\ConsentRepository". Did you mean one of these: "PrestaShop\Module\Psgdpr\Repository\CustomerRepository", "PrestaShop\Module\Psgdpr\Repository\LoggerRepository"? in /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php:420 Stack trace: #0 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(903): HookCore::callHookOn(Object(Psgdpr), 'displayGDPRCons...', Array) #1 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/config/smarty.config.inc.php(167): HookCore::exec('displayGDPRCons...', Array, NULL) #2 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Smarty/SmartyLazyRegister.php(81): smartyHook(Array, Object(SmartyDevTemplate)) #3 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/var/cache/dev/smarty/compile/classic/15/1d/67/151d670159b90f77b41deed089352c0debc66c64_2.file.contactform.tpl.php(157): SmartyLazyRegister->__call('smartyHook', Array) #4 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_6964c18ee1da26_42693642(Object(SmartyDevTemplate)) #5 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(SmartyDevTemplate)) #6 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render(Object(SmartyDevTemplate)) #7 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(238): Smarty_Internal_Template->render(false, 0) #8 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(116): Smarty_Internal_TemplateBase->_execute(Object(SmartyDevTemplate), NULL, NULL, NULL, 0) #9 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Smarty/SmartyDevTemplate.php(55): Smarty_Internal_TemplateBase->fetch(NULL, NULL, NULL, NULL) #10 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/module/Module.php(2227): SmartyDevTemplateCore->fetch() #11 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/modules/contactform/contactform.php(243): ModuleCore->display('/is/htdocs/wp11...', 'views/templates...') #12 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(979): Contactform->renderWidget('displayHome', Array) #13 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(923): HookCore::coreRenderWidget(Object(Contactform), 'displayHome', Array) #14 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/controllers/front/IndexController.php(40): HookCore::exec('displayHome') #15 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/controller/Controller.php(319): IndexControllerCore->initContent() #16 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Dispatcher.php(503): ControllerCore->run() #17 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/index.php(28): DispatcherCore->dispatch() #18 {main} Next PrestaShop\PrestaShop\Core\Exception\CoreException: You have requested a non-existent service "PrestaShop\Module\Psgdpr\Repository\ConsentRepository". Did you mean one of these: "PrestaShop\Module\Psgdpr\Repository\CustomerRepository", "PrestaShop\Module\Psgdpr\Repository\LoggerRepository"? in /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php:983 Stack trace: #0 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php(923): HookCore::coreRenderWidget(Object(Contactform), 'displayHome', Array) #1 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/controllers/front/IndexController.php(40): HookCore::exec('displayHome') #2 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/controller/Controller.php(319): IndexControllerCore->initContent() #3 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Dispatcher.php(503): ControllerCore->run() #4 /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/index.php(28): DispatcherCore->dispatch() #5 {main} thrown in /is/htdocs/xxxxxxxxx_P0JXD1MK8I/www/shop/classes/Hook.php on line 983

Ein Verzeichnis "Repository" unter Module wurde bei der Installation des DSGVO-Moduls "Psgdpr"nicht angelegt. Liegt darin das Problem?

Ein weiteres Problem: Kunden die z.Z. den Gruppenzugang „Kunde 10% Rabatt“ und als Standard-Kundengruppe ebenfalls „Kunde 10% Rabatt“ eingetragen haben, bekommen nach der Anmeldung eine leere Seite ohne Artikel zu sehen.

Füge ich dem Gruppenzugang zusätzlich noch „Kunde“ hinzu (also „Kunde“ und „Kunde 10% Rabatt), werden die Artikel wieder angezeigt. Mir ist die Logik dahinter nicht ganz klar, weshalb ein „Kunde 10% Rabatt“ zusätzlich noch in der Gruppe Kunde eingetragen sein muss. Also in 2 unterschiedlichen Gruppen, obwohl eigentlich nur die Rabattgruppe relevant sein sollte.

ich habe dieses Jahr (früher noch nie) schon 4 Neuregistrierungen erhalten von Kunden mit einer protonmail.
Alle 4 Male bekam ich die Nachricht vom Webhoster, dass die Willkommensmail nicht zugestellt werden konnte.

"Action: failed
Status: 5.1.1
Remote-MTA: dns; mail.protonmail.ch"
"Recipient address rejected: Address does not exist"

Ist das ein Problem bei Prestashop?

Ich liefere zwar nicht in die Schweiz aus, aber deswegen werden doch keine .ch-Mails blockiert.
Ein Schweizer hat mal mit einer schweizer-PayPal-Adresse bei mir bezahlt und es sich Nahe der Grenze nach Deutschland liefern lassen. 
Gab höhere Gebühren als gewohnt.^^

Presta 1.7.8.8
PHP 7.4.33

ich habe ein Problem in der PrestaShop Version 8.1.7 identifiziert:

• Unser Hosting-Provider hatte massive Performance-Probleme. Die Shop-Webseite reagierte verzögert (> 1 Minute) oder gar nicht und lieferte häufig einen 500er-Fehler.
• Trotzdem konnten scheinbar einige Kunden erfolgreich bestellen:
  • Sie legten Artikel in den Warenkorb, durchliefen den Bestellprozess und zahlten.
  • Die Kunden erhielten eine Bestellbestätigung per E‑Mail aus PrestaShop. (Ein Kunde hat mir das Original E-Mail zugestellt)
  • Der Payment-Provider meldete die Zahlung erfolgreich per API zurück – und zeigt sie als abgeschlossen an.
• Im PrestaShop-Backend ist von der „Bestellung“ allerdings nichts zu finden:
  • Weder im Warenkorb- noch im Bestelleingang.
  • Suche nach der Bestellnummer aus der Bestätigungsmail bringt kein Ergebnis.
  • Auch unter "Erweiterte Einstellungen" >  "E-Mail" konnte ich keinen Hinweis finden, dass das E-Mail versendet wurde.
• Laut API-Antwort des Payment-Providers ist die Cart-ID bekannt. In der Datenbank (Tabelle ps_cart) existiert der entsprechende Warenkorb. Der passt aber nicht zur Bestellung.

Meine Fragen:

• Wie kann es sein, dass eine Zahlung abgeschlossen wird und eine Bestätigungsemail mit Bestellnummer versendet wird, obwohl der Warenkorb nicht in eine Bestellung umgewandelt werden konnte?
• Ich hätte erwartet, der Warenkorb wird zur Bestellung umgewandelt und bleibt im Status „Warten auf Zahlungseingang“ stehen?
• Warum wird die Bestätigungsmail überhaupt mit einer Bestellnummer verschickt, obwohl der Checkout unvollständig ist?

Ich freue mich über jeden Hinweis – Danke.

Ich hatte versucht über den Auto Updater ein Update durchzuführen.

Leider ging das aber gewaltig in die Hose.
Aktuell komme ich auf garnichts mehr, kein Frontend, kein Backoffice ... einzig FTP steht noch.

Ich bin völlig aufgeschmissen und hab echt schiss, dass mein Shop einfach komplett fritte ist jetzt :(

Eine Überprüfung der dazugehörigen IP-Adressen ergibt eine Häufung der Provider:
PJSC MegaFon (Russland)
Facebook (USA)
OVH SAS (Großbritannien/Frankreich)
und einige wenige andere.

Zur Zeit sperre ich diese IP-Adressen jeweils über .htaccess, aber angesichts der bevorstehenden Feiertage keine so tolle Lösung, bzw. ich müsste prophylaktisch dann ganze Adressräume sperren.
Eine vorübergehende Deaktivierung des Module: Customer „sign in“ link war ohne Erfolg, Anmeldungen finden weiterhin statt

Die Daten zu den IPv6 Adressen im Log-file sind mehrfach verschlüsselt, nach der rekursiven Dekodierung sieht es so aus, als ob zumindest diese Adressen Crawlern zuzuordnen sind. z.B.:

meta-externalagent/1.1(+https://developers.facebook.com/docs/sharing/webmasters/crawler)""xxxxx.xx

Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; GPTBot/1.3; +https://openai.com/gptbot)

Der Eintrag:

"POST /shop/de/index.php?controller=registration HTTP/1.0" 302 0 "https://xxxxx.xx/shop/de/index.php?controller=registration" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36" "xxxxx.xx"

deutet für mich darauf hin, dass die robot.txt:

Disallow: /*de/controllers/

Disallow: /shop/de/controllers/

ignoriert wird, so auch bei den IPv4-Adressen:

"GET /shop/de/index.php?controller=registration HTTP/1.0" 200 59244 "https://xxxxx.xx 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36" "xxxxx.xx"

Damit muss ich wohl leben.

Meine Frage aber: gibt es eine Möglichkeit diese Fake-Anmeldungen dauerhaft unterbinden, ohne echte Neukunden und Bestandskunden auszuschließen?

ich wollte gerade die aktuelle 9er Version herunterladen (hier: https://prestashop.com/prestashop-offers/classic/). Leider wird mir kein Downloadbutton angezeigt:

Jetzt dachte ich daran, einfach die aktuelle Version auf Github zu holen, aber jetzt verunsichert mich folgender Post: 

Daher zwei Fragen:

1. Geht bei Euch der Download?!
2. Habt Ihr Erfahrung mit dem direkten Download von Github?

Danke!
VG
Christoph

ich versuche die Produkte von einem Online Shop vom einem Kunden über Galaxus.ch (grösste Online-Warenhaus der Schweiz) zu verkaufen.

Ich suche seit einiger Zeit Informationen über die Implementierung bzw. der Export von PS via Feeds das zu bewerkstelligen. Die Aufgabe ist nicht einfach, darum habe ich diesen Post eröffnet. Evtl. kann es andere weiterhelfen?

Was wir bis jetzt getan haben:

In Channable haben wir die integrierte Feed-Vorlage benutzt für Prestashop und Galaxus. Hier haben wir vier verschiedene Feeds erstellt. Nach der anleitung von Channable: https://helpcenter.channable.com/hc/de/articles/360011189679-Einen-Galaxus-Feed-erstellen

Bis hier alles gut. Wo wir nicht mehr weiterkommen ist das Prestashop einem Lieferschein Generieren muss und das an dem Kunden weiterleiten muss wo in Galaxus Shop was gekauft hat. Dieser Lieferschein muss die Galaxus Bestell-ID haben, so wie die Produkte und auch einen eigenen Inhalt, wie in Galaxus Händlermanual beschrieben wird:

5.1 Lieferdokumente

Es ist dem Händler explizit nicht erlaubt folgende Dokumente der Lieferung hinzuzufügen:- Werbe- bzw. Marketingbeilagen- Retourenscheine:

Dem Kunden wird ein geführter Retourenprozess im Kundenprofil auf Digitec Galaxus zur Verfügung gestellt.Digitec Galaxus AG – HändlermanualSeite 18 / 25Auf dem Lieferschein sollte folgende Informationen hinterlegt werden, damit alle Prozesse optimal durch unsere Kunden eingehalten werden:

- Retourenprozess der Digitec Galaxus AG:

- Hinweis: Die Zahlung erfolgte bereits direkt an die Digitec Galaxus AG.

- Bestellungen über www.digitec.ch und www.galaxus.ch unterliegen den AGB der Digitec Galaxus AGBei Fragen oder Unklarheiten steht der Kundendienst von digitec und Galaxus gerne zur Verfügung:- E-Mail: info@digitecgalaxus.ch- Telefonnummer: +41 44 575 98 00- Bei einer allfälligen Retoure bitten wir Sie unbedingt den geführten Retourenprozess in Ihrem Kundenkonto auf www.digitec.ch oder www.galaxus.ch zu nutzen. So ersparen Sie uns und Digitec Galaxus AG unnötige Aufwände und erhalten die Gutschrift unverzüglich. Herzlichen Dank!

- Digitec Galaxus AG Bestell-ID

Wenn jemand schon über Prestashop in Galaxus verkauft, wäre es Toll, wenn er oder sie seine Erfahrungen hier mitteilen könnte. Danke

ich nutze 1.6.1.24 und natürlich auch eine ältere php Version. Beim DHL Modul wird es im nächsten Jahr z.B. ein update geben, welches dann mit meiner Version nicht mehr arbeitet. Da diese Version inzwischen doch älter ist überlege ich es upzudaten und würde euch gerne Fragen:

1. welche presta shop Version würdet ihr bevorzugen?

2. Habt ihr einen Kontakt für die Hilfe beim update, da das sicher nicht ganz einfach sein wird, aufgrund der Module, die man im laufe der Zeit gekauft hat.

Danke

Unter 9.0.1 geht der Trick mit dem Leerzeichen nicht mehr.
Wie kann man denn eigentlich "offiziell" eine Firmenbestellung - also ohne Vorname und Nachname bzw. Ansprache "Herr" oder "Frau" anlegen? Gibt es einen vernünftigen Weg dazu? Im Optimalfall ist immer entweder Vorname/Nachname oder Firma Pflichtfeld... ChatGPT bietet mir dafür eine programmierhilfe an, der vertraue ich aber nicht mehr... ;)

Danke!

ich stehe gerade ein bisl auf dem Schlauch und benötige bitte einen Denkanstoss. 

Ich habe vom Classic Template eine Child Version erstellt und diese nach meinen Wünschen angepasst. Nur leider habe ich Probleme bei der mobilen Ansicht. Ich würde dort gerne auch die Artikelansicht auf 2 - 3 Artikel nebeneinander anpassen, aber ich bekomme das nicht hin.

Gibt es da auch eine einfache "Quick & Dirty" Variante oder müssen tatsächlich die tpl´s angefasst werden? Wenn ich nämlich an der .col-xs-12 mit css rangehe versaut das die komplette Ansicht.

Vielen Dank im voraus.

Grüße 

Colossos

Um diesen Zuschlag in den Versandkosten abbilden zu können habe ich z.B. Sizilien als eigenes Land unter „Gebiete“ angelegt.
Unter “Länder“ taucht aber das Problem auf, das der ISO-Code „IT“ bereits von Italien belegt ist und mit einer Fehlermeldung abgewiesen wird. Der tatsächliche ISO-Code von Sizilien laute „IT-82“, lässt sich aber nicht eintragen, weil die Zeichenlänge des Feldes auf 3 Zeichen begrenzt ist.
Ein weiteres Problem ist die Telefonvorwahl „+39“ die bereits Italien zugeordnet ist, Sizilien hat keine eigene Vorwahlnummer. Auch hier meldet der Shop einen Fehler im "call_prefix".

Für Sardinien gilt das Gleiche: ISO-Code „3166-2IT“ und Vorwahl „+39“ werden abgewiesen.

Unter Prestshop 1.6 war es z.B. bei Mallorca noch möglich den gleichen ISO-Code wie für Spanien einzutragen. Die Vorwahl unterscheidet sich hierbei von der von Spanien.

Gibt es eine Lösung diese beiden Probleme zu umschiffen?

ich habe eine Frage zur Optimierung meines Workflows: Jedes Mal, wenn ich in meinem PrestaShop-Shop [9.0.1] ein neues Produkt anlege, muss ich das Feld "Artikelnummer" (Referenz) manuell eingeben.

Da ich viele Produkte anlege, ist das ziemlich zeitaufwendig. Ich suche nach einer Möglichkeit, dieses Feld automatisch füllen zu lassen, sobald ich das Produkt speichere.

Mein Ziel: Am einfachsten wäre es, wenn PrestaShop automatisch die neue Produkt-ID (die ja beim Speichern erstellt wird) als Artikelnummer einträgt.

Meine Frage: Gibt es dafür eine Einstellung, die ich übersehen habe, oder kennt jemand ein zuverlässiges (vielleicht kostenloses) Modul, das diese Aufgabe übernimmt?

Ich habe dieses hier gefunden 
https://github.com/vgoritsas/np_refgenerator

Aber ist für die Version Prestashop 1.7x 

Vielen Dank im Voraus für eure Hilfe!

Hat das schon jemand gelöst bzw. weiß wo genau man was ändern muss?
Wie gesagt, ChatGPT Anleitungen haben leider nicht funktioniert.

Vielen Dank!
LG

Da wir Variantenartikel haben (Stückpreis und Preis je Verpackungseinheit) gibt es nun plötzlich unter Prestashop Probleme. Wir bekommen die Meldung, dass der Warenkorbpreis nicht dem Rechnungspreis entspricht. Irgendwie kommt Klarna nicht mit den Variantenpreisen zurecht. Paypalmodul funktioniert und Kreditkartenzahlung über Mollie auch. Nur Klarna nicht. Weiß jemand Hilfe oder hatte das Problem auch schon?

Zurückkehren zur letzten Version mittels Backup klappt dann auch nicht... langsam verzweifle ich...

EDIT: das Problem wurde durch das Modul "Prestashop Shipping" verursacht. Nachdem das Modul deinstalliert war, ging alles wieder.

ich habe gesehen, dass beim Bezahlprozess bei Banküberweisung der Text: Bearbeitung dauert länger steht, welches ich nicht so glücklich finde. In der Übersetzung des Modules habe ich es gefunden und entfernt bzw einen Punkt eingesetzt. Es wird aber immer noch angezeigt. Gibt es noch irgendwo diese Übersetzung?

Danke

für unsere Buchhaltung benötigen wir in den PayPal Zahlungen die Order Numbers, also sollte die Order Number an PayPal übertragen werden.
Da die Bestellung in Prestashop erst nach Erhalt der Zahlung erstellt wird und damit erst zu diesem Zeitpunkt die Order Number erstellt wird scheint hier der Ablauf dies garnicht zu erlauben.
Gibt es hier Workarounds?
Bspw. bei Klick auf Bestellen und Weiterleitung zu PayPal wird die Order mit Order Status = Auf Zahlung warten erstellt, so dass die Order ID übertragen werden kann?
Vielleicht hatte ja schon jemand das selbe Problem und weiß eine Lösung.

Beste Grüße,
Rene

seit dem Umstieg auf Presta9 bekomme ich keine Emailbenachrichtigungen mehr bei neuen Bestellungen. Leider finde ich (und ChatGPT) auch keine Einstellungsmöglichkeit dazu. 

Wo kann ich das denn wieder wie in 1.7 aktivieren?

Danke!

Ich weiß nicht so recht, wo es hingehört oder an wen ich mich wenden kann mit dem Problem, vielleicht könnt ihr ja weiterhelfen.

Seit einiger Zeit, ich schätze nach dem letzten Update des Prestashop Checkout Moduls, habe ich das Problem, das bei manchen Bestellungen falsche Werte berechnet werden und vom Kunden kassiert werden. Meist ist es nur 1,00 EUR zuviel oder zuwenig, es wurden aber auch schon mal 40,00 EUR zuviel berechnet. Ich sehe keine Regelmäßigkeit oder Abhängigkeit, warum genau diese Bestellungen betroffen sind.

Die Berechnungen in Prestashop selbst sind korrekt, die Rechnung ist korrekt. Aber der Checkout zieht einfach mal 40,00 EUR mehr ein.

Eine Beispielrechnung vom Checkout:
6,99 + 6,99 + 6,99 + 6,99 + 7,49

+ 5,99 Versandkosten

= 40,44 EUR

Prestashop fällt der Fehler aber direkt auf: Die Bestellung bekommt den Status "teilweise Zahlung".

Hast sonst noch jemand dieses seltsame Problem mit dem Prestashop Checkout?

(meine Shop Version ist 1.7.8.11 - Checkout Version ist v7.5.0.5)

Nun springt der Shop auch nach der Umstellung des Webspace an und läuft sogar einige Minuten recht schnell.

Sobald sich aber der Trafic erhöht und etwas auf dem Shop geklickt wird, bleibt dieser nach ein paar Minuten einfach hängen.

Keine Fehlermeldung, nichts, nur die Anfragen werden nicht beantwortet. 

Laut access.log gehen die Anfragen aber beim NGINX noch ein, es erfolgen nur keine Antworten mehr.

Sowohl der Webhosting-Service als auch ich stehen jetzt auf dem Schlauch und wissen nicht mehr weiter.

Der alte Shop lief bis zum heutigen Tage relativ sauber auf exakt dem gleichen Webspace.

Jetzt meine Fragen.

1. Gibt es so einen großen Unterschied zwischen PHP8.1 auf Apache und PHP8.1 auf NGINX?

2. Ich habe im Symfony Profiler relativ viele Deprecations (158) und einen echten Error im admin_themes_index.

Kann dies den Server so beanspruchen, dass dieser einfach aussteigt?

3. Es sind auf dem Live-Shop einige Bot's unterwegs, die wohl die Serverperformance offensichtlich beeinflussen.

Ist ein Shared Host für den Presta8 ausreichend oder benötigt diese Version einfach mehr Serverleistung im Vergleich zum Presta 1.6?

> is deprecated, and it will no longer be supported with the release of PrestaShop 10.

Aktuell 8.2.3 Update auf 9 schlägt fehl.

Was muss ich machen ? Gibt es kostenfreie neue Classic Themes in Deutsch ?

Gruß

Torsten

wenn ich den Cache im Backoffice lösche, bleiben die Übersetzungen unverändert. Erst wenn ich die Ordner im var/cache/* lösche, werden die Änderungen übernommen. Hat jemand eine Idee woran es liegen könnte? 

An welcher Stelle liegt da der Fehler und wie kann ich Gepenster-Upgrades von möglicherweise erforderlichen echten Upgrades unterscheiden?

ich hatte bislang Presta 1.7 laufen und aufgrund von nötigen PHP Updates nun bei meinem (gleichen) host in einem neuen ordner presta 9 installiert. Inzwischen ist alles wieder so wie es sein soll, alle Daten migriert, etc.

Nun hat der "Umzug" aufs neue Presta aber nicht geklappt (Error 500).

Mein Vorgehen war:
1. Beim Host (Alfahosting) das Zielverzeichnis der URL ändern (von /shop auf /presta9) und PHP Version der URL auf PHP 8.4 ändern

2. im BO unter Traffic & SEO die URL von Presta9 aktualisieren (also anstatt der host StandardURL user.alfahosting.de auf die gekaufte URL umstellen und das unterverzeichnis auf "/" ändern, da die neue URL ja direkt ins Zielverzeichnis presta9 verweist - so war es bei presta 1.7 auch eingestellt)

Leider hat das so eben nicht geklappt...
Wo liegt denn mein Fehler? Muss ich Presta 1.7 vorher "deaktivieren", weil dort auch die gleiche URL noch eingetragen ist? 

DANKE!

wenn man beim Checkout -  da wo man das Häkchen für die AGB klicken muss - auf den Link AGB klickt, öffnet sich ein leeres Fenster (siehe Bild).

Dafür erscheint im Footer plötzlich nochmals ein Link zu den AGB.

Woher kommt das/wie behebe ich das denn?
Danke!

Der Maintenance mode ist bereits aktiviert.... ich kann aber nicht auf NEXT klicken....

da ich immer wieder Probleme mit der PHP Version habe, würde ich nun gerne mal updaten. Dafür suche ich jemanden - bitte mit Preisangabe - der Prestashop updated und beim Backup hilft und eventuelle Probleme im Anschluss lösen kann. 

Aktuell läuft PHP 7.3.33 mit Prestashop Version  1.7.7.1 eigentlch seit Jahren ganz gut. Aber die Fehler häufen sich und ich kann viele Module nicht updaten. Da kommt dann immer  "Could not perfom action update for module undefined"

Es häuft sich, dass die Seite einen Permission Denied Fehler aufwirft, weil zu viele Connections aktiv sind. Das kann man mit F5 zwar beheben, ist aber nervig. 

Außerdem ist es nun zum zweiten Mal passiert, dass die Seite für den Kunden leer war, weil sich die PHP Version auf 8 gestellt hat, aber nur mit 7.3.33 funktioniert. Der Ionos Support kann mir nicht erklären, warum sich das umstellt. 

heute wollte ich die aktuellste version (8.2 glaube ich) über den assistant durchführen, da diese version notwendig für die all in one by paypal zahlungsmöglichkeit api ist.

beim Aktualisieren ist gegen 70% ein Fehler aufgetreten also wollt ich das Backup wiederherstellen und muss wohl auf die Rücktaste gekommen sein oder ähnliches, das backend war nicht mehr aufrufbar (error 500)

es ist ein Backup hinterlegt und ich habe das auch local noch mal runtergeladen, gibt es einen einfachen weg das backup in der Datenbank draufzuspielen?

Grüße und Danke

ich experimentiere gerade mit PrestaShop.
Ursprünglich wollte ich, wie bei meinen anderen Shops auch,PrestaShop manuell bei 1&1 installieren. Allerdings bricht die Installation immer bei 20 % (Installation der Sprachen) mit einem Error ab. Scheinbar handelt es sich dabei um einen bekannten Bug.

Daraufhin habe ich gesehen, dass man bei 1&1 auch direkt die neueste PrestaShop-Version automatisch installieren lassen kann. Diese Installation läuft problemlos durch und der Shop funktioniert soweit flüssig – allerdings ist nur Englisch als Sprache verfügbar.

Wenn ich unter International → Übersetzungen → Sprache hinzufügen/aktualisieren versuche, Deutsch nachzuinstallieren, bekomme ich nach ca. 3–5 Minuten einen Error, und anschließend ist der Backoffice-Bereich nicht mehr erreichbar.

Bei GitHub (https://github.com/PrestaShop/TranslationFiles) habe ich gesehen, dass man die Sprachpakete auch manuell herunterladen kann. Allerdings ist mir nicht klar, wie genau man eine Sprache manuell in PrestaShop importiert.

Hatte jemand von euch vielleicht ein ähnliches Problem oder einen Lösungsvorschlag?

Vielen Dank schon mal für eure Hilfe!

In meinem Shop biete ich u.a. Messer an und separat als "Artikel" auch einen Schärfeservice.
Bei diesem Schärfeservice können mir die Leute ihre stumpfen Messer zuschicken, ich schärfe sie und schicke sie wieder zurück.

Anschließend habe ich bei meinen Artikelseiten von den neuen Messern eine Verlinkung hinzugefügt zum Schärfeservice, damit bei Bedarf bei einer Bestellung eines neuen Messers direkt der Schärfeservice dazugebucht werden kann um dieses neuen Messer direkt schärfen zu lassen. Da es zwei unterschiedliche "Artikel" sind, mussten die Kunden dann immer in die Bestellnachricht mit reinschreiben, welches Messer geschärft werden soll, da manchmal auch gleichzeitig ein neues Messer bestellt wird, aber der Schärfeservice für ein anderes altes gedacht ist.

Nun würde ich gerne den Schärfeservice direkt in die Artikelseiten der neuen Messer integrieren und wollte dafür die Variante "Schärfeservice" erstellen. Leider muss ich hierbei ja eine Anzahl an verfügbaren Mengen angeben, die ich dann von den Messern abziehen müsste, damit ich nicht mehr Messer anbiete als ich habe um den Schärfeservice zusätzlich anzubieten.

Ist das Problem verständlich?
Ich würde also gerne den Schärfeservice für neue Messer anbieten ohne die Anzahl der Messer reduzieren zu müssen, damit ich die Differenzmenge bei der Variante mit Schärfeservice angeben kann.

Presta 1.7.8.8
PHP 7.4.33

Hi, ich will von Prestahosting weg und wieder auf meinen alten Hoster, habe die SQL bzw. FTP daten gesichert und bei meinem alten Hoster einen neuen Shop installiert.

Soweit alles super.

In der parameters.php die SQL daten ändern, FTP öffnen daten auf den Server laden vorhandene ersetzen.

Aaaaber nix...Error 500....und ich weis nicht mehr weiter?

Bitte hilfe mich?

Eine Kunde hat mich eben darauf aufmerksam gemacht, dass die Kontodaten nach Bestätigung der Bestellung (vordefinierte E-Mails/bankwire) nicht angezeigt werden - es werden nur die Platzhalter:

angezeigt. 

Ich konnte das Problem bei angemeldeten Kunden nachvollziehen, bei Gastbestellungen aber werden in der Zusammenfassung der Bestellung die Kontodaten korrekt dargestellt, ebenso werden sie im footer unter Unternehmen/Kontoverbindung richtig angezeigt - wie unter Einstellungen/Bankverbindung angegeben.

In der vorherigen Prestashop-Version war das ein generelles Problem, dort wurden immer nur die Platzhalter bei der Bankverbindung ausgegeben. Mit dem Upgrade auf PS 8 hatte sich der Fall erledigt, alles wurde richtig dargestellt - bis es jetzt wieder neu auftaucht.

Der Shop läuft (bis auf die Kontrollübersicht: The server returned a "500 Internal Server Error") in der Version 8 hervorragend und problemlos.

Ein Update auf PS 9 ist für Ende des Jahres vorgesehen, inklusive Umzug der Datenbank von HDD auf SSD. Dies soll parallel zu der laufenden Version per Kopie geschehen - das Problem mit der Kontoverbindung hätte ich aber gerne vorher gelöst.

Was kann ich machen ohne den laufenden Betrieb groß zu stören?
 

Ich stehe vor folgendem Problem: Der Shop soll Banküberweisung, Barzahlung, Paypal und Klarna als Zahlungsmethoden anbieten können.
Sobald ich jedoch Paypal und/oder Klarna aktiviere, funktionieren Banküberweisung und Barzahlung nicht mehr.
Sie werden zwar angezeigt und sind auswählbar, jedoch passiert nach dem Klick auf "Zahlungspflichtig bestellen" nichts mehr. Der Button wird noch grau und der Mauszeiger wird zum Parkverbot, aber weiter geht es nicht. Die Browserkonsole spukt auch nichts Brauchbares aus.
Es ist dabei auch egal, welches Template ich nutze. Es ist das gleiche Verhalten.

Mir fehlt es nun an Lösungsansätzen und die Suche bringt auch nichts brauchbares hervor.

Vielen Dank für die Anteilnahme, oder besser Hilfe, schon vorab!
 

PrestaShop-Version 8.1.5
PayPal v6.1.0 - von 202 ecommerce
Banküberweisung v2.2.0 - von PrestaShop
Klarna payments v1.5.2 - von Invertus
Barzahlung v8.3.2 - von Gurkcity
PHP-Version 8.1.29

Im Backend kann man zwischen allen und nur B2B oder retail wechseln.
Hier habe ich 2 Fragen
1. wie am Besten vorgehen
2. gibt es ein gutes bulk Modul für Übersetzungen? Denn es handelt sich um viele Produkte
Währung soll auch umgestellt werden.
Danke allen schon im voraus für eure Hilfe

Habe die 9.0er Version aufgespielt, nach der Installation erfolgt beim Login in das Backoffice die Meldung

Aus Sicherheitsgründen können Sie erst auf das Back Office erst zugreifen, wenn Sie Folgendes erledigt haben:
SSL ist aktiviert. Verwenden Sie ausschließlich den folgenden https-Link für den sicheren Modus (https://)

Die URL zum sicheren Modus funktioniert nicht (ERR_CONNECTION_REFUSED) und auch sonst bekomme ich kein Login zu Stande.
Ein SSL Zertifikat ist nicht zugewiesen da auf den Server noch keine Domain geschaltet ist, Aufruf der Installation über IP.

Hat jemand von euch eine Idee?

?

welche Möglichkeiten gibt es, sich automatisch über neu veröffentlichte (Sicherheits)-Updates informieren zu lassen?
Gibt es z.B. Mailingliste o.ä.?
 

Danke vorab!
Viele Grüße,
Scooopy

Ich habe in meinem 8.1.6 2 Kategorien von Artikeln, für die ich auch jeweils einen gewichtsbasierenden Versanddienst erstellt habe. Was auch erst einmal klappt, solange ich nicht Artikel aus dem einen und anderem Versanddienst im Warenkorb kombiniere. Da gibt er mir dann nicht das aus, was er soll:

Er soll beim vorhandensein von Artikeln aus beiden Versanddiensten entweder einen von mir dritten Versanddienst nutzen, oder die Versandkosten eines bereits bestehenden Versanddienstses (in meinem Fall A).

Ich habe auch schon das Addon Advanced Shipping Costs Plus probiert, aber damit kann man das wohl auch nicht umsetzen. Zudem habe ich ausprobiert mittels Cart.php in /ovverride/classes diesen Code hier ans laufen zu bekommen:

<?php

class Cart extends CartCore
{
    public function getShippingMethods()
    {
        $products = $this->getProducts();
        
        $hasDPDShipping = false;
        $hasDPDMicrofiberShipping = false;
        
        $totalWeight = $this->getTotalWeight(); // Gesamtgewicht in Gramm

        foreach ($products as $product) {
            if ($product['id_shipping_method'] == 15) { // DPD Versand
                $hasDPDShipping = true;
            }
            if ($product['id_shipping_method'] == 19) { // DPD Versand Microfaser
                $hasDPDMicrofiberShipping = true;
            }
        }

        if ($hasDPDShipping && $hasDPDMicrofiberShipping) {
            if ($totalWeight <= 30000) { // Bis 30 kg (30.000 g)
                return $this->getShippingByCarrier(15, 5); // 5 Euro für DPD Versand
            } elseif ($totalWeight <= 110000) { // Bis 110 kg (110.000 g)
                return $this->getShippingByCarrier(15, 9); // 9 Euro für DPD Versand
            } elseif ($totalWeight >= 120000) { // Ab 120 kg (120.000 g)
                return $this->getShippingByCarrier(0); // Kostenloser Versand (ID 0)
            }
        }

        elseif ($hasDPDShipping) {
            if ($totalWeight <= 30000) { // Bis 30 kg (30.000 g)
                return $this->getShippingByCarrier(15, 5); // 5 Euro für DPD Versand
            } elseif ($totalWeight <= 110000) { // Bis 110 kg (110.000 g)
                return $this->getShippingByCarrier(15, 9); // 9 Euro für DPD Versand
            } elseif ($totalWeight >= 120000) { // Ab 120 kg (120.000 g)
                return $this->getShippingByCarrier(0); // Kostenloser Versand (ID 0)
            }
        }

        elseif ($hasDPDMicrofiberShipping) {
            if ($totalWeight <= 30000) { // Bis 30 kg (30.000 g)
                return $this->getShippingByCarrier(19, 5); // 5 Euro für DPD Versand Microfaser
            } elseif ($totalWeight <= 110000) { // Bis 110 kg (110.000 g)
                return $this->getShippingByCarrier(19, 9); // 9 Euro für DPD Versand Microfaser
            } elseif ($totalWeight >= 120000) { // Ab 120 kg (120.000 g)
                return $this->getShippingByCarrier(0); // Kostenloser Versand (ID 0)
            }
        }

        return parent::getShippingMethods();
    }

    private function getShippingByCarrier($carrierId, $price = 0)
    {
        return array(
            'id_carrier' => $carrierId,
            'price' => $price
        );
    }
}

Kann mir jemand helfen mit einer Lösung?

Liebe Grüße

habe alle möglichen Tips hier und aus dem I-Net ausprobiert aber ich bekomme es einfach nicht hin die Schrift in der PDF-Rechnung zu ändern. In der PDF ist immer die Callibri eingetragen. Was ich auch mache (Änderungen in den Dateien des Ordners PDF) es geschieht nichts.

Was mache ich hier falsch?

Ein resignierender

Norbert

PS 8.2.0 / PrestaShop Checkout built with PayPal v8.4.4.0

Ich habe mir das Modul gerade installiert, eingestellt und den Cache gelöscht.

Sieht alles soweit gut aus ... ABER wenn ich Kreditkarte oder Google Pay als Zahlungsart auswähle, erscheint immer unten der Warnhinweis:

Bitte wählen Sie eine Zahlungsart und akzeptieren Sie unsere Allgemeinen Geschäftsbedingungen.

Das Häkchen habe ich natürlich gesetzt. Kennt jemand das Problem? Und noch besser ... hat jemand eine Lösung?

Zu bewundern unter: www.postkartenparadies.de

Laut Doku soll das über International - > Übersetzungen   Sprache hinzufügen / aktualisieren funktionieren.

Es gibt ein installiertes Sprachpaket für Deutsch und ich benötige aus rechtlichen Gründen eine Sprachauswahl für Österreich.

Ich habe die Sprache Österreich entsprechend neu angelegt und das Lokalisierung Paket Austria installiert.

Der Ordner translations/de-AT existiert ebenfalls.

Ich kann auch im Select Österreich auswählen.

Wenn ich Sprache hinzufügen oder aktualisieren klicke, kommt aber der Fehler Sprache leider nicht verfügbar!

Ich habe nirgends eine ordentliche Beschreibung dazu gefunden, wie und wo diese Sprachpakete angelegt oder verarbeitet werden.

----

Presta 8.2.2

ich verzweifle gerade mit der Installation. Jedesmal an der selben Stelle kommt die selbe Meldung (siehe Grafik im Anhang). Kann mir jemand weiterhelfen und mir vielleicht sagen woran es liegen könnte?

DANKE
 

Es sind sicher auf jeden Fall jede Menge Daten vorhanden, die nicht mehr benötigt werden.

Wie ist der sicherste und beste Weg diese zu finden und zu löschen?

Macht das viel an der Performance aus?

Ich habe die Version 1.7.7.2

[2025-05-27 14:52:22] DEBUG - ChainedTasks - Step UpdateDatabase
[2025-05-27 14:52:22] INFO - UpdateDatabase - Update database in progress. 484 queries left

Da ist dann Schluß. Das Rollback ist zwar erfolgreich, führt allerdings zu Smarty-Fehlern im backend. Das Frontend läuft fehlerfrei. Ein zweiter Upgrade-Anlauf führt zu genau demselben Fehlerbild.

Was kann man da machen?

meeine Presta-Shop 8.2 Backoffice Oberfläche hat sich seit einigen Tagen verändert, so dass die Darstellung der Marge unter Preise nicht mehr da ist. Ich hoffe sie ist nur irgendwo anders und nicht komplett weg. Ich weiß auch nicht, ob ich irgendetwas gedrückt habe oer ein Update der fall war. Auf jeden Fall ist die Marge weg und das war echt schön beim Erstellen meiner Verkaufspreise. Kann mir jemand helfen? Kennt sich jemand aus. Und generell suche ich einen Verbündeten, der sich gut mit Presta-Shop auskennt und mich ab und zu bei verschiedenen Anliegen unterstützt. Natürlich nicht umsonst. Ich würde mich über eine Rückmeldung sehr freuen. Gruß Evangelos

Ich wollte nun auf die aktuelle Version mithilfe vom Update assistant (v7.2.0) Modul arbeiten.

Leider zeigt das Modul beim Klick auf "Update your Store" folgende Fehlermeldung:

Something went wrong...

It seems there was an issue with the server. This type of error usually happens when:

The server is temporarily unavailable.

There's a misconfiguration or unexpected problem on the server.

Auch beim versuch von "Send error report" passiert da dann leider nichts mehr.

Die "Debug" Funktion ist bei der Modulansicht ungünstigerweise ausgeblendet und in den Log-Dateien vom Shop kann ich auch nichts finden.

Update über CLI funktioniert bei dem Server bedauerlicherweise auch nicht. Die CLI PHP Version ist leider bei 7.2.

Hat jemand ne Idee wie ich da weiter komme?

Serverdaten Linux #1 SMP PVE 4.15.18-37 (Sat, 13 Apr 2019 21:09:15 +0200) x86_64

Version der Server-Software Apache

PHP-Version 8.1.19

Speichergrenze 768M

max_execution_time: 300

Upload (max. Dateigröße) 176M

MySQL-Version 5.7.25

MySQL-Server 127.0.0.1

MySQL-Name usr_web24863787_1

MySQL-Anwender web24863787

Tabellen-Präfix: nps_

MySQL-Engine InnoDB

MySQL-Treiber DbPDO

Lieben Gruß

Stefan Schneider

wie hapt Ihr es eigentlich gelöst das jeder Kunde entweder ein PDF-Rechnung und/oder eine xRechnung bekommt?

Norbert

ich suche nach einam Ansatzpunkt für ein Problem:

Die Versandkosten bei PayPal sind brutto 10,71 €, es müssen aber 9 € netto sein, sonst stimmt die MwSt. nicht. Der Kunde hat sich wegen 3 Cent beschwert.

Gesamt Betrag 276, 11€ statt 276,08 €

Wo kann ich das einstellen?

lg

ich bin recht neu bei Presta und gerade dabei mich ein bisschen in die Konzepte des Shops einzuarbeiten.

Allerdings bringt mich die nicht funktionierende Logik gerade echt um den Verstand.
Worum geht es?

Ich wollte auf der Hauptseite des Shops unten im Footerbereich die Überschrift im rechten Block "SHOP-EINSTELLUNGEN" in SHOP-INHABER ändern. Mittels den Developer Tools des Browsers habe ich ermittelt, dass sich der Text vermutlich im Modul Contact Information befindet.

Also rufe ich im Backend die Übersetzungsmaske dafür auf (International / Übersetzungen / Installierte Module / ContactInfo / Shop)

Dort finde ich auch den entsprechenden Eintrag in dem SHOP-EINSTELLUNGEN steht.
Wenn ich dort aber eine Übersetzung eingebe und speichere, ändert sich im Frontend rein gar nichts. Da kann ich noch so oft den Cache löschen, den cache deaktivieren usw. es tut sich nichts.

Erst, wenn ich per FTP die Datei //translations/de-DE/ModulesContactinfoShop.de-DE.xlf herunterlade, dann im Texteditor den Eintrag "<source>Store information</source>" entsprechend anpasse und die geänderte Datei wieder auf den Server kopiere, dann erst macht sich die Änderung auf der Shopseite bemerkbar.

Mache ich hier was falsch oder fällt der Bereich Übersetzungen unter "ist noch nicht ausgereift / funktioniert noch nicht"?

Ich bin für Tipps sehr dankbar, weil ich mich an solchen Dingen echt festbeißen kann, statt den Shop ans Laufen zu bekommen (bzw. muss man die funktionierende Alternative ja auch erstmal herausfinden).

Gruß Markus

https://devdocs.prestashop-project.org/8/basics/installation/system-requirements/

Das heißt nicht, dass gar nichts geht, es kommt nur zu rätselhaften Fehlern! Deshalb bitte, bevor ihr hier ein Problem schildert, checkt erst einmal, ob eure Prestashop- und eure PHP-Version zusammenpassen, manchmal wird die PHP-Version auch vom Provider geändert.

ja ich weiss das dieses Thema bereits mehrfach hier im Forum besprochen wurde. Aber ich hab ein scheinbar neues Problem. 

Ich habe das COD Modul umgeschrieben für Barzahlung und es wird auch soweit alles richtig angezeigt. Allerding habe ich nun das Problem, dass ich wenn ich /Abholung im Geschäft" als Versandoption auswähle und dann "Barzahlung", dann kann ich siviel auf Bestellung klicken wie ich will, der Bestellvorgang wird nicht abgeschlossen (AGB ist natürlich als akzeptiert angeklickt). 

Ich komme da einfach nicht weiter. Hat da jemand eine Idee?

Gerne Danke ?

Rolf

Erst hab ich versucht mittels Update Assistent das upgrade durchzuführen: habe die neueste Presta Version in den Zielordner gelegt, der Assistent lässt mich nach der Auswahl "Update your store" das Feld "Get startet" aber nicht anwählen. (Vl weil auf dem Server PHP 7 läuft? Wenn ich auf 8 umstelle komme ich ja aber nicht mehr ins BE um das upgrade durchzuführen...?)
Oder übersehe ich was und könnte eigentlich easy updaten...?

Jetzt habe ich im Endeffekt also einen komplett neuen Shop installiert. Die meisten Module aus dem "alten" funktionieren auch.
Natürlich möchte ich jetzt aber auch sonst alles übernehmen - also Kunden, Adressen, Bestellungen, Rechnungen, Bestell-Status, etc... einiges davon habe ich eh schon in der DB gefunden, einiges fehlt aber noch. Hat dazu vl jemand eine vollständige Liste, wie man die wichtigsten Daten von "alt" auf "neu" bekommt?

Vielen Dank!

Als Prestashop Neuling in die Runde gefragt:

Presta vergibt bei Bestellungen eigene fortfolgende Bestellnummern, im Backend als ID gekennzeichnet.

Wir haben mit einem eigenen Nummernkreis und Format Bestellnummern angelegt, die dem Kunden auch übermitteltwerden.

In den Mails an mich, dass neue Bestellungen eingegangen sind bekomme ich die interne Bestellnummer angezeigt, sowie eine wilde Buchstabenfolge. Was hat es damit auf sich? Woher kommt das?

Lässt sich als Betreff der Mail an mich nicht die eigene, selbst generierte Bestellnummer anzeigen? Ich arbeite schließlich nur mit dieser um Zahlungen zuzuordnen.

An Paypal wieerum wird eine nochmals andere ID des Warenkorbs übermittelt. Auch hier sollte unsere Bestellnummer (Format B07XXX) weiter gegeben werden.

Gibt es da eine Lösung? Wie handhabt Ihr da?

Mein Shop war über alle Seiten mit SSL verschlüsselt.

Ich habe den Domain-Provider gewechselt und die Beantragung des neuen SSL-Zertifikates zieht sich noch bis zu 3 Wochen.

Da die Verschlüsselung voraussetzung war, komme ich jetzt nicht mehr in den Adminbereich um das für die Zeit rückängig zu machen. Kann ich das irgendwo manuell innerhalb einer Datei umstellen?

Ich habe auch schon versucht eine andere verschlüsselte Domain auf den Ordner im Webspace umzuleiten. Aber das scheint auch nicht zu funktionieren.

Vielen Dank für eure Hilfe!

Finn

Ich arbeite jetzt auf 8.0.1 und das Printful Modul lässt sich aber dafür nicht installieren.

Jeder Versuch endet in einem Error 500 und sperrt mich aus dem Menüpunkt "Module" aus.

Scheinbar bin ich auch nicht der einzige aber eine Lösung dazu habe ich noch nicht gesehen !?
Oder habe ich etwas übersehen und das Modul funktioniert doch !?

Danke für die Hilfe

ich habe heute meinen PrestaShop von 8.2.0 auf 8.2.1 upgedatet und bekomme jetzt die folgende Fehlermeldung wenn ich unter Design -> Templates aufrufen will : "Der Controller AdminPsMboTheme fehlt oder ist ungültig."

Hat jemand eine Idee was das ist und wie ich es beheben kann?

Danke,

Tom

der Stichtag rückt näher: Wie geht Ihr damit um?

Gibt es hier eventuell ebenfalls ein Modul oder einen Prestashop-Workaround, um den Shop rechtsicher zu gestalten?

Anregungen, Tipps sind herzlich willkommen.

Bilder und Styles (meistens davon) werden periodisch erst nach dem Neuladen geladen.
Und das passiert nur auf der Prestashop Websites.
Das passiert sowohl im Backend als auch im Frontend, unabhängig vom installierten Theme,
es passiert sowohl auf Sites auf den Servern des Hosters als auch auf lokalen Computern,
es passiert mit den Versionen 1. 7 und 8.xx,
es passiert sowohl auf neu installierten Prestashops, in denen noch keine Module von Drittanbietern installiert sind (es sei denn, nur das 1-Click-Upgrade-Modul ist installiert),
als auch in solchen, die schon seit Jahren mit Cookies laufen.
Bei den Versionen 7 und 8.xx tritt es sowohl bei neu installierten Prestashops auf,
in denen noch keine Module von Drittanbietern installiert sind (außer dem 1-Click-Upgrade-Modul),
als auch bei solchen, die schon seit Jahren mit vielen Modulen von Drittanbietern arbeiten.
Bei Websites mit anderen Engines beobachte ich dies nicht.
Hier ist ein Beispiel, dieser Bildschirm stammt von einer frischen lokalen Installation von Pretashop 8.2.0:

1. Frage, welche Version?

2. Da ich kein Entwickler bin und im Laufe der Jahre einige Module gekauft und installiert habe an denen die Entwickler Anpassungen vornehmen mussten, kann ich mir vorstellen, dass da jemand unterstützen muss. Wen nimmt man da und wo sucht mann? Fiver? Wie hab ihr das gemacht?

Benutzt jemand von euch das offizielle DSGVO Modul und hat es geschafft, dass beim PS Newsletter-Anmelde-Formular das Einwilligungskästchen und der Text aus dem DSGVO-Modul angezeigt wird?

Klappt bei mir nicht ... beim Kontaktform ist alles okay?!

Ich hab PS 8.2, aber das spielt keine Rolle ... hat auch in 8.0 und 1.7 nicht funktioniert.

Versuche gerade auf dem ISP Hoster eine Installation v8.2. Die über eigene Subdomain läuft bzw. laufen soll dazu habe ich den Pfad der sub-domain zugeordnet und die Installation (php 8.2) gestartet. Leider habe  zum Schluss bzw. beim Installationsassistent 13%, folgende Fehlermeldungen erhalten, sorry das die so lange sind.

kann mir einer helfen? Ich bekomme die Datenbank bei der Einrichtung im Shop nicht gekoppelt und weiß nicht was ich falsch mache.

Problem gelöst.

bei dem Versuch Stripe anzubinden (Testmodus) kann mann bei der Zahlung nicht die Felder Kartennummer usw anklicken um Eingaben zu  machen. Hat jemand eine Idee? (Screenshot anbei)

Ich nutze 1.6.1.24

Danke

Im Grunde muss das nicht viel machen:

• inkl. Mwst. zzgl Versandkosten (mit Link) bei den Artikeln ODER ein * hinter dem Preis und im Footer diese Info
• Im Checkout den Text mit den AGB und Datenschutz (mit Link)
• Bestell-Button muss "Zahlungspflichtig bestellen" umbenannt werden

Ich habe ein Update von 8.02 auf 8.2.0 gemacht.

Vorher auch alles stundenlang in einer Testumgebung getestet ...

Aber jetzt muss ich feststellen, dass ich beim Einloggen auf der Admin-Seite nicht ins Backend komme, sondern umgeleitet werde auf die Frontend-Startseite.

Der Fehler war mir nicht aufgefallen, weil das Backend nach dem Update prima funktioniert, weil ich mich dort nicht abgemeldet habe.

Aber das Anmelden an jedem anderen Computer scheitert???

Alle einfachen Sachen (Cache leeren, admin-Verzeichnis umbenennen hab ich schon gemacht).

Wäre sehr dankbar für sachdienliche Hinweise.

Mein Testkunde hat bei Überweisung bezahlt, Bestellung steht auf "...warten..."

Was kann ich tun?

LG

Stefan

mein hosting Partner Ionos schreibt mir gerade, dass meine php Version 7.3 aufgrund des Alters nur noch kostenpflichtig angeboten wird. Ich nutze 1.6.1.24. Habt ihr Erfahrungen mit neueren php Versionen und Tips ob man etwas ändern muss?

Danke

Was habe ich falsch gemacht?

Mein Problem ist schwer zu erklären und meine Suche hier und im Netz dr Netze hat mich daher auch noch nicht weiter gebracht...
Ich habe einen Shop auf 1.7.8.8 aufgesetzt, da wir jetzt auch endlich mal von der 1.6 weg wollen.

Die Daten sind soweit alle übertragen und es fehlt noch etwas Feinschliff an einigen Punkten.
Nun habe ich bei der Überprüfung der Preise gesehen, das teilweise im FrontEnd nicht der richtige Preis angezeigt wird. Bei der Überprüfung im BO wollte ich dann den Preis korrigieren. Bei allen Gruppen ist der Preis auf Bruttopreis eingestellt.

Und wenn ich den Preis im BO bei Brutto/Netto ändere, dann ändert sich der andere gleich mit. Ich kann also keine Preis exkl. MwSt. eingeben.

Die Einstellungen habe ich alle mal durchgeackert, aber nix gefunden.

Wer mag mir einen Tip geben ?

ich bin ganz frisch dabei mit PrestaShop 8.2.0 mit Docker. Ich habe ein Problem mit Artikelvarianten:

Man kann ja in der Variante Bilder auswählen, die nur für diese Variante sind. Wenn man das macht, werden aber NUR NOCH diese Bilder angezeigt.

Ich hätte es gerne so, dass alle Bilder in der Auswahl vorhanden sind und beim Auswählen einer Variante wird nur das korrekte Bild im Slider ausgewählt.

Hier ein Shop, wo dargestellt wird, wie ich das meine:

https://holz-brueder.de/products/holzbrueder-bio-herren-shirt-mit-stick?variant=50169830441226

Gibt es diese Option bei PrestaShop? Ein Modul dafür für 100 € wäre dafür zu Overkill für mich.

Vielen Dank!

Im Text, Menü, im Prinzip überall außer bei Fett Schrift.

Ich möchte die Schrift von Grau in Schwarz ändern um den Kontrast zu erhöhen. 

Wo kann man das ändern? 

nach der Migration von 1.7 auf 8.x ist (leider erst nach mehreren Wochen Betrieb) aufgefallen, dass selten eine Nachricht an einer Bestellung eines Neukunden (der sich nach Migration registriert hat) angehängt ist, die definitiv nicht von diesem Kunden stammt, sondern eine Nachricht eines Bestandskunden (Reg. vor Migration). Zum Teil kann die Nachricht > 1 Jahr alt sein.

Jetzt habe ich (nachdem der Anbieter des Migrationsmoduls 3x repariert hat - danach zwar die Nachrichten nicht mehr falsch zugeordnet waren, das Problem aber immer wieder nach einigen Wochen wieder auffiel.) mir die Datenbank etwas genauer angesehen und folgendes gefunden:

Kunde Albert (der neueste Kunde, der dieses Problem zeigt) hat die id_customer 123 und diese ist in der Tabelle "myshop_customer_thread" mit der id_customer_thread 500 verlinkt.

500 ist dort auch der höchte Wert - id_customer_thread ist in myshop_customer_thread AUTO-INCREMENT

In der Tabelle myshop_customer_message finde ich haber für id_customer_thread deutlich höhere Werte von sagen wir 1500

Mein Ansatz wäre jetzt (minimalinvasiv) einfach in der Tabelle myshop_customer_thread einen leeren Datensatz zu erzeugen und dann von Hand id_customer_thread auf 2000 zu setzen.

Ist das der Richtige Weg? Liegt die Ursache vielleicht ganz wo anders?

Danke für Eure Hinweise!

BJ

ich möchte dass die möglichkeit der "Vorschau" beim überfahren des Produkts mit der Maus überhaupt nicht erscheint, sondern man auf das Produkt klicken muss um die Details angezeigt zu bekommen.

Wie ist das möglich in Prestashop 8.1.3 ??

Ich bin der Stephan und neu hier. Seit gut 3 Wochen läuft mein Frotend vom Shop zwar aber ich komme nicht mehr ins Backoffice. Wenn ich den Adminbereich öffne, kann ich die Anmeldedaten eingeben und nach ein paar Sekunden kommt die Http Error 500 (weiss mittlerweile das dieser nichts aussagt). 

Ich kann die Anmeldedaten eingeben aber nachher passiert nicht mehr.

Durch die verschieden Beiträge habe ich bereits den Ordner gamification unbenannt. 

Bis jetzt ist der Shop einwandfrei gelaufen und wir hatten keine Probleme. 

Währe euch sehr dankbar wenn mir jemand weiterhelfen könnte, da wir anfangs November den Shop Live schalten wollten. 

Sollte ich etwas vergessen haben, füge ich diese gerne hinzu. 

Besten Dank für eure Hilfe

Grüsse Stephan

Prestashop Version 1.7.2.4

PHP: 5.6 auch schon 7.1 probiert

Fehlermeldung vom Hoster heute erhalten:

[Wed Nov 11 11:29:37.967605 2020] [fcgid:warn] [pid 12066] [client 194.230.155.128:53364] mod_fcgid: stderr: Next exception 'LogicException' with message 'Request stack is empty' in /home/ch239901/web/online.kuechenzauber.shop/public_html/app/bootstrap.php.cache:3224, referer: https://online.kuechenzauber.shop/administrator/index.php?controller=AdminLogin&token=cd95b581655ecb08d2ae752a4101973e&redirect=AdminDashboard
[Wed Nov 11 11:29:37.967609 2020] [fcgid:warn] [pid 12066] [client 194.230.155.128:53364] mod_fcgid: stderr: Stack trace:, referer: https://online.kuechenzauber.shop/administrator/index.php?controller=AdminLogin&token=cd95b581655ecb08d2ae752a4101973e&redirect=AdminDashboard
[Wed Nov 11 11:29:37.967612 2020] [fcgid:warn] [pid 12066] [client 194.230.155.128:53364] mod_fcgid: stderr: #0 [internal function]: Symfony\\Component\\HttpKernel\\HttpKernel->terminateWithException(Object(Symfony\\Component\\Debug\\Exception\\ClassNotFoundException)), referer: https://online.kuechenzauber.shop/administrator/index.php?controller=AdminLogin&token=cd95b581655ecb08d2ae752a4101973e&redirect=AdminDashboard
[Wed Nov 11 11:29:37.967615 2020] [fcgid:warn] [pid 12066] [client 194.230.155.128:53364] mod_fcgid: stderr: #1 /home/ch239901/web/online.kuechenzauber.shop/public_html/vendor/symfony/symfony/src/Symfony/Component/Debug/ErrorHandler.php(606): call_user_func(Array, Object(Symfony\\Component\\Debug\\Exception\\ClassNotFoundException)), referer: https://online.kuechenzauber.shop/administrator/index.php?controller=AdminLogin&token=cd95b581655ecb08d2ae752a4101973e&redirect=AdminDashboard
[Wed Nov 11 11:29:37.967619 2020] [fcgid:warn] [pid 12066] [client 194.230.155.128:53364] mod_fcgid: stderr: #2 /home/ch239901/web/online.kuechenzauber.shop/public_html/vendor/symfony/symfony/src/Symfony/Component/Debug in /home/ch239901/web/online.kuechenzauber.shop/public_html/app/bootstrap.php.cache on line 3224, referer: https://online.kuechenzauber.shop/administrator/index.php?controller=AdminLogin&token=cd95b581655ecb08d2ae752a4101973e&redirect=AdminDashboard

Ich bin auf der Suche nach einem Artikelbewertungs-Modul. Beim Artikelbewertungs-Modul von PrestaShop (Artikel-Kommentare v4.0.1) gibt es scheinbar keine Möglichkeit einen Nickname anzugeben. Ich finde es problematisch den tatsächlichen Namen bei einer Bewertung anzeigen zu lassen. Welches Modul verwendet ihr, welches könnt ihr empfehlen?

Danke!

PrestaShop 1.7.6.3

ich benötige eure Unterstützung bei dem Modul PrestaShop Metrics und Google Analytics.
Das Modul habe ich installiert, eingerichtet und funktioniert auch. Sprich es werden Statistiken angezeigt, aber mit Google Analytics habe ich ein Problem.

Ich klicke auf "Verbindung zu Google Analytics" und fange mit der Einrichtung an.

Anschließend wähle ich meinen Account, der damit arbeiten soll:

Ich vertraue PrestaShop Metrics und klicke auf weiter:

Dann läd die Seite und es kommt folgende Meldung:

Die Cookies habe ich bereits gelöscht. Auch mit einem Inkognito-Fenster und deaktivierten Addons funktioniert es nicht.
Microsoft Edge habe ich ebenfalls probiert.

Auf meinem Google-Konto wird auch angezeigt, dass die Daten erfasst werden, aber im Shop steht noch immer, dass ich mit Google Analytics verbinden soll.

Prestashop: 8.1.5
PHP-Version: 8.3.8-nmm1

Könnt ihr mir evtl. weiterhelfen?

Besten Dank.

Gruß

wir haben von Paypal die Info bekommen das das Standardmodul V3.18.1 für Paypal nicht mehr funktionieren wird und nur  CHECKOUT benutzt werden soll. wir kriegen das paket Checkout v6.3.6.3 nicht zum laufen.

wir haben jetzt rumprobiert, updates installiert, PAYPAL standard deaktiviert und wieder aktiviert. Jetzt is der API Key, Password für API weg und es sind keine Zahlungen mehr möglich.

Kann da einer helfen, wie kommen wir wieder an diesen Key und wie muss das checkout lauffähig installiert werden.

schon mal besten dank für eure hilfe

mfg

Gerd

ich hätte gerne Icons in meinen Produkteigenschaften. Weiss einer wie ich da vorgehen muss?

Ich habe noch einen Screenshot angehängt.

Vielen Dank im Voraus

Beste Grüße

Mark

kann eine Bild-URL zwar im Browser aufrufen, jedoch nicht nach Prestashop 8.1. via csv-Datenimport übertragen, jedenfalls wird lediglich der Alternativ-Foto-Tex angezeigt, nicht das Foto. 

Hat jemand eine Idee?

L.G. aus Köln

Arthur

ich habe gerade Prestashop 8.1.7 ganz neu aufgesetzt und habe folgendes Problem.

Auf meinem Smartphone beispielsweise wird mir nur 1 Produkt angezeigt. Ich möchte dort aber auch schon gerne zwei angezeigt bekommen.

Und auf der Produktseite möchte ich auch früher dass nicht mehr alles untereinander angezeigt wird, sondern wie auf dem Desktop.

Ich möchte nämlich dass der Shop auch entsprechend aussieht auf einem Foldable Smartphone und ich nicht links und rechts breite Balken habe...

Wie kann ich das ändern?

Ich habe mal Bilder angehängt, wie das derzeit aussieht. Zusammengeklappt und Aufgeklappt.

Freue mich über jede Hilfe.

• Datenschutzbedingungen (bearbeiten mit dem Modul "Kundenvorteile")
• Lieferbedingungen (bearbeiten mit dem Modul "Kundenvorteile")
• Rücksendebedingungen (bearbeiten mit dem Modul "Kundenvorteile")

Frage:

Wo finde ich dieses Modul "Kundenvorteile"? Die ganze Suche bei den Modulen, Forum und Google war zwecklos.

Könnt Ihr mir bitte helfen? Danke

Marga

evtl. könnt ihr mir gerade weiterhelfen.

Ich möchte in meinem Shop die Flächen "Ihr Konto" und "Shop-Einstellungen" im Footer umbenennen, aber leider finde ich keine Einstellungsmöglichkeit und ich habe auch schon bei "Translations" auf dem FTP geschaut. Jedoch ohne Erfolg ... 

Kann mir jemand dabei helfen?

Besten Dank vorab.

Folgendes Problem: ein Produkt mit 2 Varianten kostet 65 Kronen (1) und 103 Kronen (2)  inkl. MWst. Das ist der Preis, den der Kunde im Shop sieht.

Wenn das Produkt in den WK gelegt wird und die Bestellung ist vollendet, bekommt der Kunde ja eine Rechnung als PDF angehängt zusammen mit der Bestellbestätigung.

Jetzt der Fehler: auf der Rechnung (auch auf unserer im BO) wird als Preis aber 53 Kronen (z. B. Variante 1) angezeigt.

Weiss jemand Rat und hat den selben Fehler entdeckt ?

Zur Verdeutlichung siehe angehängtes Bild.

Ist schon blöd, da wir immer drauflegen, weil die Kunden zuwenig bezahlen :o(

Danke im voraus.

Beste Grüsse aus Schweden, Frank