Als Magento Agentur mit Fokus auf Onlineshoperstellung für anspruchsvolle B2B- und Spezialanwendungen entwickeln wir bei Econcess regelmäßig individuelle Erweiterungen für Magento 2. In diesem Beitrag zeigen wir eine praxisnahe Lösung für eine häufige Anforderung: die Eingabe und Verarbeitung von Preisen mit vier Nachkommastellen im Magento-Backend.
In der heutigen digitalen Welt sind Sicherheitsmaßnahmen wie Content Security Policy (CSP) unerlässlich, um die Integrität und Sicherheit von Webseiten zu gewährleisten. Ein Composer-Update auf beispielsweise Magento 2.4.6-p6 kann jedoch dazu führen, dass Inline-Skripte nicht mehr geladen werden, was insbesondere im Checkout-Prozess eines Onlineshops problematisch sein kann. In diesem Beitrag wird erklärt, wie dieses Problem gelöst werden kann, warum diese Änderungen notwendig sind, und welcher Sicherheitsaspekt dabei berücksichtigt wird.
Die API von Magento ist ein beliebtes Ziel für Hacker. Immer wieder wird beobachtet, dass Angreifer über diese Schnittstelle Schadcode in Content-Blöcke einfügen. Der Code wird beim Seitenaufruf automatisch im Browser der Besucher ausgeführt – mit potenziell gravierenden Folgen für Sicherheit, Datenschutz und Kundenvertrauen.
Nach einem Update von Magento 2 hatten wir das Problem, dass die Bilder im WYSIWYG-Editor nicht mehr angezeigt wurden. Wenn man allerdings ein neues Bild hochgeladen hat, wurde dieses problemlos angezeigt. Alle anderen im WYSIWYG-Ordner befindlichen Dateien wurden jedoch weiterhin nicht dargestellt. Da die Berechtigungen der Dateien korrekt waren und auch die Fehlermeldungen keine konkreten Hinweise auf das Problem gaben, mussten wir tiefer nachforschen.
Aufgabenstellung in unserer Onlineshopagentur: Die Zahlungsschnittstelle des Herstellers Customweb unseres Magento 2-Shops musste mit der Schnittstelle des Anbieters Fatchip ersetzt werden, da Computop die Betreuung Ihrer Shopschnittsellen von Customweb an Fatchip übergeben hat. Die neue Fatchip-Schnittstelle ließ sich ohne Probleme installieren, Customweb-Module wurden deinstalliert.
Bei der Entwicklung von benutzerdefinierten Erweiterungen in Magento 2 hatten wir das Problem, dass die Content Security Policy (CSP) Hashes in der Browser-Konsole nicht angezeigt wurden. Diese Hashes sind wichtig, um Inline-Skripte und andere Inhalte, die von CSP blockiert werden könnten, zu erlauben. In diesem Beitrag zeigen wir Ihnen, wie Sie ein eigenes Plugin erstellen, um die CSP-Richtlinien in Magento anzupassen und die Hashes sichtbar zu machen.
Auf der Website eines unserer Kunden haben wir im Check-out Prozess eine Spendenfunktion integriert, die es den Nutzern ermöglicht, verschiedene lokale oder globale Umweltprojekte finanziell zu unterstützen.
So erstellen Sie ein benutzerdefiniertes individuelles Formular in Magento, ganz einfach mit einer form.phtml Datei.
Magento-Entwickler aufgepasst! Es gibt aufregende Neuigkeiten für euch. Egal, ob ihr bereits Magento nutzt oder darüber nachdenkt, es in eure Online-Geschäftsstrategie zu integrieren, dieser Artikel liefert euch alle wichtigen Informationen, die ihr braucht. Wir werfen einen Blick auf die neuesten Funktionen, Verbesserungen der Plattform sowie Updates zu Sicherheit und Performance.
Sie planen ein Großkundenprojekt und haben sich für Magento 2 als E-Commerce-Plattform entschieden? Dann sind Sie hier genau richtig! In diesem Blogartikel geben wir Ihnen Einblick in unsere Erfahrungen bei der Planung und Umsetzung unserer eigenen Großkundenprojekte mit Magento 2. Wir zeigen Ihnen, wie Sie Ihr Projekt effizient und erfolgreich umsetzen können und worauf Sie dabei achten sollten. Lesen Sie weiter und entdecken Sie nützliche Tipps und Tricks für eine erfolgreiche Magento 2 Implementierung.
Magento ist eine leistungsstarke E-Commerce-Plattform, die von vielen Online-Händlern weltweit genutzt wird. Die Installation von Magento auf einem lokalen Server ist der beste Weg, um die Plattform kennenzulernen und zu testen, ohne dass Sie eine Internetverbindung benötigen. Wenn Sie jedoch noch nie eine E-Commerce-Plattform installiert haben, kann es ein wenig einschüchternd wirken. Keine Sorge, wir haben eine schrittweise Anleitung erstellt, um Ihnen zu helfen, Magento auf Ihrem lokalen Server zu installieren! In diesem Blog-Artikel stellen wir Ihnen die notwendigen Schritte vor und bieten Ihnen hilfreiche Tipps und Tricks, damit Sie Magento erfolgreich installieren können.
E-Commerce macht einen erheblichen Anteil aller Unternehmen weltweit aus. Jahr für Jahr steigen die Einzelhandelsumsätze im elektronischen Handel weltweit.
In unserer Agentur sollte ein Magento CE 2.4.5-p1 Onlineshop installiert werden auf XAMPP (PHP 8.1) / Windows. Magento Webshops sind nicht ausgelegt auf Windows bzw. XAMPP, daher gibt es hier einige Besonderheiten. Nachdem wir die meisten Schwierigkeiten ausräumen konnten (richtige c:\xampp\apache\conf\extra\httpd-vhosts.conf-Konfiguration, Anpassung \vendor\magento\framework\View\Element\Template\File\Validator.php wg. unterschiedlichem Verzeichnistrenner, etc.) blieb ein Fehler bestehen.
Der elektronische Geschäftsverkehr oder E-Commerce ist einfach der Marktplatz für den Kauf oder Verkauf von Produkten über das Internet.
Heutiges Problem in unserer Internetagentur in unserem Onlineshop (Magento 2 CE 2.4.3): Die Extension Store Restriction Pro des Extension-Herstellers Magepsycho, die den Zugang für bestimmte Nutzergruppen zu bestimmten Seiten beschränken soll, funktioniert nicht wie gewünscht. Man hat hier die Möglichkeit, unter anderem CMS-Seiten auszuwählen, die auch ohne Registrierung zugänglich sind. Jedoch werden diese bei aktiviertem Cache nicht gezeigt, sondern zum Login umgeleitet. Die Konfiguration im Backend kommt also nicht an im Frontend.
In einem in unserer Webagentur programmierten Magento 2 Onlineshops standen wir vor der Herausforderung, in der Ergebnisliste der erweiterten Suche nur bestimmte Artikel anzuzeigen, bei uns Produkte mit einer bestimmten Attributausprägung, also: zeige nur Artikel in der Suchergebnisliste der erweiterten Suche, die das Attribut x mit dem Wert y besitzen.
Nach dem Update eines Magento 2 Onlineshops auf Version 2.3.4 und der nachträglichen Konfiguration der 2-Faktor-Authentifizierung über den Google Authenticator trat in unserer Webagentur das Problem auf, dass wir trotz erfolgreicher Verifizierung immer wieder auf die Seite der 2-Faktor-Authentifizierung zurückgeleitet wurden.
Tritt in einem Magento2-Onlineshop beim Versuch, den Befehl bin/magento setup:upgrade auszuführen, die Fehlermeldung auf: "The attribute 'length' is not allowed." mit vorangestellter Meldung "The XML in file "db_schema.xml" is invalid", reicht es aus, die XML-Struktur anzupassen.
Unsere Webagentur hatte die Aufgabe, die Versandkosten individuell für jedes Produkt des Magento2-Onlineshops festzulegen. Genauer: Jedem Produkt, abhängig von einem bestimmten Attribut, ein bestimmtes Gewicht zuzuweisen, mit dem dann (mit Hilfe der tabellenbasierten Versandkosten) die endgültigen, gesamten Versandkosten bestimmt werden können. Hierzu kann man beispielsweise ein kleines Plugin schreiben.
Nach der (vermeintlich) erfolgreichen Erstellung einer Sitemap in Magento 2 (CE 2.3.5) wurde bei Ansteuerung der Sitemap ein Parse Error ausgegeben. Der Fehler: This page contains the following errors: Entity 'iacute' not defined. Below is a rendering of the page up to the first error. Die hier angebotene Lösung unserer Webagentur bzw. der angebotene Workaround bezieht sich natürlich nicht nur auf die Entity "iacute", also "í", welche dem Buchstaben "í" entspricht, sondern auch Umlaute und andere Sonderzeichen wie Trademark (™) o.Ä..
Aufgabenstellung bei der Programmierung eines Onlineshops in unserer Webagentur: Wir möchten den Preis eines Produkts auf der Basis einer Option eines ausgewählten Attributes ausblenden, sowohl in der Listansicht (Kategorien, Suche, etc.) als auch in der Produktdetailansicht.
Aktuelle Fragestellung in unserer Webagentur im Rahmen einer Onlineshop Erstellung auf Magento 2 Basis: Wie lassen sich die Preise in der Produktdetailansicht und in der Artikellistenansicht ohne Nachkommstellen darstellen? Die gute Nachricht: Magento 2 lässt bei der Formatierung des Preises mit Hilfe der Funktion formatCurrency() einen optionalen Parameter "$precision" zu, der für die Darstellung / Rundung verantwortlich ist. Die schlechte Nachricht: In der Detailansicht wird per Javascript noch einmal "nachformatiert".
In unserer Internetagentur migrieren wir aktuell einen alten Magento 1 Shop auf Magento 2.
Für die Migration nutzen wir das Datenbankmigrationstool von Magento. Bei der Nutzung wurde dann folgender Fehler ausgegeben:
Wir haben in unserer Internetagentur nach der Aktualisierung von Magento auf Version 2.3.5 festgestellt, dass die Konsole einige Fehler ausgibt. Dabei wurde das Laden von verschiedenen Dateitypen aus externen Quellen bemängelt (Refused to load the...). Beispielsweise Javascript, CSS, Bilder und Google-Fonts.
Beim löschen des Magento Static Caches kommt es zu dem Problem, das die Seite eine gewisse Zeit braucht, bis Sie wieder einwandfrei funktioniert. Dies ist natürlich suboptimal, wenn man Änderungen umsetzt, bzw. wieder rückgängig machen muss.
Gibt es beim Einspielen des Sicherheitsupdates SUPEE-11555 Probleme und bricht das Update ab bei der Datei media.js, kann dies an den Zeilenenden liegen. Die Meldung beim Update-Prozess des Onlineshops lautet dann: "checking file js/tiny_mce/plugins/media/js/media.js Hunk #1 FAILED at 483 (different line endings).1 out of 1 hunk FAILED". Dies lässt sich aber leicht beheben.
Gesehen in unserer Internetagentur in einem Onlineshop auf der Basis von Magento 2: Zu einem bestimmten Zeitpunkt war ohne Änderungen am Onlineshop kein Login in den Adminbereich mehr möglich. Im erzeugten Fehlerreport wurde darauf hingewiesen, dass ein Zertifikat einer per https-Protokoll angeforderten Seite nicht sicher sei, die anfragende Datei war Teil der Extension Hut Extension "Customer Apporoval". Genauer gesagt wurde der Fehler in der folgenden Datei verursacht, in der man dann die Änderung vornehmen muss:
Erhält man den Fehler "Uncaught SyntaxError: Unexpected token O in JSON at position 145" auf der Artikeldetailseite und das Artikelbild wird nicht mehr geladen und keine AJAX / Javascript-Operation ist mehr möglich, kann die Lösung relativ einfach sein. In unserem Onlineshop mit Magento 2 (Magento CE 2.2.5) war in unserem Artikelnamen das "Zoll-Zeichen" (") in Form eines doppelten Anführungsstriches vorhanden.
Erstellt man in Magento 2 ein konfigurier bares Produkt und weist diesem über ein ausgewähltes Attribut Einfache Produkte zu, so kann man eben diese Einfachen Produkte über ein Dropdown auf der Produktdetailseite auswählen. Es ändern sich Bilder und Preis, jedoch nicht die SKU, auch werden im Dropdown nur die Bezeichnungen des zugrunde liegenden Attributes angezeigt und nicht der Name des verknüpften Einfachen Produkts. Stattdessen wir die Differenz zum Preis des aktuell gewählten Einfachen Produkts angezeigt. Wir möchten nun erreichen, dass die Preisdifferenz nicht angezeigt und als Ersatz neben dem Attribut-Label der Name das jeweils verknüpften Einfache Produkts angezeigt wird: zuerst erstellen wir ein kleines Plugin und tragen hierbei in die Datei
Aufgabenstellung in unserer Agentur bei einem Onlineshop auf Basis von Magento 1 CE 1.9: Wir möchten die Artikelbeschreibung (die sehr kurz ist!) unterhalb der Artikelnummer in der Bestellübersicht in der Bestellbestätigung anzeigen. Der richtige Ort, um hier Änderungen umzusetzen, ist die Datei
Problemstellung in userer Internetagentur: Ein mittels Widget im Onlineshop-System Magento 2 eingebundener Seitenlink wurde nicht auf unserer no-route-Page angezeigt, obwohl im Magento-Backend in den Widgeteinstellungen so festgelegt. So ist hier Typ "Seiten-Link", Paket/Theme "Luma" und als Storeviews alle vorhandenen ("Alle Store Views" würde auch reichen!) angegeben, Sortierreigenfolge hier egal, Layoutupdates nur für "Angegebene Seite" und zwar Seite "CMS No-Route Default Page" ("CMS No Route") ging hier genau so wenig, gehen wir aber nachher näher darauf ein:
Ist das Backend in Magento 1 extrem langsam, schon beim Einloggen oder beim Speichern von Artikeln, gibt es ein paar Kniffe, die Abhilfe schaffen können: Zwei Knackpunkte sind hierbei das /var/cache-Verzeichnis und die Tabelle core_url_rewrite. Ist das Backend schon beim Einloggen extrem langsam, hilft es den Ordner "var/cache/" manuell zu löschen. Ist das Bearbeiten bzw. Speichern von Artikeln sehr langsam, kann das an langsamen Datenbankabfragen liegen. Diese kann man beispielsweise mit einem slow query log ausfindig machen. Bei uns war hier die exorbitant große Tabelle core_url_rewrite auszumachen, bei der Zugriffe zum Teil über 30 Sekunden und länger dauerten. Maßnahme hier: Manuelle Rewrites sichern, Auswahl z.B. durch REGEXP:
Wie ändert man den Namen (Titel / Label) der Klarna Payments lösung im Checkout eines mit Magento CE 1.9 umgesetzten Onlineshops um? Vorausgeschickt: Im Backend ist diese Einstellung leider nicht auffindbar, so steht dann im Checkout z.B. "Rechnung." mit Punkt statt "Rechnung" ohne Punkt. Hier hilft eine Änderung im "payment form block". Wir suchen somit in der Datei
Wie ändert man den Namen im Kontaktformular in Magento 1 von einem Pflichtfeld in ein optionales Feld? Hintergrund: Im Rahmen der in 2018 wirksam gewordenen Datenschutzgrundverordnung (DSGVO) möchte man dem User die Möglichkeit geben, eine Nachricht an den Shopbetreiber zu übermitteln, ohne den Namen angeben zu müssen.
Wie kann man CMS-Seiten abhängig davon gestalten, ob ein User eingeloggt ist oder nicht? Im Grunde relativ einfach: Man erstellt eine phtml-Datei, die man dann in der CMS-Seite einbindet. In dieser Datei kann man dann die Funktion isLoggedIn verwenden, die zurückgibt, ob der User eingeloggt ist oder nicht und so verschiedene Ausgaben erzeugen, z.B. verschiedene statische Blöcke Aufrufen.
Bei der Test-Bestellung auf unserem Magento-Shop erscheint die folgende Fehlermeldung in der Bestellbestätigung: CSS Inline Fehler: DOMXPath::query(): Invalid expression in selector >> div.block-minicart .minicart-items .product-item:not(:first-child) << in vendor/pelago/emogrifier/Classes/Emogrifier.php on line 372.
Nach Kunden-Login ist uns aufgefallen dass der Warenkorb gar nicht angezeigt wurde. Nur auf der Kunden-Konto Seite ist die sichtbar. Ob die angezeigt wurde oder nicht wurde in folgende Datei definiert C:\xampp_7_1_23\htdocs\oku-online\app\design\frontend\econcess\default\Magento_Checkout\templates\cart\minicart.phtml Die If-Schleife lautet:
Auf der Startseite wieder unter „Meistverkaufte Produkte“ muss zu den Produkten ein Produktbeschreibung hinzugefügt werden. Dazu muss ein Override erstellt werden. Die Template-Datei, die überschieben werden soll liegt unter:
\app\design\frontend\template-name\default\Magento_CatalogWidget\templates\product\widget\content\grid.phtml
Den Block der eingefügt werden muss finden wir unter
Auf der Startseite von unserem Shop unter „Meistverkaufte Produkte“ muss die „zu Vergleichsliste hinzufügen“ Funktion entfernt werden. Wir haben in unsere .xml Datei
\app\design\frontend\theme-name\default\Magento_Theme\layout\default.xml
folgende Codeschnipsel eingefügt:
Wir haben in einer unserer letzten Blogbeiträgen (https://econcess.de/blog/onlineshop-erstellung-magento/163-magento-2-onlineshop-username-fuer-kunden-login-einrichten) das Plugin "Diglin Username" vorgestellt, mit welchem es möglich ist sich bei Magento mit dem Username anzumelden.
Wir hatten das Problem, dass wir von folgender Fehlermeldung beim Laden der Magento Seite begrüßt wurden:
Magento\Framework\Serialize\Serializer\Serialize>Magento\Framework\Serialize\Serializer\{closure}(8, 'unserialize(): ...', 'C:\\xampp\\...', 42, Array)
Bricht der File-Upload in Magento 2 (hier: Magento 2.2.5) ab bei dem Versuch, eine Videodatei in einem statischen Block hochzuladen, kann es an einer zu großen post_max_size liegen. In diesem konkreten Fall war der PHP-Parameter in der php.ini auf 2048M eingestellt, also 2 Gigabyte. Sieht man sich nun bei dem Versuch, eine Datei hochzuladen, den in der Konsole ausgegebenen Fehler an, erhält man die Nachricht, dass der Compiler bei der Abarbeitung des Programmcodes auf einen "Unexpected token" getroffen ist und durch diesem dann einfach nicht mehr weiter machen kann.
Wir möchten den Kunden eines mit Magento 2 implementierten Onlineshops den Login mit einem Usernamen ermöglichen (zusätzlich zu dem regulären Login mit E-Mail-Adresse). Hierzu gab es schon in Magento 1 eine schöne Extension "Diglin Username". Diese ist für Magento 2 aktuell im Beta-Stadium, aber recht gut zu verwenden. Hier zeigen wir Euch, wie:
Wir wollen dem Kunden nun die Möglichkeit geben, während der Bestellung Kommentare eingeben zu können, die dieser Bestellung dann backendseitig zugeordnet werden sollen und so die Bearbeitung durch den Shopbetreiber ermöglichen. Zudem soll der Kunde seinen eingegebenen Kommentar sowohl in der Bestell-E-Mail als auch in der Bestellübersicht seines Kundenkontos finden können. Die erste Aufgabe ist mir einer geeigneten Extension schnell gelöst, wir haben hier mit der Erweiterung gearbeitet. Ist soweit ganz gut anwendbar, mit ein paar Schwächen, die aber mit ein paar Handgriffen gut auszugleichen sind. Nun erstellt diese Extension jedoch nur Backendkommentare. Bestellbestätigung und Bestellübersicht enthalten den eingegebenen Kommentar nicht.
Möchte man im Rahmen des Inkrafttretens der neuen EU Datenschutzgrundverordnung (DSGVO) in Magento das Kontaktformular abändern, so dass der Name kein Pflichtfeld mehr ist und so zu einem freiwillig auszufüllenden Feld verändert wird, sind einige Dinge zu beachten. Zuerst entfernt man die "required"-Klasse und das "Sternchen" in der Datei \app\design\frontend\PAKET\TEMPLATE\template\contacts\form.phtml, so dass dies das Ergebnis ist:
Wie fügt man in Magento 1.9 eine Checkbox im Kontaktformular und im Registrierungsformular ein, z.B. um die Volljährigkeit zu bestätigen oder das Akzeptieren der Datenschutzbestimmungen einzufordern? Eine praktikable Lösung sind hierbei die Bestellbedingungen (Admin->Verkäufe->Bestellbedingungen). Wir möchten nun also im Kontaktformular die Bestätigung der Datenschutzbestimmungen einbauen und in das Registrierungsformular die Bestätigung der Datenschutzbestimmungen und die Bestätigung der Volljährigkeit, beides in deutscher und englischer Sprache (2 Storeviews). Hierzu erstellen wir nun 4 Bestellbedingungen im Magento-Backend (Alter und Datenschutz, jeweils deutsch und englisch).
Wie erstellt man Sitemaps mit Bildern im Magento Onlineshop (Multishop mit 2 Websites und 3 Sprachen / Store Views je Website) und schließt bestimmte Seitentypen für einzelne Store Views aus? Hier ein Lösungsweg: Zuerst erstellen wir Unterordner für jede Sitemap, z.B. /sitemaps/sitemap-websitename1-storeviewname1/, /sitemaps/sitemap-websitename1-storeviewname2/, usw.. Danach legen wir im Magento-Backend pro Storeview eine Sitemap an und führen die Erstellung durch, so dass wir dann als Ergebnis eine Sitemap pro Sitemap-Ordner zur Verfügung haben (/sitemaps/sitemap-websitename1-storeviewname1/sitemap.xml, /sitemaps/sitemap-websitename1-storeviewname2/sitemap.xml, etc.).
Nach Installation des Sicherheitsupdates SUPEE-10570 für Magento CE 1.9.2.4 kann es passieren, dass der Warenkorb nur eine weiße Seite zeigt, ohne dass Serverlogs und Magento-Logs Fehler aufzeigen. Und dies nur bei aktivierter Kompilierung. Den Fehler hier zu finden ist ohne Logs relativ schwierig - wir konnten jedoch nach langer Suche den Schuldigen ausmachen, hier war es eine Funktion in /app/code/core/Mage/Customer/Helper/Data.php, namentlich getPasswordTimestamp().
Erscheint in dem System-Logfile var/log/ system.log diese Fehlermeldung: DEBUG (7): HEADERS ALREADY SENT: <pre>[0] PFAD_ZUR_MAGENTO_ISTALLATION\app\ code\core\Mage\Core\Controller\Response\Http.php:53, gilt es zuerst, die Stelle zu finden an der der Fehler entsteht, da die Http.php nur nachgeschaltet ist. Hierzu fügen wir z.B. in der Datei
Nach dem Kauf der UPS-Erweiterung "UPS Shipment" und dem Download der Datei bms-magento-upsshipment-1.3.3.zip wird diese entpackt und in den Hauptpfad der Magentoinstallation kopiert. Die SOAP-(PHP-)Extension muss hierzu aktiviert sein. Nach Inbetriebnahme der Erweiterung kann dann der Fehler "Missing or invalid Shipto AttentionName" auftauchen, wenn der Versand an eine Adresse außerhalb Deutschlands erfolgen soll. UPS benötigt hier dann neben dem eigentlichen Adressaten auch den "z.Hd."-Eintrag, der aber nicht aus Magento heraus übermittelt wird.
Funktioniert in manchen Bereichen des Magento-Backends der Bildupload nicht mehr und erscheint in der Fehlerkonsole der Fehler "ReferenceError: Uploader is not defined", so kann dies an der fehlenden Einbindung einiger benötigter Javascript-Dateien liegen, die nach der Umstellung von Flash- auf HTML-Uploader mit Magento CE 1.9.3 bzw. den entsprechenden Patches nun zwingend benötigt werden.
Wie integriert man die Mengeneinheit eines Artikels (z.B. Stück, m, qm, Liter, etc.) in der Bestellbestätigung in der Spalte "Menge" (Qty)? Zuerst schauen wir uns an, welche Datei für die Ausgabe der bestellten Produkte verantwortlich ist:
Wie verschlüsselt man Backend und Checkout in Magento? Durch die geeingnete Einstellung im Backend in System->Konfiguration->ALLGEMEIN->Web->Sicher. Doch wie verschlüsselt man auch alle restlichen Seiten? In dem man die sicherer Base-URL auch System->Konfiguration->ALLGEMEIN->Web->Ungesichert einträgt. Jaaa, so einfach, oder! Leider nicht bei bestehenden Magento-Installationen. Was ist hier das Problem? Alle in den Suchmaschinen indizierten ungesicherten (mit http-Protokoll ausgelieferten) Unterseiten werden nun zur Startseite umgeleitet.
Nach Einspielung des Magento-Patches SUPEE-9767 ist es nicht mehr möglich, PDFs via WYSIWYG-Editor in das Magento-System per Upload-Funktionalität zu übertragen, auch wenn dieser Dateityp zuvor über eine geeignete config.xml in den Kreis der erlaubten Erweiterungen aufgenommen wurde. Dies liegt an der nun vorhandenen neuen validate()-Funktion, die nach einer erfolglosen Ermittlung des Dateiformats via getimagesize() eine Exception ausgibt. Somit müssen wir verhindern, dass es zu dieser Exception kommt.
In Magento sorgt die Surcharge Extension dafür, dass man einfach und komfortabel Zuschläge für verschiedene Bereiche des Online-Shops erheben kann, ohne dafür die in Magento implementierten Preisregeln aufbohren zu müssen, um negative Rabatte zu ermöglichen. So beispielsweise auch für die Zahlarten als Zahlartenaufschlag für Nachnahmezahlung, Paypal und Co.. Mit PHP7 verändert sich jedoch die Darstellung im Checkout - hier wird statt den jeweiligen individuellen Zahlartenaufschlägen schlicht und einfach "1" (+ Währung) angezeigt.
Bei der Verwendung von PHP 7 für Magento Shops in der CE 1.9 (hier: 1.9.2.4) kann in der Artikelbearbeitung beim Bildupload Probleme geben. Dieser bricht beispielsweise ab oder bleibt ohne weitere Fehlermeldung hängen. Grund hierfür ist die mit PHP 7 eingeführte "Uniform Variable Syntax", heißt, in einfachen Worten gesagt, wir lesen nun (bezogen auf eingebettete Variablen) von links nach rechts und nicht mehr von rechts nach links.
Taucht die Fehlermeldung "Magento: is_readable() expects parameter 1 to be a valid path, string given" in den Magento-Logs auf, kann das an einem Bug in der Varien-Bibliothek liegen, genauer gesagt, an einem Bug in der Datei /lib/Varien/Io/File.php. Hier empfiehlt es sich, die Abfrage
Mit der Magento Extension "Simple Configurable Products" von Organic Internet sollte es möglich sein, in der Artikelliste (innerhalb einer Kategorie) den niedrigsten Preis für ein konfigurierbares Produkt in Abhängigkeit von den zugeordneten einfachen Produkten anzeigen zu lassen. Es soll somit der niedrigste Preis aller zugeordneten Produkte angezeigt werden. Die SCP-Extension führt hierzu (überwiegend) geeignete Datenankabfragen durch, in den Sie mit der ORDER-Anweisung die gewünschten Zeilen anfordert.
Bei der Verwendung von der Magento-Erweiterung "Improved Navigation" von Amasty kann folgender Fehler auftreten: Bindet man die Filter auf einer CMS-Seite (z.B. als Einstiegsmöglichkeit auf der Startseite) ein, so führt die Anwahl eines Filters auf die Unterseite "/shopby" mit der jeweiligen Option als URL-Parameter. Dort erkennt der Controller jedoch keine Beteiligung der Amasty-Extension und versucht, eine CMS-Seite anzuzeigen. Nach einiger Recherche zeigt sich, dass Amasty hier (ohne Not) aus der URL "/shopby" die URL "/s" macht und diese dann nicht zugeordnet werden kann - die Anzeige der 404-Seite ist die Folge.
Angenommen, wir möchten neben den Verkaufskategorien im Hauptmenü einige CMS-Seiten positionieren, die wir frei in der Kategoriebearbeitung editieren und hin- und herschieben möchten. Nehmen wir als Beispiel eine Seite für die Unternehmensdarstellung, die wir also also Kategorie "Unternehmen" anlegen und die dann unter /unternehmem.html erreichbar ist. Wir möchten jedoch nicht, dass /unternehmen.html z.B. mit statischem Block (da beschränkte Bearbeitungsmöglichkeiten) angezeigt wird, sondern eine neu erzeugte CMS-Seite "Unternehmen", somit erreichbar unter /unternehmen.
Wie kann man Kategorien in Magento auf CMS-Seiten oder auf Kontaktseiten weiterleiten? Es ist insbesondere bei mehrsprachigen Onlineshops komfortabel, wenn man einzelne Content-Elemente in der Kategoriestruktur abbilden kann, so z.B. eine Unternehmensdarstellung oder einen Link zum Kontaktformular (systemseitig bereitsgestellt unter /contacts). Wie in mehreren Threads beschrieben, reicht es hierzu leider nicht aus einen Custom-Rewrite zu erstellen, der den System-Rewrite ersetzten soll.
Wenn beim Produktimport in Magento Optionen von Multiselect-Attributen fehlen:
Auch in der Community Edition in der Version 1.9.1.0 bleibt ein Bug bestehen, der den reibungslosen Import von Multiselect-Attributen verhindert. Das Problem: Nach dem Import von Produkten mit Multiselect-Attributen fehlen an machen Stellen einige Attribut-Optionen.
In Magento können sich Fehler ergeben, wenn man über die Sprachauswahl verschiedene Seiten ansteuern möchte, für die verschiedene URL Keys angegeben wurden, z.B. "about-us" für die englische "Über uns"-Seite und "ueber-uns" für das deutsche Pendant.
Klein aber fein!
Tritt in Magento der Fehler "Diese Anfrage konnte nicht verarbeitet werden"
Heißt also in etwa: Für die Produkt Entity mit der ID 9478 und das Attribut mit der ID 180 wurde für den Store mit der ID 1 ein Wert versucht einzutragen, den es bereits gibt.
Die Problemstellung: Wir haben ein Attribut mit der Eigenschaft "Mehrfach Auswahl" erstellt und möchten dieses nun in Magento in der Kategorieansicht für die Sortierfunktion verwenden, die Produktliste also gemäß den Ausprägungen dieses Attributs sortieren. In den Standardeigenschaften eines Mehrfach Auswahl Attributs ist eben diese Funktionalität ("Als Sortiermöglichkeit in Kategorieansicht verwendbar") nicht aktivierbar.
Die Problemstellung: Wir verwenden den Onestepcheckout von Magestore und haben die Gift Wrap Funktionalität (Geschenkverpackung) zur Transportversicherung umgewidmet, die man damit optional zu jeder Bestellung hinzuwählen kann.
Der Rechnungskauf über den Dienstleister BillSAFE funktioniert aktuell nur mit dem Magento-Standard-Checkout ohne Probleme.
Problemstellung: In der Magento-Suche finden sich bei der Suche nach "Ölen" Produkte aus Polen, bei der Suche nach "grün" jegliche Arten von Grundierungen und bei "Laser" alle Gläser des Shops.
Problemstellung: Nach der Aktivierung der Option "Flat Catalog Product verwenden" im Magento-Admin-Bereich (System->Konfiguration->KATALOG->Katalog) funktioniert die Ausgabe der Artikelnummer per getSku() innerhalb einer Produktinstanz (z.B. $_product->getSku()) nicht mehr, Rückgabewert ist NULL.
Mit den Anweisungen IF und DEPEND in Magentos E-Mail-Templates (System->Transaktions-E-Mails) kann man die Ausgabe einzelner Inhalte bedingungsabhängig komfortabel steuern.
Der standardmäßig installierte Magento-Editor TinyMCE folgt leider nicht immer den Wünschen des Benutzers.
Sind Bilder im Backend-Bereich von Magento nach einem erfolgreichen Upload nicht sichtbar und werden diese ohne Probleme im Frontend des Onlineshop-Bereiches angezeigt kann dies an der PHP-Konfiguration des Shop-Servers liegen.
Mit den folgenden Schritten kann man einfach und relativ schnell eine schöne Lightbox für die Artikel-Detail-Ansicht in Magento-Onlineshops einbauen. Wir haben uns hier für die auf jQuery basierende Fancybox entschieden.
Mit ein wenig Programmieraufwand kann man Magento dazu bringen, die Reihenfolge der Beträge im Bestell-Prozess, im Warenkorb und in der Aufstellung innerhalb der versandten E-Mails zu verändern - hier am Beispiel der Steuern, die wir hinter den Gesamtbetrag verschieben möchten (die Veränderung der Reihenfolge im Adminbereich unter System->Konfiguration->VERKÄUFE->Verkäufe->"Reihenfolge der Gesamtbeträge des Bezahlvorgangs" führt hier zu keinem Erfolg):
In älteren Versionen des Magento-Systems kommt es zum Teil immer noch zu Problemen bei der Berechnung der Gesamt-Summen und Steuern und einer rundungsbedingten Abweichung von 1 Cent.
In den aktuellen Versionen von Magento (Magento 1.7.0.2 und älter) gibt es immer noch keine Möglichkeit, eigene kostenwirksame und User-gesteuerte (an- und abwählbare) Komponenten in den Bestell-Prozess einzubinden (Geschenkverpackung, Transportversicherung, etc.).
Spätestens, wenn man innerhalb eines Magento-Onlineshops die Versandart "Abholung" und die Zahlungsart "Nachnahme" anbietet, sollte man sich mit der Abhängigkeit von Versand- und Zahlungsart beschäftigen.
Wendet man über eine Warenkorb-Preisregel einen Zuschlag oder Rabatt auf den Warenkorb an (Einstellungen im Magento-Adminbereich: Rabatt auf Preise ohne MwSt.
Wer einen Magento-Onlineshop erstellen lässt, bekommt die Möglichkeit, einen Mindermengenzuschlag einzustellen, leider nicht mitgeliefert. Das heißt: Einen Aufschlag auf den Warenkorbpreis, wenn dieser einen bestimmten Wert unterschreitet.
Die Magento-Extension "PDF Catalog" aus dem Hause Magazento bietet eine gute Möglichkeit, Artikel und ganze Kategorien per PDF ausgeben zu lassen.
Variante 1: href="/Magento-Agentur/Magento-Programmierung-Muenchen.php">Magento-Block per XML
Der Block ist in der Datei \app \design \frontend \Dein_Templatepack \Dein_Template \layout \page.xml zu definieren, in unserem Falle heißt dieser "firstheader" und erhält (optionale) Designvorgaben in der Datei
Findet man einen Eintrag 'Could not determine temp directory, please specify a cache_dir manually' in den Error-Log-Files des Magento-Systems, da die Navigation im Admin-Bereich kurz nach einer frischen Magento-Installation nicht funktionierte, kann man diesen Fehler schnell beheben
Wird man nach dem Versuch, im Magento-Admin-Bereich auf die 'StoreMaintenance'-Extension auf die 404-Fehlerseite weitergeleitet
