[vz-dev] Kosten

[Andreas Götz]

Das Problem dürfte in Property.php liegen, siehe auch http://mark-story.com/posts/view/php-floats-localization-and-landmines

@Malte: bist Du so nett und machst ein Issue auf? Ich sehe mich nach Lösung um.

Viele Grüße, Andreas 

Am 21.03.2014 um 10:30 schrieb Malte Diers <mdiers at gmail.com>:

>> 
>>> Moin Liste,
>>> 
>>> ich habe gerade mal die "cost"-Property eingetragen, aber irgendwas scheint da nicht zu funktionieren: 
>> 
>> Bitte aktuelles git von heute morgen verwenden, Justin hat die Korrekturen eingespielt.
> Das kann ich mal versuchen...  
> 
>>> Werte größer Null gehen Problemlos, dann stimmt aber die Einheit ja beleibe nicht. Also den korrekten Wert "0.00026" eingegeben. Schön brav mit einem Punkt.
>> 
>> Bei W wird kWh gerechnet, also ein tausendstel eingeben.
> Schon klar. Deswegen benutze ich ja auch nicht "26.12", sondern "0.002612"
> 
>>> Kurz später war der Wert "0". Genauso wie "26.5" zu "26" wurde, etc. Direkt nach dem Eintragen steht der Wert jedoch richtig drin! Also mal kurz danach noch ein SELECT und siehe da: Der Wert migriert von "0.00026" zu "0,00026" (Komma!) zu "0". Also was mit irgendeiner Locale...
>> 
>> Zahlen mit . eingeben, das klappt bei mir.
> "Works for me". Toll. Bei mir aber nicht. Ich schrieb ja, dass ich es genau so gemacht habe.
>  
>>> Die Collation ist in jeder Tabelle "utf8_unicode_ci", daran kann es nicht liegen, also muss es meines Erachtens irgendwo auf Client-Seite haken. Da jedoch auf das Frontend zum Zeitpunkt der Veränderung keinen Zugriff gab, wohl aber auf die middleware.php (1reqs/channel/2s), wage ich die These, dass die mir den Wert zerschießt.
>> 
>> Sollte damit nichts zu tun haben da wird dabei nicht von Strings reden.
> Wir reden sehr wohl von Strings, denn der Wert wird in der Datenbank in einem Feld des Typs "longtext" abgespeichert (properties.value).
>  
>> Es wird immer "float" gespeichert, der braucht einen . in der Eingabe.
> Das ("float") ist schlicht und ergreifend falsch - Datenbanktechnisch.
> 
> Malte
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140323/43996af9/attachment-0001.html>