cms2day Forum - Community & Support rund ums cms2day

Hallo cms2day,

nach dem Update von Version 3.9.2 auf Ver. 3.9.9.1, habe ich folgendes Problem:

Beim Spammschutz, den Slogans und im Linkmodul (Rubrik) wird wenn (ä,ö,ü,ß) im Text vorkommt nichts ausgegeben.
Dies betrifft das Frontend und auch das Backend.
Die Daten lassen sich ohne Fehlermeldung eingeben und werden auch richtig in der Datenbank abgespeichert.

Auch eine komplette Neuinstallation auf einer Subdomain mit leerer Datenbank zeigt beim Spammschutz und den Slogans
die selbe Problematik.

[img]http://www.cms2day.de/forum/index.php?page=Attachment&attachmentID=736&h=788d6dbeebd92355cd55451fbc053d822a3b6bc3[/img]

Auf meinen lokalem Testsystem konnte ich diesen Fehler nicht beobachten, liegt es eventuell am Provider ?

Gruß Barnie

Habe das Update nach Anleitung durchgeführt, auch habe ich im Beitrag erwähnt
das eine Neuinstallation mit neuer Datenbank das gleich Problem zeigt.

Ich denke mal das es mit der Umstellung auf "UTF8" zusammenhängt, da die verwendete Funktion "htmlentities"
bei Fehlern eine leere Zeichenkette zurück liefert.

Gruß Barnie

Hallo emet und cms2day,

nach längerer Suche mit anderen Suchbegriffen, konnte ich den Fehler beheben.
Es lag an der PHP Version, nach dem zurückstellen von 5.4 auf 5.2 ist der Fehler nicht
mehr vorhanden. Siehe Beitrag

Beim Update bzw. der Neuinstallation kam allerdings keine Fehlermeldung.

Werde mal den Provider kontaktieren da ich ab 01.04 mit der PHP Version leben muss.

Gruß Barnie

Hallo emet, cms2day

ja die Seite liegt bei 1und1 und ich kann keine weiteren Fehler feststellen. Sind den bereits webseiten unter PHP 5.4 am laufen ?

Habe mal mein Testsystem von PHP 5.3 auf 5.4 upgedatet. Auch dort kommt es zu diesem Fehler.
Allerdings sind die php.ini Dateien fast identisch.

Der Fehler liegt meiner Meinung in der Verwendung des Befehles „htmlentities“ und „utf8_decode“.
utf8_decode wandelt einen utf8 - Zeichensatz in einen 8859-1 - Zeichensatz um.

htmlentities codiert standardmäßig bis PHP 5.3 8859-1, allerdings ab PHP 5.4 utf8.
Somit liefert htmlentities einen leeren String zurück, bei verwendung von ENT_SUBSTITUTE liefert htmlentities
ein Ersatzzeichen aus und keinen leeren String. siehe php.net

Aufruf bisher


So funktioniert es auch in PHP 5.3 und PHP 5.4


weitere Möglichkeit (noch ungetestet)


Gruß Barnie

Hallo emet,

die Seiten bei 1und1 laufen seit 2010 ohne Probleme. Erst durch die Umstellung auf PHP-Version 5.4 sind einige Probleme aufgetreten.

Chronik:

• Umstellung auf PHP 5.4
• cms2day Ver. 3.9.2 zeigt verschiedene Fehler
• Update auf cms2day Ver. 3.9.9.1 (einzige Besonderheit, bin nach dem Update aus dem Backend geflogen)
• Fehler beim Backend / Frontend wenn Sonderzeichen (ä, ö, ü, ß ...) im Text vorkommt. (betrifft die Admin-, Slogan, Spammschutzverwaltung und teilweise Module. Fehler zeigt sich in der Form, das Inhalte nicht angezeigt / bearbeitet werden können. In den Tabellen sind die Inhalte allerdings
  vorhanden.)
• neue Subdomain eingerichtet und Neuinstallation Ver. 3.9.9.1 mit neuer/leerer Mysql-Datenbank
• Fehler weiterhin vorhanden, fällt im Spammschutz sofort auf
• zurück auf PHP 5.2
• Fehler mit den Sonderzeichen nicht mehr vorhanden

Habe nun sämtliche Funktionen / Module dahin geändert das cms2day auf PHP 5.2 und PHP 5.4 wieder ohne diese Problematik läuft.

Betrifft folgende Funktionen:

/admin/pages/admin.inc.php
/admin/pages/slogans.inc.php
/admin/pages/spammschutz.inc.php
/includes/funktions/checkumlaute.inc.php
das link-modul

Was mir noch aufgefallen ist das im Backend / Frontend nicht alle Textausgaben (durchgängig) mit htmlentities kodiert werden.
Auf der Startseite des Backends wird man richtig mit seinem Namen begrüßt „Herr Körnchen“, in der Adminverwaltung wird kein Name angezeigt auch nicht beim bearbeiten (in der Mysql-Tabelle ist der Name aber vorhanden).

Sorry im Beitrag vom 15.02 ist mir ein Fehler unterlaufen. Wichtig das die Kodierung richtig angegeben wird (Großschreibung und "-") sonst funktionierts nur in PHP 5.4 aber nicht in PHP 5.2

Neuer Aufruf der Funktion htmlentities


Kann mit dieser Lösung einstweilig leben.

Gruß Barnie