Neuigkeiten:

moziloCMS verwendet Cookies. Wenn Sie auf unserer Seite weitersurfen, stimmen Sie der Cookie-Nutzung zu Datenschutzerklärung
moziloCMS Layouts
moziloCMS Plugins

Hauptmenü

moziloCMS 2.0 Rev53 RC1

Begonnen von marusti, 08. Juni 2021, 10:57:37

« vorheriges - nächstes »

marusti

Der erste RC für Rev53 ist fertig und steht zum Testen bereit. Besonderer Dank an laborix, twinix und wasp für die bisherige Arbeit und Feedback.

Wir hoffen auf ein erfolgreiches Testen und freuen uns auf euer Feedback!

Changelog:

##Generell

#PHP8 Support
#HTML 5 und W3C-/NU-Validatoren
Folgende Parameter mussten zur Validatoren Prüfung entfernt werden:
- cellspacing
- cellpadding
- border
- summary
- @imports

#JQuery update - für Frontend auf 1.12.4

##Admin
Update Check eingefügt - prüft ob eine Version von moziloCMS vorhanden ist

#admin_template.php - CSS Dateien werden nicht mit als <style> sondern als Link eingebunden und Code bereinigt
#install.php - JQuery Version muss nicht mehr manuell eingestellt werden und Code bereinigt

##Layouts

#Neues Standardlayout - moziloCMS
#moziloCMS2 Layout (das "alte" Standard Layout) für HTML 5 und Responsive Webdesign angepasst
/layouts/moziloCMS/template.html            Doctype und HTML 5 Elemente
/layouts/moziloCMS/css/style.css            Umstellung von CSS display-table auf float Modell
                                            - Anpassungen für mobile Geräte
/layouts/moziloCMS/css/syntax.css           CSS für neue Galerie hinzugefügt
                                            - bis moziloCMS rev.49 wurde <Table> verwendet

##Plugins

#Breadcrumb - neues Plugin welches SEO optimierte Breadcrumbs einfügt
#Contact
responsive Ansicht verbessert (floats entfernt)
Verbesserung am Spamschutz
"Revision" zur besseren Nachverfolgung in Backendanzeige aufgenommen
Sprachdateien vervollständigt
Link für Inhaltsseite mit Datenschutzerklärung eingefügt
#Cookies - neues Plugin welches eine Cookie Meldung einblendet
#Galerie
responsive Ansicht verbessert
Bilder öffnen sich jetzt im Overlay
#MenuSubs -englische Sprachdateien hinzugefügt
#MenuSubsMobile - englische Sprachdateien hinzugefügt
#LastChange - Sprachdateien hinzugefügt und englische Übersetzung

##Sprachen
Kroatisch hinzugefügt (Frontend, Admin und Plugins)

##Docu
#index.php - bereinigt
#docuClass.php - bereinigt

Klemens

Hallo Marusti,
zunächst ein herzliches Danke für die Bereitstellung des RC1 Rev53.

Auf dem Server meines Providers läuft aktuell PHP 8.0.7 (umstellbar auf 7.4.20)
Hab den bereitgestellten RC1 runtergeladen und die Verzeichnisse ADMIN und CMS sowie die Index.php auf den Server mit alter Rev 51 übertragen.
Das Ergebnis ist soweit wie erwartet und beschrieben mit einer Ausnahme:

ich kann auf den "Reiter" Plugin nicht zugreifen. Statt dessen erfolgt (bis auf die Anonymisierung, und wegen der Lesbarkeit eingefügter Zeilenumbrüche) exakt folgende Fehlermeldung:

Fatal error: Uncaught TypeError: count(): Argument #1 ($var) must be of type Countable|array,
null given in /var/www/vhosts/xxxxx.de/yyyyy.de/admin/plugins.php:301 Stack trace: #0 /var/www/vhosts/xxxxx.de/yyyyy.de/admin/plugins.php(206):
get_plugin_config() #1 /var/www/vhosts/xxxxx.de/yyyyy.de/admin/index.php(283): plugins() #2 {main} thrown in /var/www/vhosts/xxxxx.de/yyyyy.de/admin/plugins.php on line 301

Mit der Einstellung auf PHP 7.4.20 tritt die Meldung nicht auf (reproduzierbar), und man kann über den Reiter "PLUGINS" auch das Fenster angezeigt bekommen. Ebenso besteht Zugriff auf dort eingebundene Plugins.
ABER: auch hier folgende Meldung!
Warning: count(): Parameter must be an array or an object that implements Countable in /var/www/vhosts/xxxx.de/yyyy.de/admin/plugins.php on line 301

Wer kann oder muss hier in die Speichen greifen? Und wenn ich als User es bin, dann sagt mir bitte wo und was.
Vielen Dank im Voraus!
kaum macht mans richtig, funktionierts!

laborix

#2
Zitat von: Klemens am 10. Juni 2021, 02:10:38...
Hab den bereitgestellten RC1 runtergeladen und die Verzeichnisse ADMIN und CMS sowie die Index.php auf den Server mit alter Rev 51 übertragen. ...
In der rev.51 gibt es noch nicht alle Plugins die in der rev.53 RC1 enthalten sind.

Irgendwann vor langer Zeit hat jemand mitgeteilt, es müssen nur die Ordner "admin/cms" und die "index.php" ersetzt werden. Keine Ahnung warum sich das bis heute gehalten hat. In der rev.53 RC1 wurden auch Layouts/Plugins sowie die Doku überarbeitet.

Bitte außer der "galerien/kategorien" Ordner alle! Ordner/Dateien der rev.53 RC1 auf den Webspace übertragen. Dann einen neuen Install Lauf machen und erneut testen.

Gruß

marusti

Hallo Klemens,
willkommen im Forum und Danke vor fürs Testen!
Alternativ wenn die Meldung danach noch immer auftritt, kannst du bitte eine komplette Neuinstallation als Test versuchen ob es dort auch auftritt?

Klemens

Hallo Laborix
danke für deine Antwort. Zu deinem Hinweis "Keine Ahnung warum sich das bis heute gehalten hat", hier die Antwort.

https://www.mozilo.de/forum/index.php/topic,4331.0.html

Evtl durch den ADMINISTRATOR hier einen erkennbaren Hinweis einfügen lassen, dass die Aussage für / ab  .... nicht mehr zutreffend ist.

Evtl würde es sich auch lohnen darüber nachzudenken, in der Forenübersicht ein Block mit Titel "Updatehinweise" zu etablieren. 
kaum macht mans richtig, funktionierts!

Klemens

Hi Laborix, du schriebst:
"In der rev.53 RC1 wurden auch Layouts/Plugins sowie die Doku überarbeitet."

Das wird vermutlich für manchen Anwender ein erhebliches Problem bedeuten.
Ich denke, man kann nicht grundsätzlich davon ausgehen, dass die Template-Dateien, css-Dateien (Zb. Style) etc von den Nutzern "unbehandelt" auf den Servern liegen.

Sollte die Anforderung zum Update jedoch so zu definieren sein, wie von dir angesprochen, bedarf es m.E. eines überdeutlichen Hinweises vor dem Update auf die notwendige
Anpassarbeit für die auf Nutzernotwendigkeiten hin angepassten "alten" Templates-Dateien etc. Darin sollte auf jeden Fall dokumentiert sein, an welcher Stelle es
Abweichungen gibt / Anpassungen notwendig werden, um dem Nutzer überhaupt die wirtschaftliche Möglichkeit zu geben, seine "alten" Veränderungen zu migrieren.
Oder hab ich etwas für den Updateprozess falsch verstanden?
kaum macht mans richtig, funktionierts!

marusti

Hallo Klemens,

das Risiko beim überschreiben von Core Dateien besteht bei Updates immer. Jeder Benutzer kann mozilo nach seinen Wünschen ändern. Das können wir aber natürlich nicht berücksichtigen.

Docu: hat nur kosmetische Änderungen welche keine Auswirkung auf Funktionalität haben
Plugins: Die Änderungen bei den bereits vorher vorhandenen Plugins sind im Changelog beschrieben.
Layouts: Die Änderungen sind auch im Changelog beschrieben.

Vielleicht kannst du etwas zusammen schreiben als Anleitung mit deinen Erfahrungen die du gerade machst, so dass es anderen Nutzern hilft?

laborix

#7
Zitat von: Klemens am 10. Juni 2021, 14:58:52... Das wird vermutlich für manchen Anwender ein erhebliches Problem bedeuten. ...
Hi Klemens,

in den meisten Fällen wird das überschreiben und Installation ausführen funktionieren. Wovon ich davon ausgehe, das man schon aus eigenen Interesse vorher ein komplettes Backup (per FTP Programm) erstellt hat.

Thema Layout und .css Dateien

Falls jemand tatsächlich die originalen zwei Layouts der in moziloCMS 2.0 rev.51 enthaltenen Layouts eingesetzt und dort die .css Dateien bearbeitet hat, Ok, durchaus möglich. In diesem Fall gehe ich aber davon aus, das die betreffende Person das Layout alleine wieder anpassen/korrigieren kann.

Thema Plugins

Wie man der Update Beschreibung im ersten Beitrag oben entnehmen kann, wurden die Plugins nur etwas optimiert, aber keine grundlegenden Einstellungen verändert und es sind zwei neue Plugins integriert worden. In der aktuellen moziloCMS 2.0 rev.53 RC1 wurden nur die in dieser Version enthaltene Plugins unter PHP 8 getestet, alle sonstigen verfügbaren Plugins für moziloCMS 2.0 sind unter PHP 8 ungetestet!

Waren weitere sonstige Plugins in der vorherigen moziloCMS 2.0 rev.51 Installation aktiv, müssen diese auch unter PHP 8 getestet und dann entsprechend angepasst werden. Eventuell kommt der PHP 8 Fehler auch durch eines der nicht in moziloCMS 2.0 rev.53 RC1 enthaltenen Plugins.

Ein Ansatzpunkt:
Je nach Webspace Anbieter kann es auch sein, das dort dieser Fehler aufgrund der PHP Ausstattung/Einstellung des Webservers entsteht.

Somit käme der Ansatz von Marusti ins Spiel und auf den Fehler erzeugenden Webspace einfach eine blanke moziloCMS 2.0 rev.53 RC1 in einen Testordner installieren und schauen was unter PHP 8 passiert. Beziehungsweise dann eigene Plugins der Reihe nach hochladen, aktivieren und testen.

laborix

#8
Hi Klemens,

ich habe mal schnell etwas Debugging unter PHP 8.0.7 gemacht  :)

Der Fehler wird laut Quellcode erzeugt, wenn im Plugin Verzeichnis eine der folgende Dateien fehlen

/plugin.conf.php
/index.php

oder

wenn beim Auslesen der Plugin Konfiguration etwas nicht passt. Man müsste sich in deinem Fall mal die Plugins und deren Konfiguration anschauen. Kannst du uns sagen, welche Plugins du im Einsatz hast?

Edit
Ich habe gerade mal eine rev.51 mit PHP 7.3 auf rev.53 mit PHP 8.0.7 umgezogen und nur "admin/cms" und "index.php" überschrieben. Eventuell tritt dein PHP Fehler auch auf, weil im Plugin Verzeichnis keine Schreibrechte für moziloCMS 2.0 existieren.
Hintergrund:
moziloCMS 2.0 rev.51 (11/2019) hat keine "plugin.conf.php" Datei in allen! in moziloCMS 2.0 integrierten Plugins. Diese werden aber bei ersten Aufruf der Plugin Seite im mozio Admin automatisch generiert.

Gruß

Klemens

Habt vielen Dank für eure Infos

Werde mir die Dinge in Ruhe ansehen.
Eines ist aber bereits zu bestätigen: eine Installation des RC1 auf PHP8.0.7 hat ohne Beanstandungen funktioniert.

Bin aber nicht der Meinung, dass ein Update wie dieses den Usern so ohne weiteres in die Hand gegeben werden kann. 
Die Zielgruppe von Mozilo ist doch der User, der ohne speziellen PHP / HTML oder sonstwelche Kenntnisse sich eine eigene Website erschließen kann /möchte.
So sollten fürs RC1 zumindest einige der am meisten gedownloadeten Plugins etc in einer Testumgebung verfügbar sein.
Und ja: kein Backup kein Mitleid. Und dennoch, eine Änderung von PHP-Versionen sollte in einem solchen Frontend nicht auf den User durchschlagen.

Wäre es zumindestens vorstellbar eine Routine bereitzustellen, dem der Mozilopfad übergeben wird und anhand der Kriterien im Changelog die kritischen Programmstellen markiert?

Solche User haben aber auch den Ehrgeiz, diese Vorlagen zu individualiseren. Man kann es auch als proklöppeln bezeichnen. Aber es ist doch legitim?!
Denke, dass ihr viele Problemreports erhalten werdet, falls die Provider schneller auf PHP8 wechseln.
Aber das ist nur so eine dumpfe Ahnung.
Ich werde mich in aller Ruhe den Dingen Schritt für Schritt annehmen, soweit die Zeit es erlaubt. Ihr werdet die Ergebnisse an diesem Ort finden.

@Laborix
werde mir auch deinen Post von 19:58 Uhr zur Hand nehmen und dazu detailiert Stellung nehmen. Werde mich zurück melden.

Bis dahin
Klemens

Wenn ihr euch vorab eine / die hier in Rede stehende  (die Nachfrage veranlassend) aktuell auf PHP7 und dem Mozillo Dark-Basis-Layout aufgebaute Applikation ansehen wollte,
ruft mal arsig.de auf. Dort hatte ich u.a. eine Accordionfunktion integriert.
kaum macht mans richtig, funktionierts!

Klemens

Zitat von: laborix am 10. Juni 2021, 19:58:47

Edit
Ich habe gerade mal eine rev.51 mit PHP 7.3 auf rev.53 mit PHP 8.0.7 umgezogen .......

Hi Laborix,
Das Thema Schreibrechte hab ich überprüft und vorsichtshalber pauschal gesetzt. Soweit OK.
Der Zugriff auf den Reiter "Plugin" ist aber von anderen Dingen abhängig.
Habe den Ordner komplett geleert. >> Zugriff ok.
Dann mit euern "neuen " Plugins wieder gefüllt. >> ok
Dann aus der Rev51 das PHP-Plugin eingefügt: Überraschung, auch damit war der Zugriff möglich.
Anschließend das zweite verwendete Plugin eingefügt (TermContent) : Dieses Plugin führt dazu, dass in der Hauptanwendung der Reiter "Plugin" nicht mehr angesprochen werden kann.
Mit der im Vorpost bezeichneten Fehlerangabe.

Nun nahm ich mit meiner technischen Küchenphilosophie an, dass die PHP-Updates immer mit überschaubaren 
Veränderungen auch immer Abwärtskompatibel waren, und dies auch hier so wäre. Irrtum!
Musste auf der PHP-Seite lesen und feststellen, dass die Version 8 ein Major-Udate sei und explizit
darauf hingewiesen wird, dass die Abwärtskompatibilität nicht gegeben
wäre.

Nun bin ich kein Entwickler, evtl könnte man noch Patchworker zu den Fähigkeiten sagen.
Doch soweit konnte ich lesen, dass es offensichtlich ein Tool gäbe, welches bestehenden Code <Vers. 8
zügig in in eine Version 8 regelgeführt überträgt. Name: Rector (auf github verfügbar)
Ich hoffe, dass dies es euch ermöglicht, die bestehenden "alten" PHP-Dateien auf aktuellen Stand zu überführen
und den Anwendern diese wieder in neuer Version zur Verfügung zu stellen.

Und dennoch bleibt bei den Anwendern die Arbeit, die eigenen Veränderungen aus der bisherigen Version zur neuen Version nachzuvollziehen.
Dafür sollte mit den Updates ein überdeutlicher Hinweis auf diese Notwendigkeit erfolgen.
Es wäre auch zu überlegen, Mozilo allein wegen der Inkompatibilität von PHP8 zu den Vorgängerversionen ebenso eine neue Major-Release zu gönnen.
Berechtigt wäre es allemal, und würde die nicht kompatiblen Versionen voneinander trennen.
Damit würde die besondere Situation jedem überdeutlich.


kaum macht mans richtig, funktionierts!

Klemens

Zitat von: marusti am 10. Juni 2021, 17:33:42
Docu: hat nur kosmetische Änderungen welche keine Auswirkung auf Funktionalität haben
Plugins: Die Änderungen bei den bereits vorher vorhandenen Plugins sind im Changelog beschrieben.
Layouts: Die Änderungen sind auch im Changelog beschrieben.

hi Marust, sorry erst einmal dafür, dass ich nicht sofort auf deine Willkommen geantwortet habe. Das will ich hiermit gerne nachhohlen.
zu deinen Bemerkungen gem "Zitat".
Es überzeugt mich leider nicht, allein so vorzugehen. Befürchte, ihr seid dem selben Irrtum bezüglich PHP8 unterlegen, wie ich es war.

Es wird bis die Vers. 7.x bei den Providern abgeschaltet sein wird, sicher noch einige Zeit vergehen.
Doch genauso wird es eine Reihe von Usern geben, deren Provider eine aktuelle PHP-Version mit V8 bereit stellen.
Ihr seid vermutlich genötigt, in Folge der als nicht abwärtskompatibel deklarierten PHP8-Version Plugins etc doppelt vorzuhalten.


kaum macht mans richtig, funktionierts!

laborix

Hi Klemens,

moziloCMS ist OpenSource.

Somit hat niemand die Verpflichtung etwas Modernisieren/Weiterpflegen zu müssen, es ist freie Community Arbeit. Wenn jemand innerhalb der moziloCMS Community keine Ambitionen mehr für das moziloCMS Projekt hat, ist er nicht verpflichtet hierfür weiterhin Support oder etwas anderes leisten. Punkt.

Eventuell erklärt sich jemand mit freien Kapazitäten bereit ältere Plugins die nicht in der moziloCMS 2.0 Standard enthalten sind in seiner Freizeit auf PHP 8 zu portieren. Ansonsten muss jeder Anwender der solche Plugins einsetzt mit dieser Situation leben.

Gruß

Klemens

Zitat von: laborix am 12. Juni 2021, 08:54:26
.... ist er nicht verpflichtet hierfür weiterhin Support oder etwas anderes leisten. Punkt.
Eventuell erklärt sich jemand  ....

Hallo Laborix,
bin ich dir zu nahe getreten? Sorry dafür!
Ich ging davon aus, das jemand, der ein Open-Source-Projekt final führt -wer das auch immer sein mag -  sowie all die anderen
die Ihren Einsatz hier gezeigt haben, ein Interesse haben könnten, dieses fortzusetzen.
Und wenn aus Sicht des Anwenders aktuell Probleme gesehen, ggf Lösungsansätze vermutet werden, dann sollte das doch möglich sein.
Mag ja auch sein, dass sich diese Problemsicht in Luft auflöst.
Solche  Meldungen sind und könnenn bei Open-Source kein personalisierter Auftrag sein. Schon klar!
Aber als einen Vorschlag für einen möglichen Punkt in der to - do -Liste darf es doch verstanden werden.   Als mehr sollte mein Beitrag nicht zu verstehen gewesen sein.

Gruß
Ks
kaum macht mans richtig, funktionierts!

laborix

Bitte lösche dein TermContent Plugin in deiner PHP 8 Testinstallation und ersetze es durch das an diesem Beitrag angehängte Plugin.

Da ich nur den Fehler im Admin Interface korrigiert habe, wäre es hilfreich wenn du es "live" testen könntest und uns dann informierts. Danke.