Jump to content
xt:Commerce Community Forum

jwinkel

Members
  • Content Count

    454
  • Joined

  • Last visited

  • Days Won

    25

jwinkel last won the day on October 20 2019

jwinkel had the most liked content!

About jwinkel

  • Rank
    Erfahrener Benutzer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ruf einen der betroffenen Artikel im Frontend auf. Klicjk mit der rechten Maustaste -> Seitenquelltext anzeigen. In den ersten Zeilen steht <link rel="canonical" href=... Passt der Eintrag?
  2. Ich würd die max_execution_time höher setzen, ansonsten sollte das so in Ordnung sein.
  3. In der php-Konfiguration des Servers ist zu wenig Speicher erlaubt. Der Shop überscheitet die eingestellte Grenze von 256MB, das reicht nicht für größere / komplexere Shops.
  4. Soweit ich weiss geht das, wir nutzen es dort. Keine Ahnung ob das Standard ist oder von uns angepasst.
  5. Ich habe das Recaptcha sehr erfolgreich durch das honeypot-plugin ersetzt. Keine Probleme, keine Datenübermittlung irgendwohin, bisher hat es noch kein Bot daran vorbei geschafft.
  6. Hallo zusammen, ich habe gerade mal wieder versucht, PayPal Express bei uns zu nutzen. Das endete im Chaos, da z.B. die Frachtkosten abhängig von der Lieferanschrift (Lieferland) berechnet werden. Kennt sich jemand wirklich gut mit dem Plugin aus und kann eventuell helfen - oder funktionieren kompliziertere Vorgänge einfach nicht mit PP Express?
  7. Was macht denn Deine Warenwirtschaft in dem Spiel - oder hast Du bei der Artikelmenge keine? Einfacher wird es sein wenn jemand, der sich mit Datenbanken auskennt, alle (Netto-) Preise mit 1,025862068965517 multipliziert. Dann sind 100€ Brutto auch nach der MwSt.-Umstellung wieder 100,-- Brutto. Im Dezember geht's dann wieder rückwärts, da wird durch den Faktor dividiert. Das ist genau eine Zeile Programm solange keine Sonderpreise genutzt werden., sonst zwei. Vielleicht schreibt ja jemand ein Plugin?
  8. Probier's aus - der Bruttopreis ändert sich. Auch wenn das Backend auf Bruttopreise eingestellt ist werden intern Nettopreise gespeichert und nur zur Anzeige im Frontend die MwSt. hinzugerechnet. Das ist auch gut und richtig so.
  9. Ich bin für die Beibehaltung der Netto-Preise. Sonst müssten die Preise in der angeschlossenen Warenwirtschaft auch geändert werden, das führt zur Diskussion wer das führende System ist (WaWi oder Shop) und garantiert zu Rundungsfehlern auf der "anderen" Seite. Von den Auswirkungen auf die Preise in anderen Ländern (z.B. AT) mal ganz abgesehen. Wer die Preissenkung nicht weitergeben kann oder darf muß eben eine Preisanpassung durchführen wie sonst auch.
  10. Mir geht es nicht um die finanziellen Auswirkungen, sondern um die juristischen. Bis 23:59 ist es ein Gesetzesverstoß und abmahnfähig, mit 16% zu verkaufen. Ab 00:00 ist es ein Gesetzesverstoß und abmahnfähig, mit 19% zu verkaufen. Ich rechne damit, dass die Abmahnvereine das reichlich ausnutzen werden. Durch das angekündigte Plugin wird das Problem gelöst. "Alle Händler" haben ihre stationären Geschäfte um diese Zeit geschlossen und somit etwas mehr Zeit für die Umstellung. Oder Sie haben ein Plugin. Oder Sie haben Schlafstörungen. Wenn keines davon zutrifft haben sie ein Problem.
  11. Unabhängig von den dabei entstehenden "krummen" Preisen: Soll ich mich allen Ernstes am 30.6. und 31.12. um 23:59 hinsetzen und die MwSt.-Sätze ändern? Nur das wäre gesetzeskonform.
  12. Es ist ja eine schöne Idee, das Standard-Template zu überschreiben. Hat jemand eine Idee, wie das in einem Multishop geht? Ich habe etliche Templates, die alle in etlichen Punkten identische Abweichungen vom Standard aufweisen, aber eben nicht in allen. Schick wäre es, wenn nun Template "a" die gemeinsamen Abweichungen hätte und dann die Templates für Shop 1, Shop 2 ... nur die Abweichungen vom Template "a" hätten. Aber dafür müsste eben eine Hierarchie existieren, dass Template "a" das Standard-Template überschreibt und Template "Shop 1" das Template "a".
  13. Hallo Günther, danke für den Tipp. Ich hab' dann noch den Hook für die SOAP-Api dazugenommen und ein Plugin gebaut - jetzt ist der Bestand eines Master-Artikels jederzeit gleich der Summe der (aktiven) Slave-Bestände. Grüsse
  14. An der Stelle geht's nur indem das Template geändert wird. Das muss dann bei jedem Update wieder gemacht werden.
  15. Ich hab' mal eine Weile drauf rumgedacht: Wenn der Lagerbestand des Masters "0" ist wird der Master nicht mehr angezeigt, es braucht also nichtmal ein Flag. Eigentlich müsste also folgendes ausreichen: $record = $db->Execute("SELECT products_model FROM xt_products WHERE products_master_flag = 1 "); while(!$record->EOF){ $record_2 = $db->Execute("SELECT SUM(products_quantity) FROM xt_products WHERE products_master_model = '".$record."'"); $record_3 = $db->Execute("UPDATE xt_products SET products_quantity = ".$record_2." WHERE products_model = ".$record); }$record->Close(); Jetzt müsste man nur noch einen Cronjob daraus basteln, und da steh' ich auf dem Schlauch...
×
×
  • Create New...