AAoLP && Work && Nonsense
Ich arbeite ja zusammen mit Freunden und deren Freunden am AAoLP.
In letzter Zeit ist wieder etwas Schwung in das Projekt gekommen nachdem wir festgestellt hatten das uns (Wo)man-Power fehlt und wir so irgendwie nicht mehr weitergekommen sind.
Jetzt haben wir endlich jemanden gefunden der uns eine schöne Story zusammenschreibt.
Und evtl. sogar jemanden für die Grafik.
Ein neuer “Kneipen-Termin” ist auch schon in Planung.
Hoffentlich läuft da bald was…
Gerade hab ich gemerkt das ich vergessen hab zu sagen “Bringt mir was zu essen mit”.
Aber irgendwie hab ich kein bock selbst zum Bäcker zu laufen.
derAndereGrafiker meint “Es gibt eh nur Schrott” – damit hat sich das Thema schon..
Heute musste ich in einen Shop vom Kunden voll das Üble “Im Smarty-Template – Javascript / JQuery) reinbauen. Irgendwie bin ich ja doch froh das er das nicht Serverseitig gelöst haben wollte. Auch wenn es übel zu lesen ist…
-
{*
-
Ab hier hat der Designer nix mehr zu suchen!
-
Hier gibt es Nur Komisch Zeichen und anderes Zeuch das Ihr nicht kennt
-
*}
-
<script language="Javascript">
-
$(‘#amount’).change (function () {$smarty.ldelim}
-
// Wert suchen und Berechnen
-
if (parseInt($(this).val()) > 0) {$smarty.ldelim}
-
{*
-
Das ist voll das Üble Script ^^
-
naja hoffentlich braucht man das nicht nochmal…
-
*}
-
{if $price|count > 1}
-
{* Staffelpreise berechnen *}
-
{foreach item=multiprice from=$price}
-
{if $multiprice.amount >= $article.minAmount}
-
if (parseInt($(this).val()) == {$multiprice.amount}) {$smarty.ldelim}
-
var multiPrice = {$multiprice.price|replace:",":"."};
-
{$smarty.rdelim}
-
{/if}
-
{/foreach}
-
var floatPrice = multiPrice * parseInt($(this).val());
-
$(‘.updateFieldSingle’).html (writePrice (multiPrice));
-
$(‘.updateField’).html (writePrice (floatPrice));
-
{else}
-
{* Einzelpreis berechnen *}
-
var floatPrice = {$article.price|replace:",":"."} * parseInt($(this).val());
-
$(‘.updateField’).html (writePrice (floatPrice));
-
{/if}
-
{$smarty.rdelim}
-
{$smarty.rdelim});
-
// Schöne Ausgaben erzeugen
-
function writePrice (floatPrice) {$smarty.ldelim}
-
// Zwei Nachkommastellen
-
floatPrice = floatPrice.toFixed(2)
-
// Als Text
-
floatPrice = floatPrice.toString();
-
// Mit Währung dran und kommas
-
floatPrice = floatPrice.replace(‘.’,‘,’) + ‘ {$currency}’;
-
return floatPrice;
-
{$smarty.rdelim}
-
</script>
Mit der Tollen Obergruppen Artikelgruppen Logik hatte ich heute auch wieder eine Diskussionsrunde mit dem Chef. Er meinte “Die Logik macht doch gar keinen Sinn” – da konnte ich mir das lachen nicht verkneifen und hab mir gemeint “Tjaa, meine Idee war das nicht – sondern von Ihnen“.
Ich glaube ja er hat es fast verstanden – also, dass es keinen Sinn macht zwei Baumstrukturen mit ner Kreuztabelle ineinander zu verschachteln. Rest recht wenn diese Kreuztabelle der Artikelstamm ist und somit die meist benutzte / größte Tabelle.
Ich versuch mal die aktuelle Logik hier nieder zu schreiben:
Wir haben einen Baum das sind die Obergruppen
und einen zweiten Baum das sind die Artikelgruppen
beide werden verbunden mit den Artikeln.
Wenn wir also den Baum Obergruppen füllen mit
Autos |- SUV \- Kombie Zweiräder \-Motorad
und den Baum Artikelgruppe füllen mit
Hersteller |- VW \- Opel Zubehör \-Tunung
Kann man jedem Artikel einer Obergruppe und optional einer Artikelgruppe zuordnen.
Also legen wir an:
- VW-Passat in Kombie und VW
- Opel Antara in SUV und Opel
- Bodykit für Kombies in Kombie und Tuning
- Motorad in Motorad und keiner Artikelgruppe
Dann ergibt sich am Ende auf der Webseite die Navigation:
Autos
|- SUV
| \- Hersteller
| \- Opel (1 Artikel)
\- Kombie
|- Hersteller
| \- VW (1 Artikel)
\- Zubehör
\-Tunung (1 Artikel)
Zweiräder
\-Motorad (1 Artikel)
Wer sich jetzt fragt WTF?! Ist genauso schlau wie ich – bis jetzt konnte ich noch nicht herausfinden warum man seinen Artikelstamm so pflegen sollte.
In der Praxis schaut das so aus:
Beide Bäume (Obergruppen und Artikelgruppen) werden von den Kunden eindimensional angelegt – also ohne Unterpunkte.
Und am Ende in der Navigation auf der Webseite gibt es dann nur zwei Ebenen. Welche man auch einfach in einem Baum abbilden hätte können.
Bisher hatten wir keinen Kunden der das Feature wirklich genutzt hat – aber es musste eingebaut werden. Mind. 80% der Performance und tagelanges Optimieren sind nur für dieses eine nutzlose Feature drauf gegangen. Jetzt will er es im neuem CMS überdenken – dabei ist es dort genauso schon übernommen worden.
Ich hoffe ja mal es kommt was dabei rum – und nicht wieder dieses “So wird es in der Praxis und von jedem Shop gemacht!” – das war sein einziges Argument um diese Logik durchzusetzen. Und beides stimmt NICHT – es wird nicht in der Praxis so gemacht und ich kenne keine andere Software die so eine Lösung verwendet! (Bitte Korrektur falls einer so etwas findet! – Das möchte ich echt wissen!)
