EDOMI auf Raspberry Pi 3B (64 Bit)

[gaert]

Nebenbei teste ich durchaus fleissig Bin gerade dabei CentOS 7 zu installieren...

Natürlich wird EDOMI irgendwann auf einem aktuelleren Systemunterbau laufen (müssen). Ist halt alles eine Frage der Priorität - Stichwort "one-man-show"

Zunächst gilt daher: Never change a running system...

[SvenA]

Ich habe auch nicht vor auf PHP 7 umzustellen, sprich die "EDOMI-Vollinstallation" bleibt wie sie ist...

Kann ich auf der einen Seite verstehen, wenn man sich auf anderen Sachen konzentrieren kann und das ja "nur" der Unterbau ist... Auf der anderen Seite kann es aber vielleicht Vorteile bringen, die man jetzt noch nicht sieht.
Wärst Du denn bereit Anpassungen an PHP7.x zu übernehmen, wenn entsprechend Patches geschickt werden?!

[coliflower]

PHP7 würde meinen LBS (und KLASSE) betreffen ... egal, ich bleibe für's Erste bei 5.3

[crewo]

Vorteil mit PHP 7 wäre mal vor allem die Verarbeitungsgeschwindigkeit und die Stabilität - vorausgesetzt, man hält sich an die dort geltenden Standards. Zwischen 5.x und 7.x liegen Welten, was den Unterbau betrifft.

[gaert]

Richtig

Ich habe auch nicht vor auf PHP 7 umzustellen, sprich die "EDOMI-Vollinstallation" bleibt wie sie ist (CentOS 6.5 etc.). Es geht ja nur darum, dass einige den Wunsch hegen auf PHP 7 bzw. ein aktuelleres OS umzustellen - ob's dann funktioniert ist generell nicht mein Problem. Wobei ich natürlich (falls möglich) dafür sorgen möchte, dass EDOMI als solches auch(!) mit PHP 7 funktioniert.

Für mich (bzw. meine Hütte) sehe ich keinerlei Vorteile in PHP 7 oder CentOS V "sonstwas" Dies kann sich höchstens dann ändern, wenn meine Hardware ausgetauscht werden muss und die neue HW dann kein CentOS 6.5 mehr leiden kann...

[vento66]

Zumindest von Dir nicht Kurzer Check in der DB, ergab einige LBS mit split Funktionen, aber das geht Dich ja nichts an

[gaert]

split() wird aktuell m.E. eh nicht genutzt, sondern tatsächlich (schon) explode(). War ja schon in 5.3 als deprecated markiert.

[vento66]

split() wurde halt gestrichen, müsste dann halt überall, wo genutzt auf explode() umgestellt werden.

[gaert]

Ah ok... Bis auf die "by-reference"-Iteration bei foreach (im Visu-Prozess aktuell) kann ich auf die Schnelle keine Unzulänglichkeiten feststellen. Müsste man also mal testen, wenn's soweit ist...

[SvenA]

Seit PHP 5.3 hat sich schon einiges getan. Die haben kräftig aufgeräumt und nun sauberer gemacht.
Wenn man relativ konservativ programmiert hat, dann sollte es keine größeren Probleme geben...

Im Zweifelsfall hier mal schauen: https://secure.php.net/manual/en/migration70.php

(mit den Links unten für 5.4.x, 5.5.x und 5.6.x!)

[gaert]

SvenA Eigentlich erwarte ich mit PHP 7 keine wirklichen Probleme - oder übersehe ich da etwas?!

[jeff25]

habe meine Visu nun importiert. Denke sie ist nicht die mächtigste aber auch nicht ohne... CPU ist meist 5-10% ausgelastet RAM bei 20%. Daher würde ich zumindest für mich sagen die Raspberry Lösung ist meins :-) Außer des Umlaut Problems beim Import gehen bei mir alle Plugins. Mir ist bis jetzt noch kein Unterschied aufgefallen...

[SvenA]

An dieser Stelle vielleicht hilfreich:

Ab der nächsten Version (1.64) wird kein bcompiler mehr benötigt! EDOMI sollte dann prinzipiell auf jedem "LAMP"-System laufen können...

Juhu!
Einen Monat früher und ich hätte mir die Mühe mit den PHP 5.3 nicht mehr machen müssen...

Aber dann wäre der nächste Schritt zu versuchen EDOMI mit einer neueren PHP Version (7.2) zum Laufen zu bekommen. Bis Du dann an Änderungen/Korrekturen interessiert?

[SvenA]

Wollte mal fragen ob noch jemand was rausgefunden hat wegen dem Umlaut Problem, habe mal die Timerland Demo importiert da passiert es auch...

Das schaue ich mir morgen mal an. Dann habe ich etwas Zeit. Sonst am Wochenende. Ich vermute mal, daß die Daten beim Import einfach in UTF-8 konvertiert werden müssen. Aber ich melde mich...

[jeff25]

Wollte mal fragen ob noch jemand was rausgefunden hat wegen dem Umlaut Problem, habe mal die Timerland Demo importiert da passiert es auch...