bezahlt von SQ11 Review Image-Quality
Blog: Latest Entries (15):
Shopware: POS-Plugin
- Direktes Anlegen eines Kunden beim ersten Login-Versuch (dann muss man bei 4000 Karten nicht 4000 Kunden anlegen sondern, kann direkt loslegen)
- Vorgegebene Freitext-Felder, dadurch muss man weniger konfigurieren und weniger Fehlerquellen
Zusätzlich:
- viele Fixes
- Drucken von Kassenbons ist zu 50% fertig. Ein Thermodrucker zum testen ist bestellt.. und hilft vielleicht bei der Kassenschubladen-Problematik
- 13,6mHz Tags zum Aufkleben und ein passendes Lesegerät sind auch bestellt... damit kann man einfache Eintrittskarten zu Bezahlkarten machen
Es geht also alles in schnellen Schritten voran und ich hoffe, dass es dann schon bald als Cloud-Service für alle verfügbar sein wird.
Shopware: Registrierung-Plugin Version 2.1
Zusätzlich kann man einstellen das Schnellbestellungen als Gast-Kunde nur als Privat-Kunde möglich ist und nicht als Firma.
Die 2.1 Version ist im Store. Momentan wird noch an einem Fix für ein Problem 5.4 RC1 gearbeitet.. der noch mit 5.3.7 getestet werden muss oder wieder fallen gelassen wird, sollte sich 5.4 RC2 in dem Bereich wieder "normal" verhalten.
Shopware: Quelloffene Plugins im Store
Dieser Artikel von Shopware fasst alles sehr gut zusammen.
Viele Fragen zu einem Shopware-Plugin können einfacher und schneller durch einen Blick in den Code beantwortet werden:
- Wo holt es sich die Daten her?
- Wo schreibt es die Daten hin?
- Welche Daten müssen vorhanden sein, damit alles verarbeitet werden kann?
- Wann wird welche Funktion aus geführt?
Und gerade die Angst, der Code könnte geklaut werden halte ich in 99,99999% für eine verzerrte Sicht der Dinge. Denn man muss einfach davon ausgehen, dass die Plugins aus genau zwei Gründen gekauft werden:
- Der Betreiber des Shops kann nicht Programmieren und hat auch keine Entwickler
- Das Plugin selbst zu entwickeln wäre teurer als es zu kaufen
Ich selbst habe ein paar Plugins im Store die auch wirklich wenigen Zeilen Code bestehen. Manche manipulieren genau einen Wert im Request. Es hat etwas gedauert bis man musste welcher Wert manipuliert werden muss (das weiß man, weil man ja den Quellcode von Shopware einsehen kann). Umsetzen, Testen, verbessern, etc. Aber keine großen oder komplexen Leistungen.
Warum habe ich diese quelloffen im Store? Weil ich glaube, dass ein Entwickler (wenn er gerade keinen Forschungsdrang hat) eher mal paar Euro ausgibt als selbst es nach zubauen und alles selbst nochmal testen und überprüfen zu müssen.
Lösungen zu verheimlichen ist nie gut. Weil man selbst braucht ja auch oft mal Hilfe oder Denkanstöße. Mit genug Zeit kommt jeder auf die Lösung, aber man hat immer genug zu tun, um dankbar dafür zu sein, dass jemand anderes sich diese Zeit genommen hat und man sich mit deren Dingen beschäftigen kann.
Der neue Shopware-Newsletter
Mir gefiel es immer meinen Namen dort zu lesen. Hat den Freitag oft verschönert :-)
Shopware: Probleme mit value in der config.xml
Richtig:
<element required="true" type="text" scope="locale">
<name>default_value</name>
<label lang="de">Standard Wert</label>
<label lang="en">Default value</label>
<value>default</value>
</element>
Falsch:
<element required="true" type="text" scope="locale">
<name>default_value</name>
<value>default</value>
<label lang="de">Standard Wert</label>
<label lang="en">Default value</label>
</element>
Muss man nur wissen....
Shopware: RC testen über Update
If Empty mit XPath
/ITEM/TEXT_SHORT[text()]/text() | /ITEM/TEXT_LONG[text() and not(/ITEM/TEXT_SHORT[text()])]/text()
Hier wird vorrangig der TEXT_SHORT verwendet. Sollte dieser aber leer sein, wird auf den TEXT_LONG zurück gegriffen.
Ich habe mir das auch aus anderen Beispielen so lange hin und her gebastelt bis es ging. Aber so erspart man sich zusätzlichen Code der später die beiden Texte abgleicht und es wird gleich richtig eingelesen.
Shopware: Properties und deren Klassen bei der Suche
SearchBundle: Set
Doctrine: Group
SearchBundle: Group
Doctrine: Option
SearchBundle: Option
Doctrine: Value
Konsistenz mag dahinter stecken, aber ich kann sie nicht erkennen.
Also kann etwas so aussehen:
/** @var Shopware\Models\PropertyGroup $group */
$group = Shopware()->Models()->find(Shopware\Models\PropertyGroup::class, $setSearchBundle->getId());
Bootstrap Pointer-Cursor
<li role="button" ng-click="doSomething()">Blubb</li>
Ob sich die Entwickler von Bootstrap die Verwendung so gedacht haben, kann ich nicht sagen, aber es funktioniert.
LAMP in 3 Zeilen
sudo apt-get install apache2 libapache2-mod-php7.1 php7.1 php7.1-mysql mysql-server openssh-server
sudo apt-get install phpmyadmin
sudo a2enmod rewrite
Bei der phpmyadmin Installation nicht vergessen nochmal Apache wirklich mit Space auszuwählen, es ist nur markiert aber nicht ausgewählt.
phpmyadmin ist optional Java und Oracle SQL-Developer oder einfach die MySQL Workbench würden auch gehen.
POS-Projekt Demo
Das Plugin entsteht für einen Auftraggeber und wird wohl erst einmal nicht frei im Store verfügbar sein.
Jetzt müssen Demo-Daten gebastelt werden.
Shopware: Meine Standard Apache Config
<VirtualHost *:80>
ServerAdmin hp@ubuntu.local
DocumentRoot "/var/www/shopware"
ServerName shopware.localhost
ServerAlias www.shopware.localhost
ErrorLog "/var/log/apache2/shopware.error.log"
CustomLog "/var/log/apache2/shopware.access.log" combined
RewriteEngine On
RewriteMap lc int:tolower
<Directory "/var/www/shopware">
Options Indexes FollowSymlinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
Shopware: Export mit allen Attribute-Feldern
zum Commit
Alt vs Neu und Modern ... aber es funktioniert doch
Diese ganzen neuen und modernen Build-Systeme habe ich war genommen, aber irgendwie habe ich da nicht die Zeit und Energie mich jetzt mit jedem auseinander zu setzen und die Vorteile, Nachteile und Unterschiedene genau zu analysieren. Am Ende soll es ja doch nur das machen, was mein momentanes System schon macht. Gradle sieht sehr schön und übersichtlich auch.. aber selbst Maven sieht in den einfachen Setup übersichtlich und einfach aus.
Wenn ich also mein Shopware-Plugin baue, was bringt es mir mein universales Ant-Script (das ich nur reinkopieren muss bei jedem neuen Plugin) durch etwas "moderneres" zu ersetzen.
Das Ergebnis sieht gleich aus, wird sicher nicht merklich schneller sein und ich muss keine seltsamen/komplexen Dinge über Variablen und so tun, um zum Ziel zu kommen.
Ist das schlecht? Ist es nachvollziehbar? Ich weiß es nicht... aber ich glaube ich sollte mal wieder mich mehr mit neuen Dingen beschäftigen. Einfach mal wieder etwas Forschung, wenigstens um es alles mal gesehen zu haben. Das gilt besonders für Angular >2 auch wenn ich AngularJS weiterhin wirklich toll finde und es mir vollkommen für meine Aufgaben reicht (und ich es ExtJS wohl immer vorziehen werde, wo es nur geht.) .. und Symfony 4 steht auch noch auf meiner Liste.
Older posts: