WebsiteBaker Community Forum
WebsiteBaker Support (2.8.x) => 
Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: easyuser on August 14, 2013, 09:47:01 PM
-
Hallo zusammen,
da es noch keinen Test-Thread gibt zum 2.8.4 Pre-Release http://www.WebsiteBaker.org/forum/index.php/topic,26186.0.html starte ich einmal einen Thread.
Grundsätzliche Meinung:
Prinzipiell ist es schon lange keine Beta mehr, und wurde lange getestet. Die Änderungen in der 2.8.4 sieht man auf den ersten Blick - neues Admin-Theme, viele neue Funktionen v.a. in den Seiten- und Gruppenoptionen.
Warum es so lange gedauert hat sieht man erst, wenn man den Blick unter die Haube wirft. Nein, es ist definitiv kein Minor-Release, aber vor Urzeiten wurden einmal eine mehr als fragwürdige Versionierung festgelegt und bis heute durchgezogen. Sinnvoller wäre wohl die Bezeichnung 2.9.0, aber die Diskussion braucht's hier auch nicht.
Zurück:
Es hat sich unter der Haube wirklich viel geändert. Ob das jetzt dem WebsiteBaker User sofort etwas bringt ist eher fragwürdig. Allerdings merkt man an vielen Stellen die Verbesserung und teilweise komplett neue Programmierung, wenn man das System "stark" einsetzt. Z.B. der Seitenbaum mit > 500 Seiten - um ein vielfaches schneller. Der Umgang mit Backendthemes ist deutlich einfacher, v.a. die "Kopieren" Funktion. Natürlich wurde auch die Sicherheit in zweierlei Hinsicht verbessert - erst einmal natürlich die grundsätzliche Sicherheit (Passworterstellung usw.), v.a. aber auch der Einsatz der Funktionalen und objektorientierten Programmierung. Die macht zwar erstmal nichts sicherer, aber über saubere Funktionen mit definierten Parametern / Rückgabewerten lässt sich in aller Regel auch weniger Unsinn veranstalten, vor allem muss man nicht doppelt und achtfach dieselbe Funktion schreiben in noch mehr Abwandlungen. Und der Beginn, für Modulautoren eine sinnvolle API zu erstellen. Auch wenn man manchmal (Sprachhandling, upgrade.php) für meinen Geschmack über das Ziel hinausgeschossen ist. Ebenso wie die Abkehr von der gruppenbasierten Rechtevergabe, aber auch das habe ich schon vor langer Zeit angemeckert und will es nicht wieder diskutieren.
Sicher fragt man sich, wann die 2.9 kommt - sieht man die Zeitabstände an, wird es gefühlt dieses Jahrzehnt kaum etwas. Auch kann man sich darüber aufregen, warum manche Altlasten wie der FCKEditor, YUI oder der "datepicker" nicht rausgeflogen sind. Auf der anderen Seite allerdings muss man sich auch die Frage stellen, ob man das braucht. Wem WB zu altbacken ist, ist eh schon längst woanders, wem es gefällt wie es ist wartet auch nicht darauf, dass es anders wird.
Fazit:
Ich finde WB 2.8.4 ein insgesamt gelungenes Update - solange man sich nicht von der Versionsnummer verwirren lässt. Sinnvolle Funktionen sind drin, es funktioniert seit Monaten solide, minimal Bugs sind an einer Hand abzuzählen und werden bis zu Release gefixt. Ja, es hätte mehr für die User sein können, ja es hätten mehr Altlasten rausfliegen können - aber warum, man muss nicht zu viel auf einmal anpacken. WB 2.8.4 ist technisch durchwegs auf nahezu aktuellem Stand der Dinge, sicher, deutlich performanter als zuvor, viele Änderungen unter der Haube, und das neue Standard-Admin-Theme kann sich sehen lassen - und hat zum Glück keine unnötigen Spielereien on board.
-
Update:
Jetzt eine wirkliche "Fehlermeldung": Das MultiLanguage-Modul scheint nicht zu funktionieren. Ich habe jetzt verschiedene Sachen ausgetestet, die Klappliste bleibt immer leer. Ebenso Kommt nach den Klick auf "Seitensprachcode" zwar ein grüner Kasten, aber ohne Rückmeldung.
Siehe Screenshots.
-
ich versuchs mal zu reproduzieren.
muss nur erst wieder eine saubere Installation aufsetzen. Meine 'alte' ist inzwischen irgendwie ... bääääh. ;)
-
bei mir schaut das nach Klick auf SEITENSPRACHCODE so aus
-
kann es sein, das das Modul zwingend den Aufbau Ebene 0 = MenuLink -> Ebene 1 = min 2 Seiten in unterschiedlichen Sprachen erfordert?
ich hatte die Rev 1958 als Upgrade auf einem bestehenden einsprachigem Projekt mit 2 Ebenen gemacht und es zeigte mir in der Auswahlliste für den Seitensprachcode nur die Ebene 1 an. Nachdem ich alle alten Seiten gelöscht habe, funktioniert es nun einwandfrei.
Werde das gleich nochmal in einer anderen Rev testen
-
bei einen Projekt, das schon mehrsprachig (entsprechend dem Tutorial für mehrsprachige Seiten) aufgebaut war, funktioniert Multilingual ohne Probleme, allerdings hab ich nun das gleiche leere Erfolgreich-Bestätigungsfeld wie von easyuser im Bild 3 gepostet
-
kann es sein, das das Modul zwingend den Aufbau Ebene 0 = MenuLink -> Ebene 1 = min 2 Seiten in unterschiedlichen Sprachen erfordert?
Nein, das ist nicht an den Seitentyp(Menulink etc) gebunden. Allerdings wird vorausgesetzt, dass die Rootseiten der einzelnen Sprachen auf Ebene 0 liegen (egal ob MenuLink oder WYSIWYG o.a.)
In der Auswahlbox werden immer die Seiten der 'DEFAULT_LANGUAGE' ab Ebene 1 angeboten.
Man sollte sich also bei mehrsprachigen Sites schon vor dem Anlegen der ersten Seite Gedanken über die Basissprache machen und die danach möglichst nicht mehr ändern.
Das 1. und 2. Bild unten zeigen ein einfaches Beispiel einer 2-sprachigen Site
ich hatte die Rev 1958 als Upgrade auf einem bestehenden einsprachigem Projekt mit 2 Ebenen gemacht und es zeigte mir in der Auswahlliste für den Seitensprachcode nur die Ebene 1 an. Nachdem ich alle alten Seiten gelöscht habe, funktioniert es nun einwandfrei.
Werde das gleich nochmal in einer anderen Rev testen
Es kann gut sein, dass es bei Upgrades evt. noch Probleme in den Zuweisungen gibt. Ich konnte hier leider nicht alles testen, da ich schlichtweg zuwenig unterschiedliche Konfigurationen habe.
Ok, bei einsprachigen Sites muss ich das Auswahlfeld noch ausblenden... ist da ja logischerweise überflüssig.
... allerdings hab ich nun das gleiche leere Erfolgreich-Bestätigungsfeld wie von easyuser im Bild 3 gepostet
Da fehlt noch eine Sprachvariable. Ist bereits notiert aber als nicht soo wichtig eingestuft. ;)
Wird Zeit, dass es nur noch mehrsprachige Sites gibt, dann fallen eine Menge Probleme unter den Tisch. (bedeutet, dass nicht mehr zwischen ein- und mehrsprachig umgeschaltet werden muss, sondern einfach mehrere, oder auch nur eine Sprache/n angelegt wird/werden.)
-
bei einen Projekt, das schon mehrsprachig (entsprechend dem Tutorial für mehrsprachige Seiten) aufgebaut war, funktioniert Multilingual ohne Probleme
Es wäre vielleicht gut, wenn es direkt im Tooltip einen Link zu diesem Tutorial gibt. Denn immerhin ist ja das MultiLingual-Feature jetzt fest in der 2.8.4 drinnen, da muss auch ein kompletter WB-Neuling in der Lage sein, ohne Forumshilfe ein mehrsprachiges Projekt aufzuziehen. Denn ich kenne bisher nur das hier http://www.WebsiteBaker.org/de/hilfe/designerhandbuch/mehrsprachige-webseiten.php (gut, ich hatte auch bis auf eine Seite keine mehrsprachigen, und das hat Dietmar direkt umgesetzt :wink: ).
Man sollte auch davon ausgehen, dass die überwiegende Mehrheit (auch im professionellen Umfeld) einsprachig ist.
Und: Ja, es war ein Update von einer vorherigen 2.8.4er SVN. Ich mache mal eine Neuinstallation.
-
Hi,
Die Verzeichnisse 'pages' und 'media' fehlen und werden vom Installer dementsprechend angemeckert.
Das liegt an GitHub und nicht an WB 2.8.4. GitHub entfernt per Default leere Verzeichnisse weil es in leeren Verzeichnissen nix zu versionieren gibt. Die "leeren Ordner" sind im offiziellen WB SVN-Repo (http://project.websitebaker2.org/projects/wb28x/repository/show/branches/2.8.x/wb) enthalten.
Da bei mir in der Vergangenheit des öfteren kein Download als ZIP-Packet vom offiziellen SVN WB-Repository funktionierte, habe ich die GitHub Quelle als "alternative Downloadquelle" angegeben.
Kurz mein Feedback zu WB 2.8.4
- das WB-Backend haut mich nicht wirklich vom Hocker (ähnlich altbacken wie eh und je)
- meine Module funktionieren diesmal auch ohne "Anpassung für den 2.8.4er Kern" - schön
- auf den ersten Blick nicht viel Neues - die Details stecken eher unter der Haube :wink:
Gruss
-
Dann würde ich die ganze Github-Verlinkerei mal schnell wieder rausnehmen und stattdessen eine vollständiges ZIP hier anbieten.
Warum den Testern Steine in den Weg legen?
Ist das SVN noch erreichbar? Im Moment nicht, hab aber erst Version 1955.
-
Hi,
Dann würde ich die ganze Github-Verlinkerei mal schnell wieder rausnehmen und stattdessen eine vollständiges ZIP hier anbieten. Warum den Testern Steine in den Weg legen?
Den Link zum inoffiziellen GitHub Repo hat badknight gepostet, nicht ich. Der WB-Installer fängt das fehlende page und media Verzeichnis ab. Da man eh die config.php.new und config.ini bei Neuinstallation umbenennen muss, stellt das zusätzliche anlegen zweier leerer Ordner auch keine weitere Hürde mehr da. Beim Upgrade gibts die Verzeichnise ja noch, da fällt es nicht weiter auf. Also alles in allem nicht wirklich schlimm.
Auf jeden Fall ermöglicht GitHub nen stabilen Download als ZIP, was man leider vom offiziellen WB SVN-Repo nicht sagen kann.
Gruss
-
Moin, das ging nicht gegen dich oder dein Angebot auf Github.
In meinen Augen spricht nichts gegen ein Install- und Upgrade-Angebot, also 2 ZIPs.
Hauptsache die Erstinstallation ist easy as possible.
-
Das Problem mit den leeren Verzeichnissen hat sich erledigt. ;-)
-
Ich habe hier noch nichts geschrieben bin Leser des Forums, habe mir einige Webseiten mit WB aufgebaut und es hat immer geklappt ohne englisch Kenntnisse!
Ich habe gestern Abend von Github die Zip Datei heruntergeladen, kurz gewundert über die fehlenden Verzeichnisse, nach Wampserver lokal installiert, alles geht und ich bin erst mal zufrieden!
Einiges (oder vieles) hat sich im Hintergrund geändert, das merkt man, aber ich als nur Anwender komme zurecht.
Ich war positiv überrascht!
Wenn jetzt im laufe der Zeit noch einige Altbackene Module auch etwas besser bedienbar werden, dann weitermachen zur nächsten Version!
-
Hi,
Moin, das ging nicht gegen dich oder dein Angebot auf Github.
Habe ich auch nicht als Angriff verstanden - wäre mir aber auch ehrlich gesagt schnurzpipe :wink:
Das Problem mit den leeren Verzeichnissen hat sich erledigt.
Dafür quitiert mir Git beim Versuch die Änderungen aus dem WB SVN-Repo zu ziehen den Dienst mit der Meldung :wink:
fatal: bad config file in line 1 in .git/svn/.metadata
config svn-remote.svn.reposRoot svn://isteam.... command returned error: 128
-
was stört Git?
die TMP-file-Tilde oder die .git Endung?
Lässt sich ja alles anpassen. ;) (wobei mir der Erhalt der Tilde doch sehr entgegenkommen würde)
-
was stört Git?
die TMP-file-Tilde oder die .git Endung?
Nichts von beiden.
Es kam wohl zu einem Fehler während dem letzten ausführen von "git svn fetch", was mir irgendwie die .git/svn/.metadata Datei zerschossen hat, welche die Verbindungsdaten zum WB SVN Repo enthält. Habe die Datei händisch neu angelegt, und siehe da, es geht wieder (https://github.com/cwsoft/WebsiteBaker/commit/f441ca3e96c413a72d07719f404f3cbc636650d8).
Ende vom Lied: GitHub und WB-SVN Repo sind wieder synchron und die GitHub ZIP Datei enthält nun auch die Ordner /pages und /media - danke.
Gruss
-
Auf einer 1959 Installation, wo immer nur Upgrades durchgeführt wurden, verhält sich das MultiLingual immer noch komisch.
Alle Seiten ohne Zuordnung haben "Seitensprachcode: Keine" erhalten. Bei Sprachumschaltung im Frontend wird dabei zum letzten Menüpunkt gesprungen. In einer reinen 2.8.4 wird zum Obersten gesprungen, da klappt das.
Die Dateien wurden alle überschrieben, sollte also nicht an der FTP-Übertragung liegen.
-
Moin...
weil ihr hier gerade beim Thema "Mehrsprachigkeit" seit, kann man mit 2.8.4 noch mit einem <show_menu ...> Link die Seite in die andere Sprache switchen/wechseln? Wenn ja, wie verwirklichen? Die Konfiguration und Verlinkung mit "Seitensprachcode" funktioniert/wird angezeigt.
-
mit diesem Code in der Template-index.php wird an gewünschter Stelle das Fähnchen-Menü erstellt
<?php if(function_exists('language_menu')){ echo language_menu(); } ?>
eine andere Variante wäre das Droplet [ [iMultiLingual] ]
-
ich glaub, du hast das anders gemeint, oder?
die Fähnchen-Links sind die einfachste Variante, für Links im Text empfehle ich die wbLinks
um ganze Menüs (oder Teile davon) einer zweiten Sprache zu erstellen, starte den show_menu-Aufruf mit der Page-ID dieser 2. Sprache als Startpunkt
-
WOW Sehr gut, DANKE !! Bitte irgendwie mit ins Handbuch aufnehmen. Das klappt hervorragend!
-
Bitte irgendwie mit ins Handbuch aufnehmen
steht in der Readme des Moduls :wink:
-
Sollte der Test jetzt nicht zu Ende sein? Oder ist es besser noch mit der 2.8.3 zu arbeiten? Danke und schönen 2. Advent
-
Sollte der Test jetzt nicht zu Ende sein?
ja, wäre schön gewesen ;-)
mein persönliches Bauchgefühl sagt: eher Tage wie Wochen
aber ist nur meine persönliche Meinung, nix Offizielles, keine Ahnung, was da (außer meinen Problemchen) noch auf der Liste steht
-
Ja im Moment stellen sich beim Testen immer noch ein paar Kleinigkeiten heraus, die gefixt werden. Wäre ja blödsinn etwas freizugeben, wenn wir wissen, da ist noch was.
Bin aber sehr zuversichtlich, dass es noch vor Weihnachten public wird. Es wird gerade noch intensiv getestet.
Dietmar
-
grade noch was entdeckt - wenn ihr schon beim fixen seid... :cry:
habe zwei identische test 2.8.3 rev 1960 am laufen und soeben eine upgedated auf 2.8.4 rev 2082. im backend habe ich bei der frisch geupdateten 2.8.4 nun das problem, die reiter "seiten" und "medien" nicht mehr aufrufen zu können. firefox will plötzlich mit einer anderen domain verbinden, mit der die test-wbs einst verknüpft waren. das sind sie aber seit vielen tagen nicht mehr, der cache wurde mehrmals gelöscht, nichts ändert sich. ich komm weder in seiten noch medien.
in den optionen der beiden 2.8.3 hatte ich damals das pages-verzeichnis gelöscht, so dass alle seiten ins stammverzeichnis kommen. den media-ordner hatte ich zunächst umbenannt zu "medien", aber dann zurückbenannt in "media". jetzt habe ich festgestellt, dass ich in den erweiterten optionen der funktionierenden 2.8.3 rev1960 (da komm ich in seiten und medien) und in der geupdateten 2.8.4 rev2082 (da komm ich nicht mehr in seiten und medien) bei pages-verzeichnis nichts eintragen kann. media könnt ich schon umbenennen. heiliger bimbam. scheint ein fehler der alten 2.8.3 zu sein, der noch immer da ist...
gruß, pfreud01
-
Gerade frisch 2.8.4 R2101 auf einem jungfräulichen Webspace installiert.
Klicke ich nach der Installation auf Einstellungen und stelle dort bei Zeitzone +1 ein und drücke auf Speichern kommt die Meldung "Exception: "Error in SQL-Statement" >> Exception detected in: [/framework/WbDatabase.php]" Spielt eigentlich keine Rolle was man da auswählt, auch unverändert lassen und Speichern klicken erzeugt die selbe Fehlermeldung
Unter Optionen bei den Standardeinstellung en kann ich das gewünschte auch ändern. Bei Datumsformat steht es im Englischen Friday 7th March, dass sollte eingedeutscht Freitag 7. März heißen.
Bei Zeitformat steht jetzt 12:28 da, für mich zu der jetzigen Zeit unklar ob das immer noch diese US Amerikanische Uhrzeitangabe ist oder die einzig richtige 24h Zeit.
-
Meldung "Exception: "Error in SQL-Statement" >> Exception detected in: [/framework/WbDatabase.php]"
Kann ich bestätigen.
Bei Zeitformat steht jetzt 12:28 da
Ohne am/pm ist wohl das 24h Format.
-
hier fehlt ein kleines Komma in den Usereinstellungen beim Speicherdialog, wenn Interesse, such ich dir den Fix raus
Das Problem ist aber bekannt und eigentlich behoben, nur noch nicht im SVN
Und was die Darstellung angeht, ich glaube, was du da siehst, ist nur ein Darstellungsschema und da bei WB englisch die Hauptsprache ist, steht das Schema auch in englisch. Die eigentliche Ausgabe ist dann aber von der Usersprache oder der Systemsprache abhängig
die gestrichene Begründung ist so nicht richtig gewesen
Zur Darstellung der möglichen Zeit- und Datumsausgabevarian ten wird die Funktion gmdate() genutzt und diese hat eine englische Ausgabe. Die Lokalisierung an Hand der Einstellungen in den WB-Optionen und/oder Usereinstellungen erfolgt dann jeweils dort, wo es angewendet wird , z.b. Frontendausgaben etc
Da zum Zeitpunkt der Ersteinrichtung aber ja noch keine Werte für eine persönliche Sprache des Users vorliegen, erfolgt die Ausgabe ohne Lokalisation oder Sprachanpassungen
-
hier der Fix aus dem Tester-Bereich
betrifft die Reparatur der Version aus der Rev 2101!
admin/preferences/save.php // Zeilen 137 bis 143
<?php
$sql = 'UPDATE `'.$oDb->TablePrefix.'users` '
. 'SET `display_name`=\''.$display_name.'\', '
. '`language`=\''.$language.'\', '
. '`timezone`=\''.$timezone.'\', '
. '`date_format`=\''.$date_format.'\', '
. '`time_format`=\''.$time_format.'\''; // << kein Komma und keine Leerstelle hinten
if($sPwHashNew) {
$sql .= ', `password`=\''.$sPwHashNew.'\''; //<< Komma+Leerstelle vorne, keine Leerstelle hinten
}
if($email != '') {
$sql .= ', `email`=\''.$email.'\''; //<< Komma+Leerstelle vorne, keine Leerstelle hinten
}
$sql .= ' WHERE `user_id`='.(int)$admin->get_user_id(); //<< Leerstelle vorne
-
Danke, nun geht es :lol: