Neuigkeiten:

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

Hauptmenü
-Menü

Beiträge anzeigen

Dieser Abschnitt erlaubt es dir, alle Beiträge anzusehen, die von diesem Mitglied geschrieben wurden. Beachte, dass du nur Beiträge sehen kannst, die in Teilen des Forums geschrieben wurden, auf die du aktuell Zugriff hast.

Beiträge anzeigen-Menü

Themen - laborix

#1
Beim Testen des PHP 8.1 Patches für moziloCMS 2.0 ...crascht... es bei bestimmten Update Abläufen/moziloCMS 2.0 rev.xx Versionen.

Beispiel hierzu:
PHP 8.1 Patch einspielen in eine moziloCMS 2.0 rev.49 Version, der Installer versagt seinen Dienst.
Überspielt man die bestehende moziloCMS 2.0 rev.49 Version vorher komplett mit der moziloCMS 2.0 rev.53 und fügt dann erst den PHP 8.1 Patch hinzu, funktioniert es.

Nimm man noch ältere Fassungen von moziloCMS 2.0 (älter als Januar 2016) kommen teilweise nicht erklärbare Schwierigkeiten auf. Getestet auf Webservern ab PHP 7.2 und aufwärts. An einer Lösung wird gearbeitet :o

Frage:
Ist hier noch jemand der eine moziloCMS 2.0 Version einsetzt die älter als Januar 2016 (moziloCMS 2.0 rev.49) ist?

Noch als Info:
moziloCMS 2.0 rev. 53 plus PHP 8.1 Patch läuft im Augenblick fehlerfrei unter PHP 8.1 mit den Standard Plugins  :)
#2
Hallo miteinander,

bei Testen von moziloCMS 2.0 rev.53 (Fassung September 2021) sind folgende Dinge aufgefallen:

1. moziloCMS 2.0 rev.53 läuft nicht mehr unter PHP 5.1.x
2. moziloCMS 2.0 rev.53 läuft ab der PHP 5.5.1 Version

Die Moderatoren/Admins der moziloCMS Website sollten das  bitte auf der zentralen Website und im Github korrigieren. Vielen Dank.

Im moziloCMS 2.0 rev.54 PHP 8.1 Patch wird das eingepflegt.
#3
Hallo,

mir ist beim Experimentieren mit einem neuem "mobile first" Layout aufgefallen, dass das moziloCMS 2.0 rev.53 ein kleines Problem mit dem W3C Validator hat:

Fehler 1:
.../mo2-dev/plugins/Galerie/plugin.css

Es wird ein experimentelles CSS Element "pointer-events" eingesetzt, dieses ist noch nicht freigegeben.

Fehler 2:
.../mo2-dev/Willkommen/Kontakt.html

Beim Erzeugen des Kontaktformular wird ein "label for=" in einer nicht richtigen Syntax erzeugt.

Und ganz schräg  :o ein Einlese Fehler bei:
.../mo2-dev/plugins/CONTACT/plugin.css

Wer keinen Wert auf W3C Konformität beim Einsatz seines moziloCMS legt, kann diese zwei Fehler ignorieren.

Schönes Wochenende
#4
Hallo miteinander,

beim Testen der aktuellen moziloCMS 2.0  unter der neuen PHP 8.1 Entwickler Version sind einige Fehler aufgetaucht. Viele dieser Fehler sind inzwischen beseitigt und moziloCMS 2.x wird auch unter PHP 8.1 laufen  :D

Aber warum dieser Post?
Zwei Fehler sind sehr umfangreich, da auch die Sprachdateien des moziloCMS Frontend, des Adminbereichs und bei einem Plugin betroffen sind. Ich kann die deutschen und englischen Sprachdateien anpassen, aber alle anderen verfügbaren Sprachen wie it, nl, fr und so weiter sollten von Personen angepasst werden, die diese Sprachen sprechen und eventuell auch täglich nutzen.

Deshalb hier ein Aufruf und Bitte an alle moziloCMS Benutzer sich in diesem Beitrag zu melden, damit wir das mit den Sprachdateien bis zum Jahresende auch lösen können.


Hello everybody,

while testing the current moziloCMS 2.0 under the new PHP 8.1 developer version, some bugs appeared. Many of these bugs have been fixed in the meantime and moziloCMS 2.x will also run under PHP 8.1  :D

But why this post?
Two bugs are very extensive, because also the language files of the moziloCMS frontend, the admin area and in one plugin are affected. I can translate the German and English language files, but all other available languages like it, nl, fr and so on should be translated by people who speak and possibly use these languages every day.

So here is a request to all moziloCMS users to report in this post, so that we can also solve the language files until the end of the year.

Vielen Dank, Thank you  :D
#5
Ein etwas älteres Wordpress Layout, das ich schon eine ganze Weile auf moziloCMS 2.0 portieren wollte. Einfach gehalten, interessante Farbkombination, ohne Gimmicks, portiert nach HTML 5 und auf mobile Geräten einsetzbar.

#6
Hallo,

wenn man die aktuelle Mozilo 2.0 Github (Dezember 2019) mit PHP 4.7.1 Patch, siehe meinen Beitrag mit PHP 7.4.1 Fehler hier im Forum
https://www.mozilo.de/forum/index.php/topic,4448.0.html

unter PHP 7.4.8 einem Stresstest unterzieht, kommt folgender Fehler:

ZitatPHP Notice: file_get_contents(): read of 8192 bytes failed with errno=13 Permission denied in /htdocs/mozilo20rev51/cms/Properties.php on line 38

Das lässt sich lösen indem man die Zeile 38 wie folgt ändert:

Original Zeile 38:
if(false === ($conf = file_get_contents($this->file)))
   die("Fatal Error Can't read file: ".basename($this->file));


Ersetzen mit folgenden Zeilen:
$conf = "";
$conf = file_get_contents($this->file);
if (false === $conf)
  die("Fatal Error Can't read file: ".basename($this->file));


Kann das jemand von den Administratoren/Entwicklern anpassen und ins Github stellen?

@Marusti
Hast du Zugriff auf das Github oder geht das nur über den "hausl" Login/Kontakt?

Vielen Dank :D
Laborix
#7
Hallo miteinander,

im mozilo 2.0 Github steht seit einiger Zeit ein "Pull request", sowie scheint es mir, das die Weiterentwicklung die nächste Zeit unverändert auf Revision 51 stehen bleibt.

Auch wenn die Frage eventuell nicht gut für ein offenes Projekt ist, aber gibt es noch jemand der sich diesem Projekt verbunden fühlt und weiterpflegt, sowie auch das Github? Zum Beispiel für die PHP 7.4 Version und PHP 8.0, das in den Startlöchern steht?

Grüße
Laborix
#8
Hallo,

wenn man die aktuelle Mozilo 2.0 Github (Dezember 2019) unter PHP 7.4.1 betreibt, kommen folgende Fehler:

Deprecated: Array and string offset access syntax with curly braces is deprecated in /htdocs/mozilo20rev51/cms/idna_convert.class.php on line 426
Deprecated: Array and string offset access syntax with curly braces is deprecated in /htdocs/mozilo20rev51/cms/idna_convert.class.php on line 440
Deprecated: Array and string offset access syntax with curly braces is deprecated in /htdocs/mozilo20rev51/cms/idna_convert.class.php on line 867
Deprecated: Array and string offset access syntax with curly braces is deprecated in /htdocs/mozilo20rev51/cms/idna_convert.class.php on line 998


Weitere PHP 7.4.1 Fehler sind bei einer Standard Nutzung (ohne spezielle Plugins) bisher noch nicht aufgetreten. Kann das jemand von den Administratoren/Entwicklern anpassen und ins Github stellen?

Vielen Dank und einen guten Start ins Jahr :D
Laborix
#9
Hallo miteinander,

wenn man in Mozilo 2.0 (aktuelle Github Version) im Kontaktformular weder Pflichtfelder noch eine Spamschutz Abfrage aktiviert, wird nach einem Klick auf "Senden" ein leeres Kontaktformular gesendet.

Eigentlich sollten die Felder vor dem Senden auf Inhalte abgefragt werden. Auf der anderen Seite, wer außer einem Tester sendet ein leeres Formular  :)

Gruß
Laborix

#10
Hallo miteinander,

wenn ich in der aktuellen Github moziloCMS 2.0 eine Inhaltsseite bearbeite, dann speichere und dem Admin-Bereich ganz offiziell schließe, kann man durch Klick auf die Weltkugel die Website anschauen. Klappt wunderbar, als kein Funktionsfehler.

Aber in der URL steht http://w....irgend...eine...domain.d...e/index.php?draft=true

Warum draft=true? Ich habe alles gespeichert und mich offiziell abgemeldet. Eventuell Rubrik Schönheitsfehler?
#11
Hallo miteinander,

wenn man eine Inhaltsseite bearbeitet und dort nach einer Überschrift zwei Leerzeichen anfügt, also hinter der schließenden eckigen Klammer
[ueber3|Überschrift H3]   <- Leerzeichen, 2 Stück.
dolor sit amet, consectetuer adipiscing elit. Aenean commodo ligula eget dolor. Aenean massa. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Donec quam felis, ultricies nec, pellentesque eu, pretium quis, sem.

wird automatisch folgender HTML-Code generiert:
<h3 id="a5" class="heading3">Überschrift H3</h3>&nbsp;&nbsp;<br />
dolor sit amet, consectetuer adipiscing elit. Aenean commodo ligula eget dolor. Aenean massa. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Donec quam felis, ultricies nec, pellentesque eu, pretium quis, sem.

ganz kurios ;) , aber reproduzierbar mit der aktuellen Github moziloCMS 2.0 und PHP 5.6. Ist übrigens egal, ob H1, H2, H3 oder H4.
#12
Hallo,

muss ich wohl beim letzten Testen übersehen haben. Wenn man in die moziloCMS Dokumentation geht, dann kommt folgender PHP 7.0.7 Fehler:
ZitatDeprecated: Methods with the same name as their class will not be constructors in a future version of PHP; moziloDocuClass has a deprecated constructor in .../mozilo20/docu/docuClass.php on line 6

Testserver: Apache 2.2.31 64bit, PHP 7.0.7 NTS 64bit und moziloCMS 2.0 Github 29. Mai 2016

Gruß

#13
Hallo,

der HTML-Validator wirft bei einer Standard Galerie im moziloCMS 2.0 (letzte Github Version) folgenden Fehler:
ZitatW3C Validator
an attribute value literal can occur in an attribute specification list only after a VI delimiter
Wenn eine Galerie (Standard) eingebunden wird und die Vorschaubilder angezeigt werden, dann hat der HTML Validator ein Problem mit dem aus dem Standard moziloCMS Plugin Galerie erzeugten HTML Code:

<td class="gallerytd" style="width:50%;">
  <a href="/galerien/Bilder/bild-1.jpg" target="_blank" title="Vollbildanzeige: "bild-1.jpg"">
    <img src="/galerien/Bilder/vorschau/bild-1.jpg" alt="bild-1.jpg" class="thumbnail" />
  </a>
  <br />
  Ein Bild
</td>

Beim Bildtitel mit target=blank und dem Text Volbildanzeige werden beim Bildnamen.jpg zwei zusätzliche Hochkommatas um den Bildnamen angegeben, was den Fehler im HTML-Validator verursacht.

Der zuständige Code liegt in plugins\Galerie\index.php in der Zeile 249 zu finden. Da ich keine Ahnung habe in wie weit eine Anpassung dieser Zeile im mozilo Core etwas durcheinander bringt, beziehungsweise noch woanders würde ich mich über eine Info, beziehungsweise Korrektur freuen.


#14
Hallo miteinander,

habe gerade mein Apache Webserver auf PHP 7.0.2 aktualisiert und die mozilo 2.0 V49 Github Version vom 17. Januar 2016 auf Error_Reporting E_ALL gepatcht. Die Installation vom mozilo 2.0 läuft ohne Probleme durch, aber im Apache access.log tauchen folgende 404er Einträge auf?

::1 - - [19/Jan/2016:19:42:50 +0100] "POST /mozilo20/install/xy/test.php HTTP/1.1" 404 226
::1 - - [19/Jan/2016:19:42:50 +0100] "POST /mozilo20/install.php HTTP/1.1" 200 39
::1 - - [19/Jan/2016:19:42:50 +0100] "POST /mozilo20/install/xy/test.php HTTP/1.1" 404 226
::1 - - [19/Jan/2016:19:42:50 +0100] "POST /mozilo20/install.php HTTP/1.1" 200 39
::1 - - [19/Jan/2016:19:42:51 +0100] "POST /mozilo20/install/xy/test.php HTTP/1.1" 404 226
 
Das ganze 10x?

Kann es sein das in der Github mozilo 2.0 V49 noch was auf Debug-Modus steht?


LG
Laborix
#15
Hallo miteinander,

ich stelle hier mal was zu Diskussion :)

Das Standard Kontakt Plugin hat folgende Reihenfolge:


  • Name
  • Website
  • E-Mail
  • Nachricht

Ich ändere die Reihenfolge jedesmal im Plugin-Code auf:


  • Name
  • E-Mail
  • Website
  • Nachricht

da ich die Website als optionale Angabe eintrage, siehe Beispiel:


  • Ihr Name
  • Ihre E-Mail Adresse
  • Ihre Website (optional)
  • Ihre Nachricht

Wäre eine Reihenfolge Änderung sinnvoll oder nicht. Ich bitte um eure Meinungen.


LG
Laborix
#16
Hallo miteinander,

akutelle Github Version mozilo20, PHP Version egal. Aktiviertes Standard Galerie Plugin mit korrekten Einstellungen.

Wenn ich im mozilo20 Admin eine neue Inhaltsseite anlege und dann im Bearbeiten-Modus in der Galerien Listbox "moziloCMS" auswähle, erscheint im Editor:
@=moziloCMS=@
Korrekt wäre doch eigentlich
{Galerie|moziloCMS}
Lässt sich das irgendwie ändern?


LG
Laborix
#17
Hier klemmt es! / mozilo20 und PHP 7
13. Dezember 2015, 13:03:49
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
#18
Hallo miteinander,

ein kleiner Schönheitsfehler in der aktuellen Github mozilo20 Version. Wenn man nach der Installation die sicherheitsrelevante Dateien löscht, erscheint oben in grün "...alles gelöscht..." und gleich darunter "...sicherheitsrelevante Dateien löschen...". Wenn man diesen Vorgang mit dem Löschen wiederholt, kracht es und ein HTTP 404-Fehler kommt.

Ist es nicht besser nach dem erfolgreichen Löschen der sicherheitsrelevanten Dateien die Löschfunktion zu entfernen?

Gruß
Laborix
#19
Hallo miteinander,

Betriebssystem Windows 10 mit Microsoft Edge, moziloCMS 2.0 (fast) aktuelle Github Version 20.10.2015. Eine Website beim Provider mit PHP 5.6.

Wenn ich in eine vorhandene Galerie mit dem Microsoft Edge Browser eine Grafik hochladen will, kommt der Dialog zum Auswählen der Grafik (normale .jpg Bilddatei). Nach dem Klick auf OK passiert nichts. Es sind etwa 10 Grafiken in dieser Galerie, die neue wird weder angezeigt, noch hochgeladen und ist einfach nicht da. Das gleiche mit einem anderen Internet Browser funktioniert.

Ist beim Standard Galerie Uploader von Mozilo 2.0 irgendetwas was den Microsoft Edge Browser stören kann? Ich habe keine Erklärung hierfür.

Gruß Laborix
#20
Hallo miteinander,

PHP 7 steht kurz vor der Final Relase und es wäre interessant dann schon mal zu wissen wo es im MoziloCMS 2.0 klemmt (falls es klemmen sollte).

Wo und an welchen Stellen kann/muss man in MoziloCMS 2.0 das Error_Reporting aktivieren um das volle PHP Error Reporting zu bekommen?

Gruß