WebsiteBaker Community Forum
WebsiteBaker Support (2.8.x) => 
Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: instantflorian on August 29, 2014, 07:17:15 AM
-
Hallo,
nach außen hin könnte momentan der Eindruck enstehen, dass WebsiteBaker neuerdings zur Kategorie "Banana Ware" - reift beim Kunden - zählt. Im "Ankündigungen"-Thread wird munter diskutiert, und Servicepacks werden möglicherweise voreilig auf die offizielle Downloadseite geschoben, obwohl sich im Praxistest herausstellt, dass diese noch fehlerbehaftet sind. Das trägt nicht unbedingt zur WB-Beliebtheit bei.
Weiterhin gibt es noch genung Webspaceanbieter, auf denen noch bzw. maximal PHP 5.2 / 5.3 laufen, und mir stellt sich die Frage, ob WB 2.8.3 SP3 dort noch zum Laufen zu bringen ist.
Aus diesen Gründen plädiere ich dafür
1.) Auf der Download-Seite auch wieder WB 2.8.3 Rev. 1638 anzubieten (es muss ja nicht als SP1 bezeichnet werden)
2.) Den Ankündigungen-Thread als das zu verwenden, für das er ursprünglich gedacht war, und Tests und Feedbacks hier in diesem Thread oder in einem neuen Betatest-Bereich zu sammeln
Um die Downloadseite übersichtlicher zu gestalten,
- könnte auf die fetten "DOWNLOAD"-Brüllbuttons verzichtet werden, es genügt doch, wenn dort der verlinkte Titel des Eintrags erscheint, und/oder
- die Downloads nur als Zip anzubieten. Ich verstehe nicht, weshalb da sowohl Zip als auch tar/gz angeboten werden. Von der Größe her nimmt sich das ja nun überhaupt nichts, und Zip kann ja nun wirklich jeder entpacken.
VG
-Florian.
-
+1
-
So, kurzer Test: SP3 + PHP 5.2 geht definitiv NICHT.
Installation ist zwar noch möglich, aber dann: Einstellungen ändern, Seite anlegen, Medienverwaltung, ... scheitert mit:
Parse error: syntax error, unexpected T_FUNCTION in /var/www/.../wb/framework/functions-utf8.php on line 409
Steht zwar implizit in den Systemanforderungen, aber eben nur implizit - und die älteren WB-Versionen, die noch mit PHP 5.2 laufen würden, gibt es ja nicht mehr zum Download.
Edit: D.h. eigntlich dürfte sich WB SP3 unter PHP 5.2 gar nicht mehr installieren lassen, sondern der Installer müsste die zu niedrige PHP-Version melden und abbrechen!
Mit 5.3 / 5.4 keine Probleme.
Neuinstallation SP3 unter 5.4 erfolgreich, geschilderte Fehler mit install_struct konnte ich nicht reproduzieren. Vielleicht ist Alfahosting - da teste ich - irgendwie toleranter, schon bei SP2 traten ja manche Fehler bei mir nicht auf.
Zur PHP-Versionsfrage allgemein: All-Inkl schaltet heute (HEUTE!) PHP 4.4 ab - sechs Jahre nach dem EOL. Das nur zum Thema Langlebigkeit von betagten PHP-Versionen. D.h. es ist für den Normaluser aus meiner Sicht wesentlich wichtiger und interessanter, ob WB mit PHP 5.3 läuft als mit PHP 5.6 oder PHP 9. Und: Bei Alfahosting, Goneo und etlichen anderen Mittelklassehostern ist immer noch PHP 5.4 das Maximum, PHP 5.5 oder gar 5.6 sind dort nicht im Angebot.
VG
-f.
-
Ich habe den Verdacht, dass WB SP3 (wo ist eigentlich SP2 hin?) problemlos auch unter PHP 5.2 laufen würde, wenn da etwas mehr bedacht auf verfügbare Befehle und Funktionen gelegt worden wäre. Es mag elegant sein, wenn man dank eines neuen Befehls etwas in 1 Zeile machen kann, wofür man früher 3 Zeilen brauchte, es hilft aber nix mehr, wenn man das mit 1000 Zeilen Text erklären muss.
-
Ich habe den Verdacht, dass WB SP3 (wo ist eigentlich SP2 hin?) problemlos auch unter PHP 5.2 laufen würde, wenn da etwas mehr bedacht auf verfügbare Befehle und Funktionen gelegt worden wäre.
Du hast den Sinn hinter den doofen SPs noch nicht verstanden hm?
SP2+ sollen ja die Probleme beheben, welche unter PHP 5.4 / PHP 5.5 entstanden sind.
Sicherlich hätte man da einiges vermeiden können - doch der betroffene Code geht schon sehr weit in die Vergangenheit ;)
-
Du weißt ja: Ich verstehe sowas nicht. Ist OOP. Kenn ich nicht, war immer schon so. Bin dumm.
Was macht(e) eigentlich diese Zeile aus SP2
Parse error: syntax error, unexpected T_FUNCTION in /...../framework/functions-utf8.php on line 409:
$str = preg_replace_callback('/&#([0-9]+);/', function($matches) {return "dechex($matches[1])";}, $str);Die hat bei mir (php 5.2.17) zu einem Totalausfall geführt.
Was macht das eigentlich? Hätte man das nicht so lösen können, dass es auch in 5.2er Versionen funktioniert?
Das ist schlichtweg eine Schlampigkeit.
Ich schätze, der Wickel mit den Service-Packs beruht zu Teil auf solchen Kleinigkeiten.
-
Das Gute vorweg: installation unter MAMP 3.0.2 mit PHP 5.5.10 keine Probleme (heute Vormittag).
Einstellungen und allgemeine Änderungen, auch mit Umlauten, werden ohne Fehlermeldungen/Warnungen übernommen.
Tja:
WebsiteBaker 2.8.3 - SP3 Vollinstallation - 29. August 2014
Modul: News
- News (-seite) anlegen
- Gruppe anlegen und dieser Gruppe ein Bild zuweisen
- Neuen NewsEintrag schreiben und dieser Gruppe zuweisen
- Im Frontend ansehen:
Siehe Attachment/Bild 1 ...
Zeile 414 - fehlt ein "E"
<?php // ignore this line
'GROUP_TITL',
Zeile 56/57 ... da wird ein "lokaler" Pfad/URI zum Image angegeben ...
<?php // ignore this line
$sImageUrl = WB_PATH.MEDIA_DIRECTORY.'/.news/image'.$group['group_id'].'.jpg';
$groups[$group['group_id']]['image'] = (is_readable($sImageUrl) ? $sImageUrl : '');
Abhilfe könnte sein (geht zumindest hier [MAMP])
<?php // ignore this line
$sImagePath = MEDIA_DIRECTORY.'/.news/image'.$group['group_id'].'.jpg';
$groups[$group['group_id']]['image'] = (is_readable(WB_PATH.$sImagePath) ? WB_URL.$sImagePath : '');
Siehe Attachment/Bild 2 ...
Gruß
-
Du weißt ja: Ich verstehe sowas nicht. Ist OOP. Kenn ich nicht, war immer schon so. Bin dumm.
Das wissen wir inzwischen, dass Du OOP nicht magst. Nur haben die Probleme hier rein gar nichts mit OOP zu tun.
Was macht(e) eigentlich diese Zeile aus SP2
Parse error: syntax error, unexpected T_FUNCTION in /...../framework/functions-utf8.php on line 409:
$str = preg_replace_callback('/&#([0-9]+);/', function($matches) {return "dechex($matches[1])";}, $str);
php.net (http://php.net/) als Bettlektüre hilft da weiter.
Die hat bei mir (php 5.2.17) zu einem Totalausfall geführt.
Lesen soll manches Mal recht hilfreich sein: Download » Neueste Version » Systemvoraussetzung en (http://www.WebsiteBaker.org/de/download/neueste-version/systemvoraussetzungen.php)
Was macht das eigentlich? Hätte man das nicht so lösen können, dass es auch in 5.2er Versionen funktioniert?
Das ist schlichtweg eine Schlampigkeit.
Mea culpa. Ich weiß, es ist schon eine Unverschämtheit und Schlamperei³, dass die neuen Versionen nicht einmal mehr mit PHP-4.1 laufen.
Mal ehrlich: Wo warst Du die letzten zwei Wochen, als die Pakete zum Testen bereit standen? Es ist schon eine Spitzenleistung, die Testphasen sorgfältig zu ignorieren und abzuwarten um dann hinterher alle die dafür gearbeitet haben gewissermaßen in den Dreck zu ziehen.
-
1.) Auf der Download-Seite auch wieder WB 2.8.3 Rev. 1638 anzubieten (es muss ja nicht als SP1 bezeichnet werden)
Die Versionen waren schon immer verfügbar, nur der Link zum Archiv war auf der HP gut versteckt. K.A. wer das so gemacht hatte.
Ich hab den jetzt mal aus seinem 'Versteck' geholt und etwas prominenter gesetzt.
-
1.) Auf der Download-Seite auch wieder WB 2.8.3 Rev. 1638 anzubieten (es muss ja nicht als SP1 bezeichnet werden)
Danke Manuela
Ich finde die aufgeräumte Homepage sehr übersichtlich.
Weiter so
-
Danke Manuela
Ich finde die aufgeräumte Homepage sehr übersichtlich.
Weiter so
+1
-
Die hat bei mir (php 5.2.17) zu einem Totalausfall geführt.
Lesen soll manches Mal recht hilfreich sein: Download » Neueste Version » Systemvoraussetzung en (http://www.WebsiteBaker.org/de/download/neueste-version/systemvoraussetzungen.php)
Ich werde wohl nicht der einzige sein, der das überlesen hat. Es gibt mittlerweile massen Threads zu dem Thema, was darauf hindeutet, dass manches nicht so super gelaufen ist.
Es muss meiner Meinung nach nicht sein, dass man wegen ein paar Zeile Code - die man so oder so machen könnte - willkürliche Grenzen einzieht. WB wird nicht moderner, nur weil irgendwo Code steht, der erst ab php 5.3 läuft.
Die 5.2er ist sehr verbreitet, und manch einer hat sicher angenommen, es werden im Service Pack auch andere Bugs geflickt. Aber Wurscht.
Zu meinem Engagement beim Testen: Ich habe keine 5 PHP-Versionen auf dem Localhost, sondern nur eine, die ich für meine Arbeit brauche. Wenn ich der Sache halbwegs traue, "teste" ich auf einem "richtigen" Server.
Mein Engagement WAR dort, wo ich mich besser auskenne.