phpBB.de

Habt ihr was gegen andere Meinungen? Wenn jemand nicht mitschwimmt wird draufgehauen oder was, ich dachte immer hier geht’s anders zu…
Verwundert dich das, wenn du diejenigen als arrogant betitelst, die freiwillig ihre Freizeit opfern um phpBB weiter zu entwickeln?
Selber sagen das man was ...

Na schau mal hier im Thread, den ersten Beitrag , das wäre doch mal was, genau jener ist aber schon 1 Jahr alt.
Mal ganz ehrlich.
Dieser erste Beitrag hat imo überhaupt kein Informationsgehalt.
Was steht denn da bitte Informatives drin?
Der Satz "folgt eine kurze Liste mit den wesentlichen Punkten ...

Aber was für einen Statusbericht willst du denn haben?
Ich meine was soll da drinstehen?
Jetzt bitte nciht falsch verstehen, die Frage ist ernst gemeint.

Entweder ist es der Group einfach nur egal, oder es ist die pure Arroganz, ich weiß es nicht.

- Das CVS ist doch die beste Informationsquelle die es gibt.
Man kann nunmal bei einem OS Projekt keine genauen Angaben, was noch zu tun ist und wie lange es dauert. Man kann es nunmal nicht abschätzen ...

Bei so einer Problembeschreibung kann man die Kommentare schon verstehen.
Dir kann nunmal keiner helfen wenn der einzige Anhaltspunkt ist, dass es nicht geht.

Wenn ich mir dann noch überlege, dass Olympus aus dem CVS nicht dazu gedacht ist um es sich nur mal anzuschauen, dann verstehe ich die ...

$nettozw= $order->info['total'] - $order->info['tax'];


Also da einfach nur zwei Nachkommastellen?




Abrunden würde man z.B. dann so machen:

$nettozw= floor( ($order->info['total'] - $order->info['tax']) *100 ) /100;

Für anderes "runden" gibts auch andere Funktionen. :D

Ja, genau das wird dort gemacht.

Die Schreibweise ist nur ne Abkürzung:
$x += $y entspricht $x = $x + $y
$x /= $y entspricht $x = $x / $y

1. Ich hätte es schon von vornerein als Dezimalzahl etc. abgespeichert.
Aber der jenige, der das Script bzw. die DB dann nutzen möchte, besteht darauf, das die Zahlen nicht mit Punkt sonder mit Komma in der DB stehen.

Da hast du etwas falsch verstanden.
Der Vorschlag war der in der Db nur ...

Habe keine direkte Lösung für das Problem,
aber meiner Meinung nach speichert man Preise als int.
Die zwei Nachkommastellen simuliert man dann durch einfaches teilen.

Also eher ein alternativer Vorschlag, speichern als Integer und bei der Ausgabe immer durch 100 teilen und fertig.