Vermehrt bekommen wir besorgte Mails von Kunden, aber auch bekannten und Freunde, die eine Webseite betreiben und hier verunsichert sind.

Zuerst die gute Nachricht: 
Sollte bei Euch ein Abmahnschreiben zum Thema Google Fonts eingetrudelt sein, keine Panik! Es gibt mittlerweile genügend Musterschreiben und Ähnliches, um dem zu entgegnen und die Abmahngebühr wegen der unzulässigen Einbindung von Google Fonts zu entgehen. Auf keinen Fall sollte man einfach blind bezahlen – denn das ist die Masche dahinter.

Wir dürfen natürlich keine Rechtsberatung geben, allerdings schauen wir uns gerne Eure Seite kurz an und sagen euch, ob Ihr abmahngefährdet seid, ob eure Seite Schriftarten von Google lädt und was Ihr dagegen tun könnt.
Gerne helfen wir Euch natürlich auch bei der technischen Umsetzung und Beseitigung des Problems.

Der Beitrag Google Fonts – Erste Hilfe bei Abmahnungen, Überprüfung der Seite & Support erschien zuerst auf BurgWerk GmbH.

Leider wurde es wohl nicht sauber und ausführlich getestet, denn unter Umständen (je nach Server-Konfiguration) erscheint beim Shopware Update über das Shopware-Backend folgender Fehler:

Slim Application Error

The application could not run because of the following error:
Details
Type: ErrorException
Code: 8192
Message: Function get_magic_quotes_gpc() is deprecated
File: /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Http/Util.php
Line: 60
Trace
#0 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Http/Util.php(60): Slim\Slim::handleErrors()
#1 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Http/Request.php(226): Slim\Http\Util::stripSlashesIfMagicQuotes()
#2 /var/www/vhosts/meine-domain.de/httpdocs/recovery/update/src/Controller/RequirementsController.php(112): Slim\Http\Request->get()
#3 /var/www/vhosts/meine-domain.de/httpdocs/recovery/update/src/app.php(135): Shopware\Recovery\Update\Controller\RequirementsController->checkRequirements()
#4 [internal function]: {closure}()
#5 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Route.php(468): call_user_func_array()
#6 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Slim.php(1355): Slim\Route->dispatch()
#7 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/Flash.php(85): Slim\Slim->call()
#8 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/MethodOverride.php(92): Slim\Middleware\Flash->call()
#9 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/PrettyExceptions.php(67): Slim\Middleware\MethodOverride->call()
#10 /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Slim.php(1300): Slim\Middleware\PrettyExceptions->call()
#11 /var/www/vhosts/meine-domain.de/httpdocs/recovery/update/index.php(58): Slim\Slim->run()
#12 {main}

Nachdem der erste Schock verdaut ist, hier die gute Nachricht:
Es lässt sich sehr leicht beheben.

Es muss lediglich eine Zeile in einer PHP Datei des Shopware-Update Pakets getauscht werden:

In der Datei /var/www/vhosts/meine-domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Http/Util.php

Zeile 60: 

Vorher: $strip = is_null($overrideStripSlashes) ? get_magic_quotes_gpc() : $overrideStripSlashes;
Neu: $strip = is_null($overrideStripSlashes) ? false : $overrideStripSlashes;

Datei speichern und die Update-Seite neu laden.
Somit läuft das Shopware Update sauber durch

Der Beitrag Slim Application Error – Shopware Sicherheitsupdate 5.7.12 erschien zuerst auf BurgWerk GmbH.

Sehr schnell war klar, dass wir hier tatkräftig unterstützen möchten!
Aktuell arbeiten wir an den Vorbereitungen für die Veranstaltung in Berlin für den Bewusstseinsmonat „Go Gold in September“.
Außerdem haben wir das Logo überarbeitet und eine erste kleine Info-Homepage eingerichtet.  

Mehr Infos dazu findet Ihr unter www.gemeinsamgegenkinderkrebs.de

Wir freuen uns jetzt schon auf die kommenden Jahre der Zusammenarbeit und hoffen, das wir gemeinsam viel bewegen können!

Hier noch ein Auszug zum Thema von der Facebook Seite der DIPG Armee:

Kinderkrebs und insbesondere dessen Erforschung wird von staatlicher und pharmazeutischer Seite leider immer noch ziemlich stiefmütterlich behandelt. Ein sehr großer Teil der Forschungen wird aus Spendengeldern finanziert. Viele Kinderkrebsarten sind derart unterfinanziert, dass es seit Jahrzehnten keinerlei Fortschritte bei Therapieoptionen gibt.

Mit eurer Hilfe möchten wir und BEN hilft – Stark machen gegen DIPG auf diesen Missstand aufmerksam machen. Wir möchten gehört werden und wir möchten zeigen, dass Kinderkrebs nicht selten ist. Wir möchten darauf aufmerksam machen, dass an Krebs erkrankte Kinder nicht nur Fallzahlen sind, dass dringend mehr Forschung nötig ist und, noch viel dringender, mehr Forschungsgelder.

Nur Forschung bringt Heilung!

𝐆𝐞𝐦𝐞𝐢𝐧𝐬𝐚𝐦 𝐠𝐞𝐠𝐞𝐧 𝐊𝐢𝐧𝐝𝐞𝐫𝐤𝐫𝐞𝐛𝐬

Der Beitrag Wir unterstützen die DIPG Armee erschien zuerst auf BurgWerk GmbH.

Natürlich helfen wir hier gerne mit einem Logo aus 🙂

Viel Erfolg und alles Gute auf Deinem Weg in der Reisebranche!

Der Beitrag Logo für das Reiseatelier Fees erschien zuerst auf BurgWerk GmbH.

Der Beitrag Shopware 6 Projekt – www.das-perfekte-bild.de erschien zuerst auf BurgWerk GmbH.

Hier möchten wir ehrenamtlich etwas bewegen und dazu beitragen, diese Welt ein klein wenig besser zu machen.

Die DIPG Armee ist eine private Initiative, die auf das Thema DIPG aufmerksam macht, Spenden sammelt und mit viel Hingabe Aktionen, Veranstaltungen und vieles Mehr organisiert, um dieses Thema weiter in den Fokus zu rücken.

Im ersten Schritt haben wir für die Weihnachtsaktion der DIPG Armee ein Plakat gestaltet.
Zukünftig werden wir versuchen unsere Kunden mit ins Boot zu holen, gemeinsam Aktionen zu starten und hier mit unserer Expertise zur Seite stehen.

Hier der Text, der DIPG Armee, zur Weihnachtsaktion:

Wie ihr wisst, arbeitet Oskars Mama Janina seit September für das Palliativteam. Wir haben uns daher dafür entschieden, Oskar auf unser Plakat zu nehmen.

Am 1. Dezember starten wir offiziell in der Spielkiste in Höchstadt und Altenkunstadt. Ab dann stehen die Spendenboxen an der Kasse in beiden Filialen bereit. Die Geschenke für die Kinder, die das Palliativteam der Kinderklinik Erlangen begleitet, hängen ausschließlich am Weihnachtsbaum in Höchstadt.

Wer in keine der beiden Filialen kommen kann, für den/die haben wir hier die beiden Spendenkonten (bitte unbedingt den „Verwendungszweck“ angeben!!!):

Spendenkonto des Kinderpalliativteams:

Universitätsklinikum Erlangen

IBAN: DE84 7635 0000 0000 0464 04

Sparkasse Erlangen

„Spende Kinderpalliativteam Weihnachten“

Spendenkonto der DIPG Forschung:

Stiftung für Innovative Medizin

IBAN: DE10 7007 0024 0906 2100 00

Deutsche Bank München

„Spende Weihnachtsaktion“

Der Beitrag Zusammenarbeit mit der DIPG Armee / DIPG Weihnachtsaktion erschien zuerst auf BurgWerk GmbH.

SmartyCompilerException' with message 'Syntax Error in template "/var/www/vhosts/xxx/httpdocs/themes/Frontend/Bare/frontend/index/header.tpl"  on line 9 "<meta name="author" content="{s name='IndexMetaAuthor'}{/s}" />" unknown tag "s"' in /var/www/vhosts/xxx/httpdocs/engine/Library/Smarty/sysplugins/smarty_internal_templatecompilerbase.php:657\nStack trace:\n#0 /var/www/vhosts/xxx/httpdocs/engine/Library/Smarty/sysplugins/smarty_internal_templatecompilerbase.php(443): Smarty_Internal_TemplateCompilerBase->trigger_template_error('unknown tag "s"', 9)\n#1 /var/www/vhosts/xxx/httpdocs/engine/Library/Smarty/sysplugins/smarty_internal_templateparser.php(2388): Smarty_Internal_TemplateCompilerBase->compileTag('s', Array)\n#2 /var/www/vhosts/xxx/httpdocs/engine/Library/Smarty/sysplugins/smarty_internal_t...\n',

Zusammengefasst wird von Shopware ein Fehler geworfen, wenn ein Textbaustein gerendert werden soll. In meinen Fällen immer der erste Textbaustein im Template.

Der Fehler „Unkwown Tag s“ taucht nur sporadisch auf

Im Shopware Forum wird schon eifrig diskutiert und Fehlersuche betrieben. Auch Shopware selbst hat sich schon in die Diskussion eingeklingt, allerdings stochert man auch hier noch im Dunkeln.

Es gibt aktuell mehrere Hinweise auf die Entstehung dieses Fehlers:

• Paypal
• Paypal Plus
• Paymill
• sowie weitere Plugins, die seit längerem kein Update mehr erhalten haben

Ich selbst konnte den Fehler in meinen Shops auf folgende Besonderheiten eingrenzen

• Kunden, die NICHT zur Kundengruppe EK gehören.
• Kunden, die NICHT Deutschland als Rechnungsadresse haben

Beides deutet für mich auf ein Problem mit den Zahlungsanbietern / deren Plugins hin. Allerdings ist in einem Shop kein Paypal Plus installiert – in einem anderen allerdings schon (was sich mit Meldungen im Forum deckt). In dem Shop, in dem kein Paypal Plus installiert ist, war Paymill (von Paymill direkt, nicht vom Fremdanbieter) installiert. Das hatte tatsächlich keine Unterstützung für Shopware > als 5.1.5 angegeben.

Das Plugin habe ich heute deinstalliert und konnte den Fehler seitdem nicht mehr reproduzieren.
Das tückische an dem Fehler ist allerdings auch, dass er tagelang nicht auftritt und dann den Shopware Shop wieder komplett unbrauchbar macht.

Aktuelle Lösungsmöglichkeiten

Leider gibt es noch kein Heilmittel für dieses Problem. Zwar gibt es schon ein vielbeachtetes Ticket im Bug-Tracker, allerdings gibt es dafür noch keine Lösung.

Ich selbst kann den Fehler entfernen, indem ich den Cache leere. Das berichten auch weitere User aus dem Shopware Forum.
Ein vielversprechender Lösungsansatz ist aktuell, den Cache per CronJob alle paar Stunden zu leeren. Das sichert zumindest, dass der Fehler, wenn er denn auftritt, automatisiert wieder zu entfernen. Das verhindert zumindest, dass der Fehler dauerhaft auftritt, wenn man es selbst nicht merkt.

Eine Möglichkeit, den Fehler zu umgehen, ist es, die …engine/Library/Smarty/sysplugins/smarty_security.php so umzubauen, dass der Fehler nicht geworfen wird.

Dazu muss in der funktion isTrustedResourceDir einfach ein „return true;“ direkt am Anfang der funktion gesetzt werden.
Die Datei überschreibt sich allerdings, bei einem Update!

Diesen Beitrag werde ich ständig aktualisieren, wenn sich im Shopware Forum neue Erkenntnisse dazu ergeben.

Update 08. November 2017

Mittlerweile hat sich in der Hinsicht ein wenig getan.

Still und Heimlich hat Shopware mittlerweile fast alle Plugins, die scheinbar die Übeltäter waren, im Shopware Store aktualisiert.
Vordergründig handelte es sich wohl um:

• Paypal / Paypal Plus
• Shopware Business Essentials
• UstID Prüfung (SwagVatIdValidation)
• Google Analytics

All diese Plugins sind jetzt auf aktuellem Stand und entsprechend umgebaut, sodass dieser Fehler nicht mehr auftreten sollte.

Der Beitrag Shopware Fehler „Unknown Tag s“ – Shopware 5.3.x erschien zuerst auf BurgWerk GmbH.

Die Fragestellung war einfach – allerdings weiß ich selbst, wie verloren man sich gerade Anfangs vor dem großen Haufen Informationen, die man im Netz findet, fühlt aber doch nirgends die gewünschte Lösung findet.

Anfrage: Merkzettel, Mein Konto und Warenkorb in die Top-Navigation (neben Service/Hilfe) verschieben.

Wie geht man hier ganz grundsätzlich vor?

Wichtig ist: Immer zuerst ein eigenes Shopware-Theme erstellen! Arbeitet man im Bare/Responsive Theme, sind die Änderungen beim nächsten großen Update futsch.

Hat man sich jetzt ein eigenes Theme erstellt, ist die große Frage: Wo finde ich die Elemente, die ich verschieben/ausblenden/umbauen möchte?
Da hat sicher jeder seine eigene Methode. Mir persönlich fällt es am leichtesten, die entsprechenden Elemente im Firebug zu untersuchen, die Klassennamen/ID’s o.ä. (es sollte natürlich entsprechend eindeutig sein) zu kopieren und die Theme-Dateien (z.b. direkt lokal im Finder) nach der entsprechenden Klasse zu durchsuchen.

Das ganze mal hier direkt an unserem Praxisbeispiel:

Wir suchen die Klasse des “Mein-Konto“, also selektiere ich den Button mit Firebug:

Im Firefox offenbart sich dadurch der Code und die Klasse “entry–account“.

Die klingt für mich relativ eindeutig! Suchen wir mal danach. Gefunden wird die Klasse in:

Und schon wissen wir, wo wir ansetzen müssen.

Wie gesagt, es gibt sicher 50 Möglichkeiten, eine entsprechende Code-Passage in Shopware schnell zu finden. Für mich ist das die effizienteste.

Weiter im Programm!
Was möchten wir tun? Wir möchten diese Buttons aus diesem Bereich zu Text-Links machen und nach oben verschieben.
Also erstellen wir uns eine leere info.tpl in unserem eigenen Theme, in dem wir arbeiten.
Die Datei liegt jetzt unter:

themes > Frontend > DeinTheme > widgets > checkout > info.tpl

In diese Datei fügen wir den Code aus der Originaldatei ( themes > Frontend > BARE > widgets > checkout > info.tpl ) ein:

{* Notepad entry *}
{block name="frontend_index_checkout_actions_notepad"}
	<li class="navigation--entry entry--notepad" role="menuitem">
		<a href="{url controller='note'}" title="{"{s namespace='frontend/index/checkout_actions' name='IndexLinkNotepad'}{/s}"|escape}" class="btn">
			<i class="icon--heart"></i>
			{if $sNotesQuantity > 0}
				<span class="badge notes--quantity">
					{$sNotesQuantity}
				</span>
			{/if}
		</a>
	</li>
{/block}
 
{* My account entry *}
{block name="frontend_index_checkout_actions_my_options"}
	<li class="navigation--entry entry--account" role="menuitem">
		{block name="frontend_index_checkout_actions_account"}
			<a href="{url controller='account'}" title="{"{s namespace='frontend/index/checkout_actions' name='IndexLinkAccount'}{/s}"|escape}" class="btn is--icon-left entry--link account--link">
				<i class="icon--account"></i>
				<span class="account--display">
					{s namespace='frontend/index/checkout_actions' name='IndexLinkAccount'}{/s}
				</span>
			</a>
		{/block}
	</li>
{/block}
 
{* Cart entry *}
{block name="frontend_index_checkout_actions_cart"}
	<li class="navigation--entry entry--cart" role="menuitem">
		<a class="btn is--icon-left cart--link" href="{url controller='checkout' action='cart'}" title="{"{s namespace='frontend/index/checkout_actions' name='IndexLinkCart'}{/s}"|escape}">
			<span class="cart--display">
				{if $sUserLoggedIn}
					{s name='IndexLinkCheckout' namespace='frontend/index/checkout_actions'}{/s}
				{else}
					{s namespace='frontend/index/checkout_actions' name='IndexLinkCart'}{/s}
				{/if}
			</span>
 
            <span class="badge is--primary is--minimal cart--quantity{if $sBasketQuantity < 1} is--hidden{/if}">{$sBasketQuantity}</span>
 
			<i class="icon--basket"></i>
 
			<span class="cart--amount">
				{$sBasketAmount|currency} {s name="Star" namespace="frontend/listing/box_article"}{/s}
			</span>
		</a>
		<div class="ajax-loader">&nbsp;</div>
	</li>
{/block}
 
{block name="frontend_index_checkout_actions_inner"}{/block}

Alle Elemente haben die Klasse “btn“.
Wenn wir diese Klasse hier nun entfernen, dann haben wir schonmal den ersten Schritt getan und reine Text-Links aus den Elementen gemacht:

Randnotiz: Wenn die Änderungen nicht sofort sichtbar sind, muss der Shopware Cache geleert werden. Manchmal ist es auch nötig, das Theme neu zu kompilieren. Das könnt Ihr ganz einfach, in dem Ihr in der Shopware Theme Verwaltung euer Theme dem Shop noch einmal zuweist.

Das ist aber nur die halbe Miete. Wir möchten diese Links ja oben in die Top-Navigation schieben. Neben Service/Hilfe.

Aktuell liegt dieses Widget in der Datei “shop-navigation.tpl” im Ordner “frontend/index” des Bare Themes.
Wir erstellen uns wieder eine eigene Datei, die jetzt unter

themes > Frontend > DeinTheme > frontend > index > shop-navigation.tpl

zu finden ist.

Das Widget, das wir ein Stück weiter oben schon etwas bearbeitet hatten, liegt in folgendem Block:

      {* Include of the cart *}
            {block name='frontend_index_checkout_actions_include'}
                {action module=widgets controller=checkout action=info}
            {/block}

Um diesen Block jetzt zu leeren, müssen wir in unserer eigenen .tpl Datei einfach das Widget herausnehmen und einen leeren Block erstellen:

{extends file="parent:frontend/index/shop-navigation.tpl"}
{* Include of the cart *}
{block name='frontend_index_checkout_actions_include'}
{/block}

WICHTIG:

Die erste Zeile (extends file…..) unserer Datei, definiert, dass alles andere von der ursprünglichen Datei übernommen (geerbt) wird.
Lassen wir diese Zeile weg, werden die restlichen Blöcke, die wir unverändert lassen möchten, nicht übernommen und nur der Inhalt unserer Datei geladen. Das möchten wir aber in diesem Fall nicht, da das Suchfeld usw. ja unberührt bleiben soll und wir nur unseren eigenen Block leeren möchten.

Wir speichern unsere neue Datei und das Ergebnis sieht wie folgt aus:

ie entsprechenden Links sind verschwunden.

Jetzt möchten wir diese Links allerdings noch in die Top Navigation einbinden.

Wie der Name der .tpl schon vermuten lässt, findet sich dieser Bereich in der Datei “topbar-navigation.tpl” im Ordner “frontend/index” des Bare Themes.

Wir erstellen also wieder – wie oben beschrieben – eine eigene “topbar-navigation.tpl” in unserem Theme. Diese liegt nun unter:

themes > Frontend > DeinTheme > frontend > index > topbar-navigation.tpl

Das Menü in dieser Datei liegt in folgendem Block:

				{* Service / Support drop down *}
				{block name="frontend_index_checkout_actions_service_menu"}
					<div class="navigation--entry entry--service has--drop-down" role="menuitem" aria-haspopup="true" data-drop-down-menu="true">
						<i class="icon--service"></i> {s namespace='frontend/index/checkout_actions' name='IndexLinkService'}{/s}
 
						{* Include of the widget *}
						{block name="frontend_index_checkout_actions_service_menu_include"}
							{action module=widgets controller=index action=menu group=gLeft}
						{/block}
					</div>
				{/block}

Hier können wir jetzt das entsprechende Widget, das wir ganz zu Anfang schon verändert hatten, wieder einbinden. Der Block sieht jetzt so aus:

				{* Service / Support drop down *}
				{block name="frontend_index_checkout_actions_service_menu"}
					<div class="navigation--entry entry--service has--drop-down" role="menuitem" aria-haspopup="true" data-drop-down-menu="true">
						<i class="icon--service"></i> {s namespace='frontend/index/checkout_actions' name='IndexLinkService'}{/s}
 
						{* Include of the widget *}
						{block name="frontend_index_checkout_actions_service_menu_include"}
							{action module=widgets controller=index action=menu group=gLeft}
						{/block}
					</div>
					{action module=widgets controller=checkout action=info}
				
				{/block}

Auch hier müssen wir wieder von der Ursprünglichen Datei ableiten, da wir die anderen Elemente nicht verändern möchten. Dazu wieder folgende Codezeile an den Anfang:

	
{extends file="parent:frontend/index/topbar-navigation.tpl"}

Das Ergebnis ist jetzt so gut wie fertig:

Alles was jetzt noch fehlt, ist ein wenig CSS/Styling. Das überlasse ich allerdings jedem selbst 🙂

Der Beitrag Shopware-Praxisbeispiel: Merkzettel, Konto und Warenkorb in die Top-Navigation verschieben erschien zuerst auf BurgWerk GmbH.