Blog: Latest Entries (15):


RecursiveFileSeeker Update

Eine kleine Klasse, die ich mal für ein kleines Projekt geschrieben hatte, das mein Bruder brauchte (Verarbeitung und Katalogisierung von mehren 10.000en RTF-Dokumenten). Die Klasse liest alle Dateien eines Verzeichnisses und die alle seiner Unterverzeichnisse ein.


package de.hannespries.commons.io;

import java.io.File;
import java.util.ArrayList;
import java.util.List;

public class RecursiveFileSeeker {
public static List<File> list(File folder, List<File> result, boolean allowFolders) {
return list(folder, result, allowFolders, new ArrayList<>());
}

public static List<File> list(File folder, List<File> result, boolean allowFolders, List<String> excludeDirnames) {
try {
if (!folder.isDirectory()) {
return result;
}

File[] files = folder.listFiles();
if (files != null) {
for (File file : files) {
if (file.isDirectory() && !excludeDirnames.contains(file.getName())) {
if (allowFolders) {
result.add(file);
}
if(!excludeDirnames.contains(file.getName())){
result = list(file, result, allowFolders, excludeDirnames);
}
} else {
result.add(file);
}
}
}
} catch (Exception e) {
e.printStackTrace();
}

return result;
}
}

Cashless Payment System I: Events

So langsam wird aus dem Prototypen ein fertiges Plugin, dass für den Einsatz in der realen Welt genutzt werden kann. Aber wofür kann man selbst ein Cashless Payment System, also ein System wo man nicht direkt mit Geld bezahlt sondern mit einem vorhanden oder später auszugleichenden Guthaben bezahlen kann, nutzen. Für wenn ist es interessant?

Events (Wegwerfkarten aus Pappe + 13,56 kHz RFID-Tag):
Wer events organisiert kennt sicher schon Verzehrkarten und ähnliche Systeme. Man kauft sich am Eingang beim Bezahlen des Eintritts eine Karte für den Erwerb von Getränken. Jedes mal wenn man etwas Kauft wird der Preis vom vorhanden Guthaben abgezogen. Wenn man dann kein Guthaben mehr hat bekommt man nichts mehr und muss neu aufladen. Wer das Event verlässt und nicht alles ausgegeben hat, lässt das Guthaben verfallen.
Der Vorteil mit so einem System ist, dass die Mitarbeiter an der Bar nicht rechnen oder mit Bargeld rumhantieren müssen. Es kommt zu weniger Fehlern und es geht alles etwas schneller. Das Bargeld wird an zentraler Stelle behalten und es gibt keine Wechselgeldprobleme.

Wenn es um einzelne Events geht, wäre es sehr aufwendig und teuer für jedes Event ausreichend (also lieber immer zu viele) RFID-Karten bedrucken zu lassen. Hier gibt es als einfache Lösung RFID-Tags.
Also einfache Aufkleber, die auf eine Papier-Karte geklebt werden können. Man lässt sich also nur einfache Karten drucken und klebt die Tags beim Kauf rauf. Spart viele Kosten und die Karten und Tags halten einen Tag ohne Probleme durch.

bbcode-image
RFID-Tags zum Aufkleben

bbcode-image
Eine einfache Papier-Karte *...

bbcode-image
... jetzt mit RFID-Tag kompatibel zu unserem System


Unser Cashless Payment System in Stichworten:

- keine lokalen Server da alles in der Cloud laufen kann
- kostengünstiges Mieten oder selber bauen von Kassen-Terminals
- erspart das Handtieren mit Bargeld und EC-Karten an den POS's
- Prepaid- und Nachträglich-Bezahlen Verfahren werden unterstützt
- Bedienung rein über Touchscreen (aber auch Maus und Tastatur wenn es vorzieht)
- Unterstützt 13,56kHz/125mHz RFID Technik und Barcodes (Code128/ QR) mit den jeweiligen USB-Readern
- Bon-Druck auf Thermo-, Tintenstrahl- oder Laserdrucker
- Unterschiedliche Kundengruppen mit entsprechenden Auswertungen von Verkäufen
- eine einfache Bestandsführung und automatische Sperrung von Produkten ohne Bestand
- Vereinfachte Bedienung durch Topseller und selbst gestaltbarer Seiten
- Professionelles und bewertes Shopware-System als Kern unserer Anwendung

Weitere Informationen sind demnächst verfügbar!

* Eishaus Lübeck

Bon-Druck mit Shopware

Ein simpler und günstiger Bon-Drucker kann sehr einfach als normaler Windows Drucker verwendet werden. Er druckt eben nur den von ihm abgedeckten Bereich der Seite. Aber mit dem CSS3 Print-Profile kann alles super anpassen.

bbcode-image


So sieht eine Shopware-Bestellung ausgedruckt aus (die Versandkosten sind dort nicht aufgeführt, da es normal nicht vorkommt, dass in so einem Fall welche angerechnet werden würden.. vor Ort).

Demnächst kommt hier ein Blog-Artikel der das System und Anwendungsfälle genauer beleuchten wird und Lösungen für Event, Discos, Restaurants und Hotels beschreibt.

Endoskop Kamera Review Image-Quality

Nachdem ich das letzte mal zwei China-Mini-Kameras vergestellt habe, kommt diesmal eine etwas andere "Endoskop" Kamera. Man kann diese gut verwenden um in Rohre oder Gehäuse zu gucken. Die Kamera hat mehrere LEDs die über einen Drehregel am Kabel in der Helligkeit angepasst werden können. Es gibt einen Periskop-Aufsatz und einen Magneten, mit man Metal-Gegenstänge angeln kann.

bbcode-image


Informatives zu Marketing und CRO

Ich bin ja nur Entwickler und kenne mich mit Marketing an sich gar nicht aus. Es würde meinen Projekten und Shopware-Plugins sicher gut tun, wenn ich mich mal etwas mehr damit beschäftigen wurde.. was ich mir gerade auch mal wieder mehr vorgenommen.. gerade jetzt! :-)

Ich hab ein paar für mich relativ interessante Artikel gefunden, die ich einfach mal hier teilen will.

Das hier ist wohl der für mich wichtigste Artikel. Gebe deinen Kunden immer einen Grund, warum das Produkt/Plugin zu ihnen passt. Das fehlt wirklich oft genug. Ich habe teilweise schon kleine Anwendungsbeispiele geliefert, aber etwas ausführlichere Use-Cases könnten da wirklich helfen.

Behavior Pattern "Reason Why"

Auch ganz gut um eine allgemeine Übersicht zu bekommen (und mit leichten Erinnerungen an Simple Programmer Blog-Artikel) fand ich diesen Artikel ganz gut. Der Hauptton darin ist grob: Das Hauptproblem ist nicht einen Uplift zu erreichen sondern die Mittel dafür zubekommen. Und das im SEO-Bereich hoch geachtete Bauchgefühl wird hier als nett aber nicht-ziel-bringend in einem realistischen Kontext dargestellt. Schaf dir deine Werkzeuge, mach Big Data und liefer belegbare Zahlen aus validierten Test-Szenarien.
Am Ende soll man sein eigenes Team und ein besseres Gehalt haben.. ach ja .. das die Firma mehr verkauft fällt nebenbei auch noch ab.

5 Conversion Quick-Tipps für Anfänger und Fortgeschrittene
Redesign & Bauchgefühl – Ein gefährliches Paar!

Die anderen Artikel fand ich einfach informativ für mich aber so direkt nicht brauchbar, da ich weder einen Shop noch etwas vergleichbares betreibe.

Anticipatory Design: So liest Du die Gedanken Deiner Nutzer

Das klassische Problem, dass man sich selber anders sieht als andere einen sehen.. Zielgruppen.. Ich glaube eine Zielgruppe gefunden zu haben, aber sieht sich die Gruppe selbst als Zielgruppe oder passt eine andere besser?

Conversion Whiteboard 15: Der Dunning – Kruger – Effekt der Organisation
Content Optimierung ist mehr als SEO

Der nächste Artikel erinnert mich an die Neuauflage der 80er Jahre Turtles Actionfiguren.. sie waren sofort weg.. wohl nicht weil die jetzt besonders hochwertig waren oder eine große Zielgruppe angesprochen haben.. es gab einfach nur wenige und deswegen wurde geglaubt sie wären wertvoll und eine gut Investition.

Da hab ich sogar ein Plugin, dass in die Richtung geht und die erzählt dass "nur noch" so und so viele Artikel vorhanden sind und es danach entweder keine mehr oder nur mit sehr langen Lieferzeiten gibt. Also besser jetzt kaufen, weil wenig da ist, deswegen ist es wertvoll und genau deswegen werden alle anderen es dir weg kaufen.

Behavior Pattern "Scarcity"

Hier wird einmal angesprochen, dass man Daten vor der Analyse immer prüfen sollte. Wenn man nicht weiß, dass die Daten richtig sind, lohnt sich eine Analyse damit eh nicht.

Data for Growth – Diese 10 Tipps machen Dich zum Goldgräber!

Hier auch einmal das Beispiel, das Menschen bei einer Frage nach ihrer Meinung oft nur das antworten, von dem sie glauben, dass der Fragende dieses hören will. Klassisch: "Was halten Sie von der politischen Entscheidung XXXXXXXXX?" - "Ich bin total dagegen. Sowas kann man einfach nicht so machen... " *Pause* ".. war die Antwort richtig?". In dem Artikel am Beispiel von Coca Cola und Pepsi und der glaube, dass man Coca Cola besser finden müsse.

Wie wirkt Deine Seite unterbewusst im Gehirn des Nutzers? 8 Neuromarketing-Tipps für mehr Conversions

... erst einmal genug.. den Rest findet jeder auf der Seite dann sicher auch selber.

RFID-Reader Konfiguration, Ausgabe mit Enter

Für mein POS-Projekt hatte ich 2 verschiedene RFID-USB-Reader. Einen direkt aus China und einen über Amazon bestellt. Der von Amazon hat den Vorteil, dass er verschiedene Ausgabe-Modi kann.

bbcode-image


Der einfache Reader aus China gab von Anfang an direkt die Nummer mit Enter aus.

bbcode-image


Der Reader von Amazon war zu Anfang so eingestellt das die Nummer ohne Enter ausgegeben wird. Aber es war eine Karte dabei um die Ausgabe zu konfigurieren.

Das ist auch sehr einfach. Wie man wohl schon direkt vermutet, hält man die Karte über das Lesegerät und es schaltet in den nächsten Modus.

bbcode-image


Der Index des aktiven Modus wird ausgeben und man kann direkt mit einer normalen RFID-Karte testen.

bbcode-image


Ich habe am Ende den Modus 0e verwendet. Da es der Code ist, der auch auf der Karte steht und mit Enter ausgegeben wird (also wie vorher nur mit Enter).

VPN mit Fritzbox und Android

VPN-Verbindungen sind sehr nützlich. Ob man nun im Homeoffice ist und sich ins Firmennetzwerk einklinken möchte oder man unterwegs auf private Daten zugreifen möchte, die man auf einem NAS lagert und nicht immer mit einem Webserver synchronisieren möchte.

Um das eigene Netzwerk (private oder Firma) VPN-fähig zu machen braucht man nur eine einfache Fritzbox. Diese bringt alles mit was man braucht und bei viele haben so eine bestimmt schon als Router im Einsatz (auch für kleine Firmen reicht eine Fritzbox oft vollkommen aus).

Es geht sehr schnell und einfach. Man sollte ein MyFritz-Konto haben oder einen anderen DynDNS-Anbieter eingerichtet haben. Wenn man dann einen neuen Benutzer anlegt kann man diesen als VPN-Benutzer aktivieren. Nun kann man diesen schon mit den angezeigten Daten für eine VPN-Verbindung nutzen.

bbcode-image

bbcode-image

bbcode-image

bbcode-image


Die Daten kann man sich auch später nochmal anzeigen lassen.

bbcode-image


Bei Android ist das anlegen einer VPN-Verbindung auch sehr einfach.

bbcode-image

bbcode-image


Bei Windows Notebooks und Tablet mit WWAN-Option oder UMTS/LTE-Stick ist es auch nicht komplizierter.

Nun kann man von überall aus mit dem Smartphone sich in das eigene LAN einwählen und dort z.B. per FTP Daten von einem NAS oder anderen Server abrufen oder auch auf intern-gehostete Webanwendungen wie Wikis oder Groupware-Lösungen zugreifen.



Shopware: Eigene RiskManagement-Rule in einfach

Shopware bietet zwar ein Beispiel an, aber dieses Beispiel hat mich doch zu viel Zeit gekostet, bis es lief und die dort verlinkte ZIP-Datei ist leider auch nicht fehlerfrei. Deswegen habe ich mich mal daran gemacht eine eigene einfachere Beispiel Implementierung zu bauen, die als Vorlage mit viel Copy&Paste dienen kann.

Das Plugin

namespace HPrExampleRiskManagement;

use Shopware\Components\Plugin;

class HPrExampleRiskManagement extends Plugin{
//-- replace with our values --
private static $eventSuffixVarName = 'hpr_risk_example_event';
private static $eventSuffix = 'HPrRiskExample';
private static $extendFolder = 'hpr_risk_example';
private static $serviceName = 'hpr_risk_example.service';
//--

/**
* @return array
*/
public static function getSubscribedEvents(){
return [
'Enlight_Controller_Action_PostDispatchSecure_Backend_RiskManagement' => 'onRiskManagementBackend',
'Shopware_Modules_Admin_Execute_Risk_Rule_sRisk' . self::$eventSuffix => 'onRisk'
];
}

public function onRiskManagementBackend(\Enlight_Controller_ActionEventArgs $args){
$args->getSubject()->View()->addTemplateDir($this->getPath() . '/Resources/views');

if ($args->getSubject()->Request()->getActionName() == 'load') {
$args->getSubject()->View()->assign(self::$eventSuffixVarName, self::$eventSuffix);
$args->getSubject()->View()->extendsTemplate('backend/' . self::$extendFolder . '/store/risks.js');
}
}

/**
* @param \Enlight_Event_EventArgs $args
* @return bool
*/
public function onRisk(\Enlight_Event_EventArgs $args){
$result = false; //false == no risk
try{
$service = $this->container->get(self::$serviceName);
$result = $service->checkRule($args);
}
catch(\Exception $e){

}
return $result;
}
}


Ein Service

namespace HPrExampleRiskManagement\Components;

class RiskRuleService{
/**
* @param \Enlight_Event_EventArgs $args
* @return bool
*/
public function checkRule(\Enlight_Event_EventArgs $args){
return false;
}
}


Die services.xml

<?xml version="1.0" ?>

<container xmlns="http://symfony.com/schema/dic/services"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://symfony.com/schema/dic/services http://symfony.com/schema/dic/services/services-1.0.xsd">

<services>
<service id="hpr_risk_example.service" class="HPrExampleRiskManagement\Components\RiskRuleService">
<tag name="service" />
</service>
</services>
</container>


Unsere risks.js (Pfad wie in Plugin)

//{extends file='parent:backend/risk_management/store/risks.js'}
//{block name="backend/risk_management/store/risk/data"}
// {$smarty.block.parent}
{ description: '{s name=risks_store/comboBox/HPrRiskExample}HPrExample Check{/s}', value: '{$hpr_risk_example_event}' },
//{/block}


An sich macht man nichts anderes als eine JSON Key-Value Liste zu erweitern und dort ein Event einzutragen, das eine Methode auslöst, die true (is a risk) oder false (is not a risk) zurück gibt. Diese Methode sollte nur als Facade für einen Service dienen, damit man die Logik schnell und einfach austauschen kann.

Das Plugin kann man dann eben noch um alles mögliche erweitern, wie Freitextfedler für Kunden und weitere Templates. Dann den Serive vollständig implementieren, nochmal was mit dem Snippet machen und man sollte seine RiskManagement-Rule haben.

Shopware: Template-Dir, Events, Smarty-Security

Wenn man in seinem Plugin irgendein Template erweitert, dass mit der Darstellung von Produkten zu tun hat, sollte man immer daran denken, dass diese sehr sehr oft auch als Widgets verwendet werden.

Wenn man das Template-Dir nicht beim Laden von Widgets dem System Verfügbar macht, kann es zu unschönen Fehlern kommen und einen Hannes lange nach dem Problem suchen lassen.


directory 'xxxxxxxxx/y.tpl' not allowed by security setting


Hier ist das gesamte Konzept mit Caching und Templates wirklich toll mit Beispielen beschrieben:

https://forum.shopware.com/discussion/comment/209476/#Comment_209476

Da steht auch, wenn das {s}-Tag als unbekannt angesehen wird.. dann ging einfach in Smarty echt was schief und man sollte mal die Apache-Logs angucken.

Eine Lösung wird auch gleich mitgeliefert (wobei ich momentan noch mit 2 Events.. Frontend und Widgets arbeite.. und auch erst einmal dabei bleiben werde):

https://forum.shopware.com/discussion/comment/209546/#Comment_209546

ABER Vorsicht: Im Backend gibt es kein Shop-Object. Wenn man beim Hinzufügen des Template-Dirs auch Smarty-Vars setzt und auf Customer- und Session-Daten zugreifen will, kann es schnell schief gehen! Bei Frontend und Widgets gibt es keine Unterschiede.

Shopware: Eigene Freitextfelder im Plugin

Es ist an sich ganz einfach bei der Installation oder des Updates seines Plugins auch gleich sich alle benötigten Freittextfelder anlegen zu lassen.

Hier ein kleines Beispiel aus meinem POS-Plugin:


public function install(InstallContext $context)
{
parent::install($context);

/** @var CrudService $service */
$service = $this->container->get('shopware_attribute.crud_service');
$list = $service->getList('s_user_attributes');

$balance = false;
$overdue = false;

/** @var ConfigurationStruct $item */
foreach ($list as $item){
if($item->getColumnName() == 'hpr_balance'){
$balance = true;
}
else if($item->getColumnName() == 'hpr_overdue'){
$overdue = true;
}
}

if(!$balance){
$service->update('s_user_attributes', 'hpr_balance', 'float',
[
'label' => 'Prepaid Guthaben',
'displayInBackend' => true,
]
);
}
if(!$overdue){
$service->update('s_user_attributes', 'hpr_overdue', 'boolean',
[
'label' => 'Guthaben überschreitbar',
'displayInBackend' => true,
]
);
}
}


Manchmal ist es nötig das Generieren der Doctrine Models selbst zu erzwingen. Das geht dann so:


Shopware()->Models()->generateAttributeModels(['s_user_attributes']);


Ich mache grundsätzlich, weil es doch einige Male nicht ganz von allein funktioniert hat.

Shopware: Range-Slider

Nachdem ich schon mal einen RangeSlider für Artikel-Eigenschaften implementiert hatte, habe ich für mich noch mal neu angefangen. Meine Version ist einfacher, hat weniger Funktionen und weniger für integrative Szenarien gedacht. Dafür einfach zu bedienen und unterstützt eine "linear" und eine "log" Darstellung.

Hier sieht man die Unterschiede, wenn man mehr Werte im 1-2 stelligen Bereich hat und nur wenige im 4 stelligen Bereich.

bbcode-image
linear


bbcode-image


bbcode-image
log


Die Config auf Option-Ebene zu bekommen, steht jetzt als nächstes an. Options hätten als Auswahl "global","linear" und "log". Die Einstellung direkt im Plugin wäre die globale Einstellung.
Mit etwas Glück ist das Plugin am Ende der Woche dann bei Shopware im Store.

Shopware: Eigene Events

Es war ein kalter und nasser November morgen. Ich saß zu der Zeit in einem ehemaligen Fabrikgebäude im tiefsten Osten Deutschlands mehrere Fahrtminuten hinter Lübeck.
Meine Aufgabe sollte es da sein ein Konzept für das Beschaffungsmodul eines ERP-Systems zu konzeptionieren. Ich stand gerade vor dem Problem, dass z.B. bei Wareneingängen, die über das Modul verbucht werden sollten, auch das Lager-Modul und das Inventur-Modul diesen Eingang verarbeiten mussten. Ich überlegte und entschied mich am Ende für ein auf MDB basierten Event-Model. Wenn etwas passierte sollte ein Event/eine Message los laufen und andere Module sollten, dieses bei Interesse nehmen, zur Kenntnis nehmen oder auch Daten anpassen können. Man war felxibel, hatte keine Abhängigkeiten und alles war erweiterbar und austauschbar. Ich war schon halb dabei was konkretes zu entwickeln... wie man sich sicher jetzt schon denken kann, kam es nie dazu. EJBs wurden direkt aufgerufen mit allen Problemen, die ich mit den Events umgehen wollte.

Ob es nun Fire-And-Forget, synchron oder asynchron, MDB-basiert oder was auch immer gewesen wäre, es wäre besser gewesen als alle benötigten fremden Services per Hand direkt aufzurufen und denen die Daten in deren Formaten aufbereitet zu übergeben. Jede Änderung an den fremden Services, die es zuhauf gab, konnte wieder alles kaputt machen und das passierte natürlich häufig, besonders weil Service-Interfaces beliebig geändert wurden und nie stabile Schnittstellen zwischen den Modulen waren.

Es war ein Fehler es nicht so zu machen, deswegen liebe ich alles was genau so arbeitet. Jetzt habe ich auch angefangen bei einigen meiner Shopware-Plugins Events einzubauen, so dass diese auch teilweise erweitert werden können. Das Preis-Warnung-Plugin ist das erste, das Events erhalten wird. Bei Shopware ist es an sich sehr einfach mit Events zu arbeiten. Als Beispiel nehmen wir uns einen einfachen Service.


namespace HPrEventTest\Components;

class EventService{
/** @var \Enlight_Event_EventManager */
private $eventManager;

public function __construct(\Enlight_Event_EventManager $eventManager = null){
$this->eventManager = $eventManager;
}

public function fireExample(){
$val = 0;
$result = $this->eventManager->filter('HPrEventTest_example', $val, ['subject' => $this]);
return $result;
}
}


Wir müssen nur noch den Event-Manager per Injection zum Service hinzufügen.


<?xml version="1.0" encoding="utf-8"?>
<container xmlns="http://symfony.com/schema/dic/services"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://symfony.com/schema/dic/services http://symfony.com/schema/dic/services/services-1.0.xsd">

<services>
<service id="hpr_event_service" class="HPrEventTest\Components\EventService">
<tag name="service" />
<argument type="service" id="events" />
</service>
</services>
</container>


Wie man auf Events reagiert, weiß eigentlich jeder, der schon mal ein Shopware-Plugin geschrieben. Allein der Klassiker zum hinzufügen von Template-Dirs erklärt schon fast alles.


namespace HPrEventTest;

use Shopware\Components\Plugin;

class HPrEventTest extends Plugin{
public static function getSubscribedEvents(){
return [
'HPrEventTest_example' => 'processEvent',
];
}

public function processEvent(\Enlight_Event_EventArgs $args){
$args->setReturn($args->getReturn() + 1);
}
}


Wir feuern also ein Event mit 0, das wird in unseren Plugin verarbeitet und 0 wird zu 1 und diese 1 wird von der ursprünglichen Service-Methode auch dann wieder zurück gegeben.

Es gibt natürlich noch ein paar mehr Event-Strategien als filter(), aber an sich sind alle sehr ähnlich. Nicht bei jedem wird der Return-Wert verwendet.
Das Subject, das wir hier verwenden, eignet sich super dafür Controller und Services zu übergeben, die das Event ausgelöst haben.


Older posts:

Möchtest Du AdSense-Werbung erlauben und mir damit helfen die laufenden Kosten des Blogs tragen zu können?