WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo!
Könnte ich bitte den Link zu einer WBCE Version 1.3.3 haben !? Auf Github hab ich nicht durchgeblickt.
Mit der habe ich schon einige Umstellungen von Websitebaker gemacht und weiß, daß das klappt.
Mit späteren hatte ich Probleme. u.U eigene.
:-)
Offline
https://github.com/WBCE/WBCE_CMS/archive/1.3.3.zip
Ganz ehrlich: Ich halte das für keine gute Idee und rate ausdrücklich davon ab, auf diese veraltete Version zu migrieren.
Wenn es Probleme beim Umstieg gibt, wird Dir hier gern geholfen. Bislang hat sich für alles eine Lösung gefunden.
Zumal die Vorteile der 1.4.x den möglicherweise etwas höheren Aufwand beim Updaten mehr als rechtfertigen.
Online
Vielleicht will er die ja auch nur als Zwischenschritt.
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Wäre nicht erforderlich. Es kann ohne Zwischenschritte
- von WB 2.7 bis WB 2.8.3
- sowie von WBCE 1.0.0 bis 1.4.2
jeweils direkt auf WBCE 1.4.3 migriert werden.
Beitrag geändert von florian (31.03.2020 14:34:34)
Online
webbird
Hallo!
Also - ich hab versucht auf die aktuelle Version zu migrieren. Von WB 2.8.4
Ich weiß, daß die nicht wirklich gibt, sie unterscheidet sich von der 2.8.3 wohl hauptsächlich durch die Existenz eines setup.ini.php
Ich hab allerdings einige WB 2.8.4 auf WBCE 1.3.3 migriert indem ich ein config.sys angelegt habe.
Das Backend funktioniert anscheinend einwandfrei.
Ich habe nun zwei Probleme.
1.) Bilder im Content werden im Backend als gebrochener link dargestellt und erscheinen im Frontend nicht
2.) Im Frontend erscheint eigentlich nur die Titelseite, pressen von Links bringt keine Inhalte
die links sind ziemlich direkt ohne showmenu
Ich hab das mit round probiert, da ist das auch so.
mein config.php ist:
<?php
define('DB_TYPE', 'mysql');
define('DB_HOST', 'localhost');
define('DB_USERNAME', 'xxxxxx');
define('DB_PASSWORD', 'yyyyyy');
define('DB_NAME', 'zzzzzz');
define('TABLE_PREFIX', 'wb_');
define('WB_PATH', dirname(__FILE__));
define('WB_URL', 'http://www.ohessa.de');
define('ADMIN_PATH', WB_PATH.'/admin');
define('ADMIN_URL', 'http://www.ohessa.de/admin');
require_once(WB_PATH.'/framework/initialize.php');
?>
Stimmt da etwas nicht?
die gebrochenen Links sind z.B {SYSVAR:AppUrl.MediaDir}grau.jpg
:-)
Offline
Was habe ich oben geschrieben?
Es kann ohne Zwischenschritte
- von WB 2.7 bis WB 2.8.3
Bei 2.8.4 ist alles mögliche anders. Nicht nur die setup.ini.php. Und config.sys ist von Windows, vermutlich meinst Du config.php.
Ich verweise auf diesen Beitrag:
https://forum.wbce.org/viewtopic.php?pid=28543#p28543
Online
config.sys ist von Windows
Das ist sogar noch aus DOS Zeiten

Offline
Hallo Team!
Ja, stimmt schon. florian hat mich auf meinen eigenen Beitrag von irgendwann umgeleitet.
Ich bin halt bißchen alt nun und kann mich nur vage erinnern, was ich dann gemacht habe, damit es doch funktioniert.
Meine Lösungen sind leider immer bißchen verzwickt und so kann ich mir es nicht leisten eine Künstlerseite für nix neu aufzubauen.
Ich hab das nach der Kollegenanleitung neu gemacht, aber nichts hat sich geändert.
Ich geb Bericht, wenn ich dann das doch noch zum Laufen krieg und wie.
Danke derweil!
P.S. Ich finde ja, das PHP Team ( und Mysql Team) sollte vielleicht mal nachdenken, was es mit seiner Rumeierei für Folgen verursacht und
das bißchen geschmeidiger machen, z.B nicht einfach Routinen mit anderen Namen ersetzen, sondern die einfach ändern.
Hab für eine Firma demletzt einen ganzen Server neu aufsetzen müssen. :-)
Offline
P.S. Ich finde ja, das PHP Team ( und Mysql Team) sollte vielleicht mal nachdenken, was es mit seiner Rumeierei für Folgen verursacht und
das bißchen geschmeidiger machen, z.B nicht einfach Routinen mit anderen Namen ersetzen, sondern die einfach ändern.
?
Online
Hallo!
Ich meine damit ganz bestimmte nicht euch!
sondern die Inumlaufbringer von php und mysql. Das geht doch nicht an, alle paar Jahre alles immer wieder neu aufsetzen zu müssen wegen denen.
Offline
Ach so. Ich war nur etwas verwirrt wg. "Team"...
Ja, da hast Du nicht ganz unrecht. Bei manchen Änderungen zwischen den PHP-Versionen frage ich mich auch, was das soll.
Zu Deiner Problemseite da - sind das nur die Bilder, die fehlen, oder klemmt es noch an anderen Stellen?
Die Bilder müssten sich eigentlich mittels Suchen&Ersetzen über den Datenbankdump wieder reinbringen lassen.
Dieses {SYSVAR:AppUrl.MediaDir} müsste glaube ich einfach nur durch {SYSVAR:MEDIA_REL} oder
http://www.ohessa.de/media/ersetzt werden.
Edit:
Für den fehlenden Inhalt mal ins Errorlog schauen (Admintools > Errorlog Viewer), ob das was steht, was uns weiterhilft.
Beitrag geändert von florian (02.04.2020 16:37:29)
Online
Hallo!
Ja,danke, daß ihr euch nicht mit meiner Kritik angesprochen fühlt.
Natürlich gibt es dann noch mehr Probleme außer den Bildlinks.
z.B die Foldergallery, dann.
Aber ich denke, ich kriege das schon hin mit u.U Gedächtnisstütze.
:-))
Offline
Hallo!
Mein Problem liegt wohl prior an {SYSVAR:AppUrl.MediaDir} bzw überhaupt an {SYSVAR:AppUrl} z.B {SYSVAR:AppUrl}pages/home/kalle/galerie.php
wie genau müßten denn beide korrekt im WBCE heißen?
Natürlich kann ich zur Not auch durch den direkten Pfad ersetzen.
:-)
Offline
{SYSVAR:AppUrl.MediaDir} => {SYSVAR:MEDIA_REL}
{SYSVAR:AppUrl} => {SYSVAR:WB_URL}
Beitrag geändert von florian (05.04.2020 11:21:40)
Online
Hallo!
Wahrscheinlich lag das gar nicht an an {SYSVAR:AppUrl.MediaDir} bzw überhaupt an {SYSVAR:AppUrl}
Ich hab die Pfade ausgeschrieben und es hat sich nichts verändert. (leere Seiten im Frontend)
Ich bin dann auf die Idee verfallen die Seiten einfach zu clonen und die haben sogar funktioniert. (schnelle Lösung)
Ich hab dann die alten gelöscht und die geklonten rückbenannt und es geht schon recht viel.
Probleme hab ich nun mit der geclonten Foldergallery. Im backend funktioniert viel, nicht alles.
Im Frontend nichts.
Wie setze ich denn nun welche fehlervariablen in einer php.ini, daß ich möglichst viel im log sehe ?
Sollte ich wohl selber wissen, ich bin aber kein Entwickler. :-)
Offline
Unter Admintools > Error Log Viewer solltest Du ohne Anpassungen der php.ini alles sehen.
Bei welchem Hoster liegt die Seite denn? Bei vielen Anbietern muss man das Errorlogging explizit im jeweiligen Kunden-/Administrationsbereich einschalten, weil man keinen Zugriff auf die php.ini hat und auch entsprechende ini_set-Einträge in der .htaccess oder PHP-Dateien einfach ignoriert werden.
Informationen zum Error Reporting:
https://www.peterkropff.de/tutorials/ph … orting.htm
Online
Hallo Florian!
Der Tip mit dem ErrorLogViewer war gut.
Da hab ich ja was zu tun!
:-)
Offline
Hallo!
Ich hatte mit dem errorlog schon Erfolge.
Nun die erste Frage: wie kann ich damit umgehen?
2020-04-17T07:05:33+00:00 [Exception] There was an unknown exception: Call to undefined function mysql_client_encoding() in line (43) of /modules/foldergallery/admin/sync.php
kann das sein, daß ich das mit mysqli ersetzen muß ?
Offline
mysql_client_encoding ist seit PHP5.5 deprecated und seit 7.0 ganz rausgeflogen, siehe hier.
Welche Version der Foldergallery ist bei dir im Einsatz? In der 1.41 sollte das eigentlich schon berücksichtigt sein ...
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Hallo!
Ich sollte also mysqli_character_set_name() verwenden ?
mein "fork" der foldergallery baut auf 1.34 auf. Die Fähigkeit den categorietext wysiwyg zu gestalten bietet viele Möglichkeiten. Ich muß da durch.
die Meldung
2020-04-15T09:37:30+00:00 [Deprecated] /modules/foldergallery/class/class.upload.php:[68] from /framework/frontend.functions.php:[365] "Methods with the same name as their class will not be constructors in a future version of PHP; upload has a deprecated constructor"
verheißt wohl auch nichts gutes.
Offline
Die Zeilen mit mysql_client_encoding() und mysql_client_decoding() sind, so weit ich meine Schraubereien an der FG 1.34 richtig erinnere, überflüssig und können einfach raus (ggfs. erstmal auskommentieren).
Zu der constructor-Geschichte:
Versuch mal, ob es geht, wenn Du die class.upload.php gegen eine neuere Version von hier=> https://github.com/verot/class.upload.php/releases einfach austauschst.
Online
Jepp,
mysqli_character_set_name($database->db_handle);sollte funktionieren.
Die deprecated Meldung kannste erstmal ignorieren. Holt dich dann halt mal irgendwann beim Wechsel der PHP-Version ein.
Nur mal zum Verständnis, ob ich das richtig mitbekommen habe:
Du hast von einer irgendwie zusammengeforkten nie wirklich existierenden WB 2.8.4 (entgegen allen Anratens) auf WBCE 1.3.3 upgegraded und bist seither dabei alle möglichen Fehler zu fixen?
Wäre da eine Neuinstallation und Übernahme der Inhalte (wenn - aus welchen Gründen auch immer - kein Upgrade auf die aktuelle 1.4.3 möglich ist) nicht unterm Strich schneller und vor allem Zukunftssicherer gewesen?
Nebenbei: Welche PHP-Version ist im Einsatz?
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Hallo Bernd!
Es gibt da einige Seiten z.T WBCE oder noch WB2.11 von mir, die auch diese geforkte Foldergallery haben. WBCE gefällt mir halt besser.
Die mußte ich nach dem Wechsel von PHP 5.6 auf 7.2 alle überarbeiten bzw upgraden von wb 2.8.3 oder 2.8.4
Funktionierten eigentlich ganz gut, haben aber nachdem ich das nun tiefer untersucht habe in meiner FG immer noch ähnliche Fehler.
Ein Problemchen hierbei ist, daß ich eigentlich nicht weiß, wie die Seiten ausgesehen haben, bevor das Schlamassel war.
Der User hat ja selber rumgebastelt. So einfach sind die Seiten nun nicht.
Nein, es wäre für mich keine gute Idee immer wieder lieber alles neu aufzubauen, wenn php meint, es müßte irgendwas doller machen,
weil mir das der Kunde nicht zahlen will oder kann! :-)
Tatsächlich werde ich auch keine neuen Aufträge mehr annehmen, die irgendwas mit PHP zu tun haben.
Aber der alte Schrott muß wieder laufen. :-) , geh eh bald Richtung Rente.
Die Kunden haben nur bißchen Verständniss für meine Situation. Muß halt die HP's meist für Künstler preiswert nachbessen.
So aus dem Nähkästchen geplaudert gibt es ja sogar teure webanwendungen (z.B UntermStrich) die unbedingt daaruf bestehen den aktuellsten LTS ubuntuserver mit aktuellsten Java oder Php und mysql und nicht z.B Mariadb zu haben. zu haben und sonst nicht supporten.
Da hab ich neulich schon wieder mal den dritten Server neu aufgesetz. Gott sei dank zahlt der Kunde das.
Vielen Dank für eure Hilfe! :-)
Offline
Hallo!
Hat mit der Änderung von mysql_client_encoding(), was ich einfach rausgeschmissen habe geklappt. UTF8 muß ich ja nicht auf UTF8 umsetzen.
Meine FG funktioniert jetzt wie sie soll. Schönen Dank noch.
Nun bleibt das Problem mit den Umlauten, die (nur meistens?) durch das bekannte ? in der Raute räpresentiert werden.
Jacobi vom WB hat mir einst netterweise mit einem script einen datenbankdump von latin auf utf8 encoding umgesetzt.
grundsätzlich kann ich auch selber mit suchen und ersetzen äüöß ersetzen, wenn ich wüßte was mit was.
Habt ihr einen Tip?
Offline
Evtl. hilft das
https://forum.wbce.org/viewtopic.php?pid=28911#p28911
oder hier ist ein Konvertierungsscript
https://forum.wbce.org/viewtopic.php?pid=5292#p5292
Online