so jung und schon kriminell

Manche Menschen werden im Laufe Ihres Lebens kriminell, andere werden scheinbar so geboren.

Leider muß ich Ihnen von meiner abendlichen Begegnung an der Supermarktkasse erzählen, denn es war keine schöne Begegnung. Zwei kleine Jungen, vielleicht 6 oder 7 Jahre alt, standen dort an um eine Pizza und zwei andere Dinge zu bezahlen – dachte ich jedenfalls.

Der Ältere der beiden klärte den Jüngeren gerade darüber auf, daß er vorsätzlich sagen soll, daß er nicht genug Geld dabei hat um die Waren zu bezahlen. Er verwies darauf, daß sich manche weibliche Kassierin im Umgang mit Kindern sehr entgegenkommend verhalten würden. Natürlich hat er das nicht so charmant ausgedrückt. Tatsächlich hat er gesagt, daß er(der kleine), einfach rumflennen soll, daß er doch nur soviel Geld bekommen hätte und sich gefälligst eine Träne rausdrücken soll. Das klappt dann schon.

Auf die Frage, ob er denn wüßte, daß das Betrug ist, antwortete der Ältere, daß er das sehr wohl wüßte.

Das man dafür bestraft wird, wenn man erwischt wird, wußte er auch. Das läßt mich vermuten, daß einige Menschen tatsächlich kriminell geboren werden, weil mit 7 sollte man noch nicht so verdorben sein.

Wenn Sie jetzt an zwei dunkelhäutige Kinder mit schwarzen Harren und Schmuddelklamotten denken, liegen Sie so falsch, wie es nur geht. Die beiden blonden, normal blaß, aber im Sommer leicht gebräunt, standen mit 1a Harrschnitt und Klamotten da. Wer auch immer die Eltern sind, wie man an Geld kommt, müssen sie wissen.

Traurig sowas.

XTC Shops für PHP 5.4 fit machen

Die Umstellung von PHP 5.3 auf PHP 5.4 kann nicht aktuelle Software sehr überraschend treffen. Am Beispiel XTC möchte ich heute eine kurze Hilfe zu einem bekannten Problem zeigen:

Function session_is_registered() is deprecated in /home/XTCSHOP/
public_html/shop/includes/functions/sessions.php on line 96

in Zeile 96 finden wir dies :

function xtc_session_is_registered($variable) {
      return session_is_registered($variable);
}

Eine einfache Änderung durch diese Anweisungen:

function xtc_session_is_registered($variable) {
      return true;
}

behebt die ersten Probleme. So können Sie wenigsten wieder in den Adminbereich einloggen und Updates einspielen.

Javaprogramme könnten schneller laufen

Mal wieder fiel sofort auf, als ich einmal mehr strace bemühen mußte um festzustellen,
was genau das von Java aus gestartete Bashscript so treibt.

Dabei weckten wieder diese Zeilen meine Aufmerksamkeit:

[pid  3488] gettimeofday({1371633845, 44988}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45163}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45283}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45401}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45648}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45776}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 45917}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46044}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46156}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46286}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46509}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46629}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46746}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46857}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 46967}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47120}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47231}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47343}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47465}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47612}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47750}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 47870}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 48008}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 48121}, NULL) = 0
[pid  3488] gettimeofday({1371633845, 48232}, NULL) = 0

Wie man leicht erkennen kann, finden diese Zugriffe im Milli- bis Microsekundentakt statt.

Wenn man sich das strace log vornimmt, kommt das dabei raus:

[root]# wc --lines  /tmp/log
38896 /tmp/log
[root]# grep -c gettimeofday /tmp/log
25366

Also rund 2/3 aller Logzeilen entfallen nur auf gettimeofday() . Auch wenn der Aufruf an sich nur wenige Takte der CPU benötigen sollte, die Masse der Aufrüfe an sich stellt ein nicht zu verachtendes Problem dar. Vermutlich ist das völlig unnötig. Mal sehen, ob sich Oracle der Meinung anschliesst.

Im Einsatz war Java 6 latest.