Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0000219 | WEB-Shop | Backend | öffentlich | 20.11.2009 17:38 | 16.10.2010 18:48 |
| Reporter | xantiva | Bearbeitung durch | yogi | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
| Status | erledigt | Lösung | erledigt | ||
| Produktversion | 1.0.5 | ||||
| Zielversion | 1.0.7 | ||||
| Zusammenfassung | 0000219: Irreführende Beschreibung der Versandkosten | ||||
| Beschreibung | http ://w ww.ecombase.de/PRO/showthread.php?t=24565 Moinsen.. im Prizip kein Bug, nur eine falsche Beschreibung. Bei der Versandart DP (Deutsche Pöst) heisst es in der Bescheibung : ZITAT Example: 0-3:8.50,3-7:10.50,... Weights greater than 0 and less than or equal to 3 would cost 14.57 Bei welchem Steuersatz wie und woher da irgendwo 14,57 rauskommen sollen bleibt ein Rätsel, aber das ist nicht der Punkt. Denn diese Angabe funktioniert überhaupt nicht, weil die Funktion dieses "von bis" gar nicht berücksichtigt. guckst du hier: QUELLTEXT echo'Kosten := '.$dp_cost.' '; print_r($dp_table).' '; // WATCH OUT HERE : IF THE WEIGHT EXCEED THE MOST HIGH WEIGHT SETTINGS NO SHIPPING CAN BE CALCULATED! MAKE SURE PAKET MAX WEIGHT IS RESTRICTED! {by mac 2009-10} for ($i=0; $i<sizeof($dp_table); $i+=2) { if ($shipping_weight <= $dp_table[$i]) { $shipping = $dp_table[$i+1]; $shipping_method = MODULE_SHIPPING_DP_TEXT_WAY . ' ' . $dest_country . ': '; break; } } Ergebnis: Kosten := 0-4:6.99,5-10:9.70,20:13.00,35:30.50 Array ( [0] => 0-4 [1] => 6.99 [2] => 5-10 [3] => 9.70 [4] => 20 [5] => 13.00 [6] => 35 [7] => 30.50 ) Wie man sehen kann wir das '-' nicht mehr gesplittet. Darum wird beim berechnen der Versandkosten das Gewicht des Pakets mit "0-4" ( was -4 wäre, Anmerk. des Autors) bzw. immer mit einem negativen Wert auf '<=' verglichen. Weil nun der Ausdruck des Gewichts immer negativ ist und mit einem Wert > 0 verglichen wird (negative Paketgewichte....wäre ja Antischwerkraft) , gibt der Ausdruck immer true zurück. Das führt dazu das immer der höchste Wert genommen wird, aber NUR solange für das aktuelle Paketgewicht auch ein Eintrag existiert. Sollte das Paketgewicht höher sein als der höchste Gewichtseintrag gibt die Funktion gar nichts zurück. Ok, es gibt schon was. Nämlich ein "Die Versandkosten konnten zur Zeit nicht ermittelt werden" mit dem Wert 0,00!, was unter Umständen, bei schweren teuren Paketen, den Kunden begeistert, aber den Verkäufer ruiniert smiley_emoticons_doh.gif Wie gesagt, nicht unbedingt ein Bug, aber das kann sowas von nerven wenn man nicht weiß woran es liegt.. Vielleicht ändert ihr die Beschreibungstexte mal. Geprüft in der dp.php, aber vermutlich ist das überall so wo Gewichte eingetragen werden können. es grüßt der mac | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Änderungsdatum | Benutzername | Feld | Änderung |
|---|---|---|---|
| 20.11.2009 17:38 | xantiva | Neuer Eintrag | |
| 22.11.2009 12:35 | xantiva | Zielversion | 1.0.6 => 1.0.7 |
| 05.01.2010 15:58 | yogi | Beschreibung aktualisiert | |
| 05.01.2010 17:04 | yogi | Status | neu => zugewiesen |
| 05.01.2010 17:04 | yogi | Bearbeitung durch | => yogi |
| 05.01.2010 17:04 | yogi | Notiz hinzugefügt: 0000165 | |
| 05.01.2010 17:04 | yogi | Status | zugewiesen => erledigt |
| 05.01.2010 17:04 | yogi | Lösung | offen => erledigt |
| 16.10.2010 18:48 | xantiva | Beschreibung aktualisiert |
