Hallo miteinander,
wenn man mozilo20 unter PHP 7 installiert hat und dann in den Admin-Bereich wechseln will, kommt:
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Properties has a deprecated constructor in /dev/mozilo20/cms/Properties.php on line 3
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; SpecialChars has a deprecated constructor in /dev/mozilo20/cms/SpecialChars.php on line 11
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Language has a deprecated constructor in /dev/mozilo20/cms/Language.php on line 3
Warning: Cannot modify header information - headers already sent by (output started at dev/mozilo20/cms/Properties.php:3) in /dev/mozilo20/admin/index.php on line 275
Hat man es bis zum Admin Panel geschafft, kommt gleich noch mehr:
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Properties has a deprecated constructor in /dev/mozilo20/cms/Properties.php on line 3
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; SpecialChars has a deprecated constructor in /dev/mozilo20/cms/SpecialChars.php on line 11
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Language has a deprecated constructor in /dev/mozilo20/cms/Language.php on line 3
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; PasswordHash has a deprecated constructor in /dev/mozilo20/cms/PasswordHash.php on line 27
Warning: Cannot modify header information - headers already sent by (output started at /dev/mozilo20/cms/Properties.php:3) in /dev/mozilo20/admin/index.php on line 130
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; CatPageClass has a deprecated constructor in /dev/mozilo20/cms/CatPageClass.php on line 13
Das Frontend scheint aber ohne "Deprecated" zu laufen. Werde das aber noch austesten.
Gruß
Laborix
Genau das Thema wollte ich auch gerade ansprechen, da php 7 ja in Kürze das Maß aller Dinge sein wird.
Ich bekomme beim Aufruf des Login unter php 7 ebenfalls die Fehlermeldungen gemäß dem angehängten Bild.
Ist das in der neuesten Installationsversion schon behoben, oder kommt da auf stefanbe vielleicht wieder etwas Arbeit zu?
Zitat von: bemerkenswelt am 13. Dezember 2015, 23:13:09... Ist das in der neuesten Installationsversion schon behoben, oder kommt da auf stefanbe vielleicht wieder etwas Arbeit zu? ...
Ich denke dass das ne Weile gehen wird, hab einen "quick and dirty __construct(...)" Patch versucht. Ging aber nicht.
Also das ganze System nochmal neu aufgesetzt und alle Warnungen ignoriert. Anmelden ok, irgendetwas ändern unmöglich? Da wird mit Sicherheit ein großes Stück Arbeit auf Stefanbe und die Entwickler zukommen.
Gruß
Laborix
Hab das mal PHP 7 kompatible gemacht
lg stefanbe
http://.../mozilo20/install.php (also ganz blank und die Github von heute)
Lokal: Windows 10 (64bit), Apache 2.2 (64bit) und PHP 7.0.1 (64bit) (keine XAMPP Installation, nur Apache und PHP)
Warning: session_start(): Session callback expects true/false return value in D:\apache22\htdocs\mozilo20\install.php on line 110
Fatal error: session_start(): Failed to initialize storage module: user (path: D:\apache22\htdocs\mozilo20\tmp/) in D:\apache22\htdocs\mozilo20\install.php on line 110
Online: vermutlich Linux, Apache V?? und PHP 7.0
Fatal error: session_start(): Failed to initialize storage module: user (path: /.../mozilo20/tmp/) in /.../mozilo20/install.php on line 110
Weiter geht es nicht und alles bleibt stehen. Ach so, /tmp wird in beiden Fällen erstellt.
Interessant hierbei, das lokal noch eine Warnung mit kommt. Allerdings habe ich meinen lokalen Apache mit strengen Regelset am Laufen.
Gruß
Laborix
biste dir sicher das du alle dateien erneuert hast besonders die admin/sessionClass.php
lg stefanbe
Ja, ich bin mir sicher. Download Github, entpacken, Kopieren/Upload, und dann http://.../mozilo20/install.php.
Zweimal getestet mit Windows 10 MS Edge und Mozilla SeaMonkey 2.39, jeweils ein komplett blankes Mozilo 2.0 (auf PHP 7.0.0 und PHP 7.0.1)
Edit:
Gerade nochmals getestet mit PHP 5.6.15, da läuft alles rund, keine Errors oder Warnings. Gleiche Browser (s.o.)
Lg
Laborix
Hab das grad auch noch getestet alles ok keine fehler
kanste mal in der install.php zeile 79 ne # vor require_once(BASE_DIR_ADMIN."sessionClass.php"); setzen
und dann noch mal probieren
lg stefanbe
alles zurück
ab zeile 55 das hier einfügen
$name_id = 'MOZILOID_'.md5($_SERVER['SERVER_NAME'].BASE_DIR);
define("SESSION_MO",$name_id);
unset($name_id);
lg
Bringt leider nicht den gewünschten Erfolg.
Warning: session_start(): Session callback expects true/false return value in D:\apache22\htdocs\mozilo20\install.php on line 114
Fatal error: session_start(): Failed to initialize storage module: user (path: D:\apache22\htdocs\mozilo20\tmp/) in D:\apache22\htdocs\mozilo20\install.php on line 114
Wenn ich das richtig interpretiere, dann ist das eventuell ein Fehler aus PHP 4.x Zeiten. Es hat mit dem "session.save_path" zu tun und speziell das dieser im mozilo20-root liegt?
Lade ich mozilo20 Blanko auf den Webspace habe ich kein "/tmp". Starte ich mit "mozilo20/install.php" kracht es, aber das "/tmp" wird erstellt. Kann es sein, das hier php.ini-Einstellungen irgendwie überschrieben werden oder die Schreibrechte zu spät gesetzt werden?
Sehr interessant hierbei, kam beim "reload" (der Warnung/Fatal Error Seite!) zum Vorschein, läuft der Install weiter als wäre nichts gewesen. Wie oben schon beschrieben, scheint mit dem "/tmp" zusammen zu hängen.
LG
Laborix
Hab's gerade mal auf UD-Media php7 installiert und alles einwandfrei, ohne Fehler.
Zitat von: bemerkenswelt am 23. Dezember 2015, 20:26:52
Hab's gerade mal auf UD-Media php7 installiert und alles einwandfrei, ohne Fehler.
Geht bei mir weder Online noch lokal auf einem IIS Web Server (Windows). Ständig die Fehler.
@stefanbe
In der sessionClass.php habe ich den abschließenden Slash bei "tmp/" entfernt = Fatal Error
In der sessionClass.php habe ich die Zeile 9 und Zeile 10 auskommentiert = Fatal Error
Dann habe ich aufgegeben und etwas im INet recheriert. Mit dieser Lösung funktioniert das mozilo20 sowohl Online wie auch lokal (Windows Server):
mozilo20/install.php, Zeile 109, Einfügen vor session_start()
ini_set('session.save_handler', 'files');und (Wichtig!)
mozilo20/index.php, Zeile 2, Einfügen vor session_start()
ini_set('session.save_handler', 'files');So, das löst aber nicht das Problem mit dem alten PHP 4.x Problem bei einigen PHP 7.0 Servern.
LG
Laborix
@laborix
kanste mal den anhang testen
mach deine änderungen rückgängig (ini_set('session.save_handler', 'files');)
lg stefanbe
Guten Morgen,
nach dem Austausch wieder die gleichen Fehler/Warnungen an der gleichen Stelle auf beiden Webspaces (Online/Lokal).
Kann man nicht auf die Umlegung des session.save_path in das mozilo20 Verzeichnis verzichten? Muss dort die Session unbedingt liegen?
Edit:
Habe gerade mal die Zeile 79 in der install.php auskommentiert. Dann läuft alles ohne Fehler durch. Nur kommt beim Aufruf der index.php nach der Installation auch wieder die gleichen Fehler/Warnungen an der gleichen Stelle.
Edit 2:
Nach einem "reload" der index.php kommen die Fehler/Warnungen nicht mehr.
LG
Laborix
Das Problem mit den Fehlern/Warnungen liegt in der sessionClass.php an folgender Stelle:
...
public function open($savePath, $sessionName) {
...
$ret = @file_put_contents($this->savePath."session.conf.php","<?php die(); ?>\n".serialize(array()),LOCK_EX);
...
return $ret
}
...
Wenn ich das "$ret = " entferne, wie beim file_put_contents der user.config Datei (5 Zeilen oben dran), dann läuft die install.php ohne Fehler/Warnung durch und auch die index.php ohne Fehler/Warnung.
Getestet mit der originalen Github Download Version ohne meine "ini_set" und ohne die Patch "sessionClass.php".
Edit Hier der Link auf eine englische Website mit gleichen Problem und dem Lösungsansatz
https://github.com/aws/aws-sdk-php/issues/778
Schöne Feiertage an alle
Laborix
@laborix
also wenn ich dich richtig verstanden habe
dann müste die (anhang) jetzt laufen mit ner github mozilo version
kanste das noch mal testen?
lg und frohes fest :-)
Zitat von: stefanbe am 24. Dezember 2015, 11:34:16... dann müste die (anhang) jetzt laufen mit ner github mozilo Version ...
Install ausgeführt, alles ok, dann Anmelden, Willkommen geändert und gespeichert, abmelden und zur Hauptseite alles ok. Keine Errors/Warnings bis jetzt.
Hat Lokal funktioniert wie auch in der Online Fassung.
LG
Laborix
man oh man
danke dir :-)
lg stefanbe
Danke für die Zusammenarbeit :)
LG
Laborix
:)
Hallöchen!
Ihr seid einfach super! Vielen Dank für eure ganze Mühe und Arbeit, Probleme so schnell wie möglich zu beheben.
Kommt gut ins neue Jahr!
Viele Grüße!
Moin
1und1 hat mir die Umstellung auf PHP 7 angekündigt.
Was muss ich tun, um ein bestehendes Mozilo 2.0 PHP 7 kompatibel zu machen?
Ist eine Update-Installation erforderlich oder reicht es einige PHP Scripts zu tauschen?
Falls ja, welche sind dies?
Grüße
Werner
http://www.ortsclub-lueneburg.de (http://www.ortsclub-lueneburg.de/cms/)
Hallo!
Im Zuge permanenter Optimierung, Weiterentwicklung & Debugging
in den unterschiedlichsten Bereichen würde ich persönlich immer
eine Update-Installation empfehlen.
Voher immer ein Backup ausführen. :idea: :!:
Danke für die Rückmeldung.
Also eine bestehende 2.0 Instanz mit einer aktuellen 2.0 von Github updaten.
Werde ich mal am WE probieren.
Versions-Aktualisierung bei 2.0-Versionen:
Nach erfolgter Sicherung sollten diese Schritte weiterhelfen:
Lade die aktuelle Version von Github herunter und entpacke diese.
Nun die Ordner "admin" und "cms" sowie die Dateien index.php,
install.php und update.php auf den Webspace/Server ins CMS-
Verzeichnis kopieren / hochladen (dabei vorhandene überschreiben).
Abschliessend die install.php aufrufen und den Anweisungen folgen.
Viel Erfolg!
Oh, da habe ich scheinbar immer etwas falsch gemacht. Wenn ich eine neue Version drübergebügelt habe, habe ich bisher immer nur "admin", "cms" u. "index.php" hochgeladen. Das war dann scheinbar doch falsch?
Viele Grüße!
Zitat von: glory am 10. Februar 2016, 17:51:45... Oh, da habe ich scheinbar immer etwas falsch gemacht. ...
Nein, es kommt auf die Vorgängerversion an.
Wenn du zum Beispiel vor 2 Monaten geupdated hast reicht dein Update vollständig aus.
Wenn du zum Beispiel 4 bis 5 Monate nicht geupdated hast, solltest du mindestens folgende Verzeichnisse mit hochladen:
- admin, cms, doku, layout, plugins und die index.php
Wenn es länger war, dann kann man durchaus auch die "install.php" mitladen und den ganzen Install nochmals durchlaufen lassen. Mache ich nur dann wenn ich auch gleich noch das Passwort mit ändern will.
LG Laborix
Layout und Plugins auch???? Da hätte ich aber Angst, dass ich mir meine Einstellungen lösche.
Zitat von: glory am 10. Februar 2016, 20:58:45... Layout und Plugins auch???? ...
Im Layout ist zur Zeit nur ein einziges Layout, das du nicht verwendest. Aber es ist eine aktuelle Version mit einer vollen CSS Ausstattung. Ideal zum Abschauen ::)
Plugins, ok, ich nutze die Standard Plugins wie Kontakt, LastChange und Galerie. Bei allen drei passiert aber gar nichts mit den Einstellungen, die bleiben so wie sie sind. Wie es mit anderen (User) Plugins aussieht, weiß ich nicht. Dürfte aber auch nicht viel passieren.
LG Laborix
Sorry, aber Plugins und Layouts würde ich auf keinen Fall "drüberbügeln", denn in der Regel bleiben die Layouts und Plugins so, wie sie sind. Bei Bedarf kann man einzelne Plugins aktualisieren (ich persönlich lade mir meistens die benötigten Plugins für eine neue moziloCMS Präsenz neu herunter oder schaue zumindest nach, ob das Plugin gravierende Änderungen mitmachen musste), Layouts werden selten bis gar nicht verändert.
Vielleicht gibt Stefanbe sein "vertraut mir, ich weiß was ich tue (frei nach der Comedy-Serie "Sledge Hammer" aus den 80ern) Statement zu der Frage, was aktualsiert werden muss, ab :)
Grüße aus Bochum,
Thorsten
Ja, das wäre sehr schön. Von Stefanbe habe ich schon lange nichts mehr gelesen.
Ich danke euch, ich konnte wieder etwas dazu lernen. Bei den Updates werde ich nun auch zusätzlich noch, wie es Wasp geschrieben hat, update.php hochladen und abschließend die install.php aufrufen und den Anweisungen folgen.
Viele Grüße!
Zitat von: wasp am 10. Februar 2016, 12:05:43
Versions-Aktualisierung bei 2.0-Versionen:
Nach erfolgter Sicherung sollten diese Schritte weiterhelfen:
Lade die aktuelle Version von Github herunter und entpacke diese.
Nun die Ordner "admin" und "cms" sowie die Dateien index.php,
install.php und update.php auf den Webspace/Server ins CMS-
Verzeichnis kopieren / hochladen (dabei vorhandene überschreiben).
Abschliessend die install.php aufrufen und den Anweisungen folgen.
Viel Erfolg!
Moin,
ich wollte kurz Rückmeldung zum "PHP7-Update" meiner Website geben.
Ich habe das Update wie von wasp oben beschrieben durchgeführt.
- Die Ordner "admin" und "cms" umbenannt (Sicherung) und die aktuellen Versionen (41) von Github per FTP hochgeladen
- Die Dateien index.php, install.php und update.php umbenannt (Sicherung) und die aktuellen Versionen von Github per FTP hochgeladen
- Das Install aufgerufen (http://meine-webseite.de/install.php (http://meine-webseite.de/install.php))
- Hier alle Schritte durchgeführt
Danach lief alles rund bis auf ein paar Kleinigkeiten:
- Das Verzeichnis "cms/conf" mit den Dateien fehlte. Ob das ein Bug ist, kann ich nicht mit Sicherheit sagen. Evtl. hatte ich es versehentlich verschoben. Egal, einfach das alte Verzeichnis aus der Sicherung kopiert.
- Eigene Smileys fehlten (ist klar, können ja nicht in der Github-Version sein). Auch diese wieder aus der Sicherung kopiert.
- Die Einstellungen (Registerkarte "Einstellungen" in der Adminoberfläche) waren leer oder mit Defaultwerten gefüllt.
- Die Einstellungen einiger Plugins ebenfalls
Mein Tipp:
Vorher nochmal die Werte aller Einstellungen sichern (Copy & Paste in Textdatei oder Screenshots) und dann über die Adminoberfläche wieder setzen.
Nachdem nochmals alle Plugins erfolgreich getestet wurden habe ich die PHP-Einstellungen des Hostings (1und1) auf PHP7 umgestellt.
Alles läuft wunderbar und gefühlt viel schneller. Seht selbst http://www.ortsclub-lueneburg.de/cms/ (http://www.ortsclub-lueneburg.de).
Nochmals vielen Dank an Alle, die die Versionen pflegen und für die hilfreichen Tipps.
Hallo wernersen, das Backup solltest Du über die Admin-Oberfläche ("Backend") machen. Danach die Verzeichnisse, wie von wasp beschrieben über die bestehenden kopieren, Dateien überschreiben. Du hattest die Verzeichnisse umbenannt, wenn ich das richtig verstanden habe. Demnach fehlten auch Deine "persönlichen" Anpassungen und das conf-Verzeichnis ;-)
Moin,
danke für den Hinweis. Jetzt ist mir klar, was ich falsch gemacht habe.
Ersetzen des Verzeichnisses ist nicht das gleiche, wie ein Update auf ein bestehendes Verzeichnis zu kopieren.
Beim Ersetzen fehlen die Konfigurationsdateien. Beim Überschreiben der Verzeichnisse werden nur die Scripte ersetzt. Die Konfiguration bleibt bestehen und wird ggf. durch das Install angepasst. :idea:
Ich hätte da mal ne Frage:
ist die "Github-Version" die selbe, wie die, welche über die "mozilo" Seite unter "Download" zu bekommen ist ?
Zitat von: wasp am 10. Februar 2016, 12:05:43
Versions-Aktualisierung bei 2.0-Versionen:
Nach erfolgter Sicherung sollten diese Schritte weiterhelfen:
Lade die aktuelle Version von Github herunter und entpacke diese.
Nun die Ordner "admin" und "cms" sowie die Dateien index.php,
install.php und update.php auf den Webspace/Server ins CMS-
Verzeichnis kopieren / hochladen (dabei vorhandene überschreiben).
Abschliessend die install.php aufrufen und den Anweisungen folgen.
Viel Erfolg!
Siehe Revisionsnummer: https://github.com/mozilo/mozilo2.0/blob/master/cms/DefaultConfCMS.php#L5
Du siehst auch das der Download direkt von der Github-URI geht.