Heinrich.M

Ich habe mir eben mal die aktuellste PS 1.7x installiert samt überarbeitetem Rechtssicherheitsmodul. Ich finde es ganz schön, also visuell, dass z.B. auf der Startseite die Produkte nicht mehr alle mit zzgl. Lieferzeiten und Mwst. link versehen sind. Dieser findet sich nun wieder im footer wie vor langer Zeit oftmals üblich. Ist das denn nun rechtlich akzeptabel? Wahrscheinlich ja, da meine Lieblingsseite otto. de es ebenfalls so handhabt. Vermutlich ist es ok, so lange kein Warenkorbbutton in der Nähe ist. Falls das so ist, hätte ich gern einen Leitfaden, dieses mit 1.6.10 umzusetzen /thumbup

content="{$productPrice} is the culprit of course. For the setting "round Tax" in BO this vaule needs rounding, breaking down to two decimals after "point" for Google Schema...

I noticed that itemprop="price" is always 1 cent reduced of normal price when product is out of stock! But also some products are effected that are on stock. ​ So, I assume this could be "only" database related? I would be so glad to get some help here. ​ ​Or is it a calculation issue: itemprop="price" content="17.899999">17,90 € ​rounding? theme or Prestashop? ​

I notice the exactly same error a week ago on our site. PS 1.6.15 Shoply theme. ​ ​ ​ ​For testing purpose I replaced /theme/shoply/product.tpl, /theme/shoply/js/the product js and /controllers/product controller with Prestas' original. The problem remained?! This is really critical and needs a fix. ​ ​a quick fix could be to set SSL only for the cart pages etc., so the "mixed content" warning would go away and page might be a bit faster loading. BUT I do not know if this could trigger issues with htacces since we got a dozen rewrites in it or with GoogleSearchConsole and 404er errors or so ​ ​ ​

​We have this error: ​<span id="our_price_display" class="price" itemprop="price" content="10.999999">11,00 €</span> No idea what the cause is. I compared product controller to original and they are identical?

​This is code of my product.tpl: <!-- prices --> <div class=“price”> <p class=“our_price_display” itemprop=“offers” itemscope itemtype=“https://schema.org/Offer”>{strip} {if $product->quantity > 0}<link itemprop=“availability” href=“https://schema.org/InStock”/>{/if} {if $priceDisplay >= 0 && $priceDisplay <= 2} <span id=“our_price_display” class=“price” itemprop=“price” content="{$productPrice}">{convertPrice price=$productPrice|floatval}</span> <meta itemprop=“priceCurrency” content="{$currency->iso_code}" /> {/if} {/strip}</p> {hook h=“displayProductPriceBlock” product=$product type=“price”} {if $priceDisplay >= 0 && $priceDisplay <= 2} {if $tax_enabled && ((isset($display_tax_label) && $display_tax_label == 1) || !isset($display_tax_label))} <span class=“tax-label”>{if $priceDisplay == 1} {l s=‘tax excl.’}{else} {l s=‘tax incl.’}{/if}</span> {/if} {/if} <p id=“old_price”{if (!$product->specificPrice || !$product->specificPrice.reduction)} class=“hidden”{/if}>{strip} {if $priceDisplay >= 0 && $priceDisplay <= 2} {hook h=“displayProductPriceBlock” product=$product type=“old_price”} <span id=“old_price_display”><span class=“price”>{if $productPriceWithoutReduction > $productPrice}{convertPrice price=$productPriceWithoutReduction|floatval}{/if}</span>{if $tax_enabled && $display_tax_label == 1} {if $priceDisplay == 1}{l s=‘tax excl.’}{else}{l s=‘tax incl.’}{/if}{/if}</span> {/if} {/strip}</p> {if $priceDisplay == 2} <br /> <span id=“pretaxe_price”>{strip} <span id=“pretaxe_price_display”>{convertPrice price=$product->getPrice(false, $smarty.const.NULL)}</span> {l s=‘tax excl.’} {/strip}</span> {/if} </div> <!-- end prices --> As said Google Merchant Center list more ca. 200 products. 10% of them are blocked due to mismatch in price. This is the case since google believes in the prices in the feed it gets from us and that is ok. But it also believes in schema.org price markup of the html of the given products when it crawls them. If you look into those products at the html code you see that schema.org prices differ from 'standard' price!! this is serious . ​ ​ ​

What can be the reason that in HTML of product.tpl there is a mismatch of schema org price and price shown to customers? <span id="our_price_display" class="price" itemprop="price" content="{$productPrice}">{convertPrice price=$productPrice|floatval}</span> html: temtype="https://schema.org/Offer"><span id="our_price_display" class="price" itemprop="price" content="10.999999">11,00 €</span><meta itemprop="priceCurrency" content="EUR" That is a serious problem for our product advertisement via Google Shopping

Ich konnte den Warenkorb Login via PayPal nun realisieren dank der Erklärungen hier. Allerdings wird der Kunde dann in den Kundenbereich gelenkt, obwohl er eigentlich nach dem Ausflug über "Login Via PayPal" wieder im Warenkorb landen sollte? ​Was muss ich dafür tun? ​

​danke sehr. Das habe ich nun vestanden. Toll wäre es, wenn die Änderung hier veröffentlich werden könnte mit den "trigger Worten". Das gefällt mir sehr!

Guten Morgen, kann uns jemand netter Weise erklären, wie die Statistik zur Besucher zu lesen ist? Wir haben null Besucher aber 8 Besuche oder umgekehrt. Wie geht das?

Ok, wir haben nun das passende PayPal Modul 3.2.x für die Prestashop Version 1.4.9 mit dem ButtonFix installiert. Es kommen PayPal Bestellungen rein aber ist das nun so alles richtig? Hier wird immer über Express ja/nein --> NEIN geredet. Tja,... bei diesem nun hier als definitiv richtigem Modul sieht es bei uns so aus: Ist das nun korekt so? Ich würde gern mich etwas anderem beschäftigen als tagelang mit so einem Modul, welches aber zum Glück umsonst ist!

Bei mir war es heute so, dass das PayPal Modul 3.4 wie auch 3.2.x sich nicht ohne Fehlermeldung konfigurieren liess, wenn das Modul 'Backward Compability' oder so ähnlich deaktiviert war.

Ich bin vielleicht ein wenig penibel aber ich möchte ja auch verstehen. Auch wenn es hier alles als gelöst markiert ist, könnte mir bitte noch jemand erklären, wann nun genau der Status: "Erfolgreich abgeschlossen" benutzt werden soll? vielen Dank

Two years later I am troubled by the same error HIPPI!! 1st time I solved a problem by myself )) The error was tha my local clone's \config\settings.inc.php had not defined the Base Uri: define('__PS_BASE_URI__', '/myshop/'); With this change it works.

Wie kann man denn objektiv Unterschiede messen, bei den verschiedenen Einstellungen unter Leistung im BO? Wir nutzten leider nur einen shared host aus Kostengründen.