Autor: Martin Steudter

Habe Wirtschaftsinformatiker mit Schwerpunkt absatzorientierte Wirtschaftsinformatik studiert. Und genau das liebe und mache ich bei KonVis. Bin bei KonVis zuständig für eCommerce Beratung und Projektleitung bei KonVis. Weiter besitzt ich durch eine Vielzahl an Projekten umfangreiche Erfahrung im Bereich von Webprojekten für kleinere und mittlere Unternehmen verschiedenster Branchen. Schwerpunkt meiner Arbeit ist die laufenden Beratung, Umsetzung und Betreuung im eCommerce Bereich wie Internetseiten sowie Magento Online Shops. Mehr Informationen unter www.KonVis.de
Veröffentlicht am

Magento 2.4 bzw. Magento 2.4.5-p1 – The consumer isn’t authorized to access %resources. Probleme mit Rest-API und Lösung

Bei verschiedenen Shops gab es Probleme beim externen Zugriff per REST-API.  Anbieter von Billing Lösungen hatten keinen Zugriff mehr auf den Magento 2 Shop.

Die Fehlermeldung bei allen Anbietern war „The consumer isn’t authorized to access %resources.“

Die Ursache ist das Magento 2.4.4 Update. Dort kam eine neue Einstellung hinzu „Allow OAuth Access Tokens to be used as standalone Bearer tokens“

Sobald standalone Bearer tokens erlaubt werden geht es.

zu Finden

Magento Admin -> Stores -> Stores -> Configurationen -> Services -> oAuth

consumer-isnt-authorized-to-access-esources

Mehr Informationen zu Magento 2 Online Shops finden Sie hier

Veröffentlicht am

Magento 2.4.5-p1 bug – Shopping cart rules and free shipping for table rates not longer working

magento-bug-export-import-order-erweiterung

Before the update to magento 2.4.5-p1 the shopping cart rules where used to reduce shipping to 0€ based on subtotal and shipping country. This was working perfectly. After the update they don’t reduce the shipping price like expected.

 

How to reprodduce?

PHP 8.1

Magento 2.4.5-p1

table rules with setting

-> weight vs destination
-> some rules for each country based on weight. Lower weight shows eg. 5€ shipping, heigher weight 10€ shipping

 

Shopping cart Rule are like:

conditions

-> subtotal incl. tax higher as eg. 60€
->  shipping country is germany

actions

-> free shipping for shipping with matching items

The result was if the conditions were met it showed correctly 0€ for the shipping method table rates. If the subtotal was lower the regular shipping costs were shown

 

After the update to 2.4.5-p1

Instead of 0€ when conditions are meet it shows everytime only the lowest shipping rates for the table rates based on the country. Eg. correct table rate would be 10€ it shows 5€ because this is lower? But the condition was met and in general it should show 0€ but it does not show it.

eg. in germany it would be 5€ it shows 5€, in austria another value etc.

 

„solution“ for shopping cart, table rates and free shipping bug

Based on magento docu the free shipping method is needed? This was not needed before the update.

The problem is the table rates are still wrong when free shipping method is configured like in the documentation.

https://experienceleague.adobe.com/docs/commerce-admin/marketing/promotions/cart-rules/price-rules-cart-free-shipping.html

-> activate free shipping method
-> set the min amount very high

 

Result:

The free shipping shipping method is shown correctly based on the shopping cart rules. BUT the table rates are still wrong. When the shopping cart rules got triggered it  shows diretly the wrong (lowes) table rates

 

We found this post which had a similar bug and asked magento for help

https://github.com/magento/magento2/issues/35967#issuecomment-1239236454

Any solution to this bug? Feel free to add in the comment. We still looking for a solution where the user does not have to choose „free shipping“ and the table rates are just reduced to zero like it was before the update.

We are currently not sure if we used something which was not intendeed to be used like we did?

 

more information about Magento 2 shops

Veröffentlicht am

Shopware-Cloud – Ändern von Paypal nicht möglich

magento-bug-export-import-order-erweiterung

Leider haben wir aktuell massive Probleme bei einem Shopware-Cloud Projekt. Der Shop wird von Shopware betrieben und ist nicht von uns selbst gehostet. Wir benutzen den nur, aber sind aktuell komplett ausgebremst und kommen nicht weiter.

Seit einiger Zeit wollen wir nun eigentlich mit dem Shop weiterkommen, aber können es nicht. Zu Beginn des Projektes hatten wir unseren Firmen PP Account hinterlegt, da unser Kunde noch keinen PP parat hatte.  Alles kein Problem dachten wir. Es sind ja nur 30€/Monat und wechseln später den PP Account einfach.

Nun wollen wir beim Shop den PP Account des Kunden hinterlegen, sodass dieser die ca. 30€ monatliche Gebühr sowie Provisionen zahlt. Und natürlich auch die Verkäufe überhaupt bekommt.
„Shopware-Cloud – Ändern von Paypal nicht möglich“ weiterlesen

Veröffentlicht am

Magento 2.3 – Page Builder macht Probleme durch data-content-type div Container – Wie deaktivieren?

Der Magento 2.3.X Page Builder führt je nach Template/Shop zu Problemen. Der Hintergrund ist, dass div Container eingefügt werden als „data-content-type “ die den html Code und andere Dinge umschließen.

Das wiederum führte bei einem Magento Onlineshop von uns zu Problemem, da das Layout im Frontend zerstört wurde.

Laut Blogpost von stackoverflow scheint es eine Kernfunktion des Pagebuilders zu sein https://magento.stackexchange.com/questions/282109/how-to-remove-extra-divs-in-my-page-builder-cms-blocks

 

Die Lösung war in unserem Fall einfach das deaktivieren des Page Builders. Das geht mit einer simplen Einstellung in den Konfigs.

https://docs.magento.com/user-guide/cms/page-builder-setup.html

Veröffentlicht am

Lösung zu: WordPress Avada Mega Menue lässt sich nicht speichern – Einstellungen gehen verloren

Hier die Lösung für ein kleines nerviges Problem. Bei größeren Avada Mega Menues kann es passieren, dass diese sich nicht mehr speichern lassen. Es wird alles eingestellt, speichert aber die Einstellungen sind weg.

Die Ursache sind, dass das Webhosting die Menge nicht verarbeiten kann an Variablen. Die Lösung ist die php.ini anzupassen.

UPDATE: I had made that edit in my webroot php.ini. I then contacted my host and they added a .user.ini in the wp-admin folder with max_input_var = 10000 and that did the trick!

vgl. hier https://theme-fusion.com/forums/topic/mega-menu-wont-save/#post-501766

mehr zum Thema WordPress Internetseite gibt es hier

Veröffentlicht am

(EN) Solution – Shopware production template – Docker and Linux – 500 internal server error for Frontend – production template / productive mode – 6.3.4.0 – Frontend not working Backend is working

magento-bug-export-import-order-erweiterung

We had lot of problem with this bug Shopware production template – Docker and Linux – 500 internal server error for Frontend – production template / productive mode – 6.3.4.0 – Frontend not working Backend is working. „(EN) Solution – Shopware production template – Docker and Linux – 500 internal server error for Frontend – production template / productive mode – 6.3.4.0 – Frontend not working Backend is working“ weiterlesen