Die Lieferscheine werden nicht gespeichert, sondern immer zur Laufzeit erzeugt! Die integrierte WAWI richtet sich an kleiner Shops, für umfangreichere Export Möglichkeiten und Bestellungen sollte man über eine externe WAWI nachdenken. Möglich wäre ein CSV Export der Bestellungen. Da gibt es zwar 1 - 2 Module, aber so richtig funktionieren die nicht.
Beiträge von admin
-
-
Dieser Status bewirkt, dass die Kategorie und alle darin befindlichen Produkte aktiv/inaktiv gesetzt werden.
-
Kommt im QF5 mit. Die Novalnet Module wurden auch aktualisiert! Es wurde diverse Bugs seitens Novalnet behoben, u.a. dass teilweise Unstimmigkeiten mit dem Versand waren.
-
Ja die gibt es. Öffne die Datei /admin/price_change.php und dort suchst Du die Zeile:
Code$products_query_raw = " select p.products_id,p.products_quantity,p.products_price,p.products_tax_class_id, pd.products_name from products p, products_description pd where pd.products_id = p.products_id AND pd.language_id = '".$_SESSION['languages_id']."'";Da kannst Du jetzt eine Sortierung machen:
Code$products_query_raw = " select p.products_id,p.products_quantity,p.products_price,p.products_tax_class_id, pd.products_name from products p, products_description pd where pd.products_id = p.products_id AND pd.language_id = '".$_SESSION['languages_id']."' ORDER BY pd.products_name ASC";Hier im Beispiel nach Name absteigend sortiert
Macht auch Sinn, habe es für das QF5 vorgesehen. -
Liebe Fangemeinde. Wir hatten leider mit der allseits bekannten Grippe zu kämpfen. Dadurch ist leider der Support an dieser Stelle etwas zu kurz gekommen, weil wir hier mit Notbesatzung die Welt am Laufen gehalten haben. Es muss jeder für sich selbst entscheiden, welchen Weg er gehen möchte. Wir haben in den letzten Monaten extrem viele Fehler aus der v2 behoben, dass ist nun aber einmal sehr viel Aufwand, denn irgendwann muss man ja auch mal programmieren. Wenn 100 E-Mails am Tag kommen und dazu noch alle 5 Minuten das Telefon klingelt kommt man nur sehr mühsam voran! Ich habe viele Nächte und Wochenenden mit dem Bugfix verbracht und mit jotest auch schon einige Probleme zusammen gelöst. Es wurden zum Beispiel gravierende Bugs behoben, wie das caching und diverse andere Altlasten von xtc bzw. osc. Besonders aufwendig ist es aber nach wie vor, wenn man nicht alles über den Haufen werfen will und einfach den Shop mal komplett umprogrammiert wie Gambio GX2 oder die Version vom Exkollegen. Das ergibt eine neue Abhängigkeit vom Anbieter, die wir niemand zumuten wollen bisher. Ich denke, gerade die Kompatibilität mit xt:Commerce ist für commerce:SEO ein entscheidender Faktor.
Wir haben mitlerweile Shops mit 700.000 Produkten die gut laufen. Der Shop an sich ist ein komplexes Gebilde und viele Dateien greifen in einander. Meine Marschrichtung war Stabilität und Qualität. Ich persönlich habe schon viele Shops umgestellt und mit der aktuellen Version gibt es hier auch die wenigsten Probleme. Bei seo-template gibt es die aktuellste Version (2.1.1.4) als Komplett Paket. Dort wird immer die aktuellste Version angeboten. Sicherlich ist die Aussenkommunikation nicht immer optimal, wir werden aber weiterhin daran arbeiten.
-
Also die Notwendigkeit ergibt sich dadurch, dass Suchmaschinen Kategorien quasi als Ordner erkennen und Produkte als HTML Seiten. Das ist schon sinnvoll. Die .htaccess Umleitung von jotest sollte man für den Übergang verwenden, da diese Umleitung dorch sehr tiefgehend ist und die eine oder andere Nebenwirkung haben kann. im QF5 (diesmal wirklich
wird die Änderung wieder raus genommen, denn ich glaube, alle Shops sollten neu indexiert sein. -
-
Nun, da gibt es dieses Mahnungsmodul, hat aber wohl so seine Macken.
-
Ich denke, es ist besser, mit 4 Nachkommastellen zu rechnen. zur Zeit ist der Kollege krank und wir müssen das noch einmal genau durch gehen, Die Berechnungsroutine ist mega komplex, bin froh, dass es z.Z. überhaupt erst einmal einigermassen korrekt funktioniert. Das Problem stammt noch aus xtc Zeiten und Gambio und xtcM haben es scheinbar bis heute auch nicht lösen können. Da funktioniert unsere schon um Längen besser. Den 1 Cent bekommen wir sicher auch noch hin

-
Nun, worauf ich aber hinaus will, muss auf jeder Rechnung der Netto Betrag stehen? Eigentlich nicht, bei Aldi an der Kasse steht auch nur, Warenwert Brutto, darin enthaltene MwSt... Für Händler wird die MwSt. ja extra ausgewiesen. Meine Frage bezieht sich somit nur auf die Ausgabe des Netto Betrages für Otto Normalo.
-
-
Also der aktuelle Download Stand ist 2.1.1.4 Also inkl. FP1 + QF4
-
-
Nun ja, dafür ist doch aber das mobile Template da und optimiert für Smartphones etc.. Möglich ist es, dass die Galery dran Schuld ist.
-
Kommentiere mal folgende Zeilen aus:
Apache Configuration#Rewrite Kategorien etc ohne Slash nach mit Slash ACHTUNG hate mehr negative Auswirkungen!!! RewriteCond %{REQUEST_URI} !(.*)/$ RewriteCond %{REQUEST_URI} !\..+$ RewriteCond %{REQUEST_URI} !/$ RewriteRule (.*) http://%{HTTP_HOST}/$1/ [R=301,L]Das war wegen den Kategorien umleiten auf mit "/" aber scheinbar geht das etwas zu weit.
-
Import / Export steht ganz oben auf der v2.2 Liste. Das Konstrukt ist so ziemlich vor Ar... momentan, ist halt Altlast von xt:Commerce.
Ich denke, beim Import müssen wir komplett neue Wege gehen. -
Das eine hat mit dem Anderen nichts zu tun. Die Page Speed Messung ist immer etwas umständlich. Ich habe Firefox + Developer Tools (Cache Deaktivieren!) und Firebug + Page Speed. Der Cache muss über die Developer Bar deaktiviert sein und dann neu laden + Page Speed starten. Dann bekommst Du die richtigen Werte. Die JS + CSS Werden komprimiert, Page Speed interpretiert das nur falsch. Ich bekomme bei Dir 90/100. Ist ein guter Wert.
-
Da musst "kurze URL" auf false setzen
-
Habe das v2.1 Template black gerade bei seo-template.de auf den aktuellen Stand gebracht. Sorry, die Woche war ich gesundheitlich angeschlagen. Bitte 1 x neu runter laden. Es kommen bald noch mehr Templates für die v2.1, bin mit dem Grafiker schon dran.
-
Das dynamische Lieferzeitanpassung ist auch NUR für den Frontendbereich entwickelt. Da müsste was komplett anderes gemacht werden, was prüft, ob der Bestand <=0 ist. Quasi ein Cronjob. Könnte man über die application_top einbinden, denn die wird ja normalerweise mehrmals am Tag aufgerufen. Das Skript müsste dann schauen, ob auch schon bestehende Produkte mit <=0 da sind, und die dann auch umstellen. Derzeit macht das Script das im Checkout. Noch mal zu den Artikelnummern. Das Feld ist kein numerisches und somit wird es extrem schwer, da was automatisch zu generieren.