Gestern waren Sie noch da, die Umlaute und das ß.
Heute morgen sind alle Umlaute und das ß aus den Artikeln ersatzlos gestrichen ... einfach weg ...
Wie geht denn sowas?
Und wo krieg ich jetzt die Umlaute und das ß wieder her.
Übrigens: die Textformatierung in Serendipity scheint mir gelinde gesagt für den A ... Ich probiere ja jetzt seit einigen Tagen rum, aber egal z.B. welche Fontgröße ich z.B.wähle, der Post ist meist uneinheitlich formatiert und sieht "veröffentlicht" oder im Entwurf anders aus als in der Vorschau ...
Wie läuft denn das Zusammenspiel der einzelnen Formatierungs-Plugins ab?
Welche sind unnverzichtbar? Und müssen sie in bsestimmter Reihenfolge in der Liste der Eventplugins stehen?
Und was bedeutet das "Disable Markup plugins for this entry" beim Artikel.
Oftmals ist dort ja Serendipity-Formatierung direkt markiert. Wirkt sich das irgendwie aus? Muss man dasevtl. abwählen / deselektieren?
Umlaute und ß über Nacht verschwunden ...
Re: Umlaute und ß über Nacht verschwunden ...
Welchen Teichensatz verwendet denn deine Datenbank?iskru wrote:Gestern waren Sie noch da, die Umlaute und das ß.
Heute morgen sind alle Umlaute und das ß aus den Artikeln ersatzlos gestrichen ... einfach weg ...
Wie geht denn sowas?
Dort markierte Plugnins wirken sich NICHT auf den Beitrag aus.iskru wrote: Und was bedeutet das "Disable Markup plugins for this entry" beim Artikel.
Oftmals ist dort ja Serendipity-Formatierung direkt markiert. Wirkt sich das irgendwie aus? Muss man dasevtl. abwählen / deselektieren?
Nachtrag:
während in den Artikeltexten die Umlaute und das ß einfachfehlen, sieht es auf den statischen Seiten und in den Artikelüberschriften jezt z.B. so aus:
...
möglichst viel Gesundheit und ein gesundes Leben leisten können ...
Gesunde Grüße
...
In den Links fehlen die Umlaute auch, werden aber anders angezeigt:
http://www.preiswertgesund.de/archives/ ... he.de.html
Ich werd noch kirre, 3 Tage Arbeit für die Mülltonne.
IMir fällt ein, ch hab gestern mal kurz u.a. das Textile -Plugin installiert, aber gleich wieder deinstalliert, einige andere Plugs ebenso ...
Kann das mysteriöse Verschwinden der Umlaute damit zusammenhängen?
während in den Artikeltexten die Umlaute und das ß einfachfehlen, sieht es auf den statischen Seiten und in den Artikelüberschriften jezt z.B. so aus:
...
möglichst viel Gesundheit und ein gesundes Leben leisten können ...
Gesunde Grüße
...
In den Links fehlen die Umlaute auch, werden aber anders angezeigt:
http://www.preiswertgesund.de/archives/ ... he.de.html
Ich werd noch kirre, 3 Tage Arbeit für die Mülltonne.
IMir fällt ein, ch hab gestern mal kurz u.a. das Textile -Plugin installiert, aber gleich wieder deinstalliert, einige andere Plugs ebenso ...
Kann das mysteriöse Verschwinden der Umlaute damit zusammenhängen?
Die Datenbank nutzt UTF-8.
In s9y konfiguration bei Sprache German den Zeichensatz von auf "Nationaler Zeichensatz" auf UTF-8 stellen hat jetzt zumindest die Texte auf den Statische Seiten und dei Artikelüberschriften korrigeirt.
Wenn ich die Option "Datenbank-Zeichensatzkonvertierung aktivieren " deaktivieren sind die Überschrifen wieder verkehrt ...
Änder ich es wieder zurück sind die Überschriften bzw. Links wieder korrekt korrekt
Wobei der Link so ausssieht
http://www.preiswertgesund.de/archives/ ... he.de.html
in der Überschrift aber dann z.B. "Prävention und Aufklärung" steht ...
In s9y konfiguration bei Sprache German den Zeichensatz von auf "Nationaler Zeichensatz" auf UTF-8 stellen hat jetzt zumindest die Texte auf den Statische Seiten und dei Artikelüberschriften korrigeirt.
Wenn ich die Option "Datenbank-Zeichensatzkonvertierung aktivieren " deaktivieren sind die Überschrifen wieder verkehrt ...
Änder ich es wieder zurück sind die Überschriften bzw. Links wieder korrekt korrekt
Wobei der Link so ausssieht
http://www.preiswertgesund.de/archives/ ... he.de.html
in der Überschrift aber dann z.B. "Prävention und Aufklärung" steht ...
Hab mich gerade mal mit putty eingeloogt und locale liefert folgendes:
LANG=de_DE@euro
LC_CTYPE="de_DE@euro"
LC_NUMERIC="de_DE@euro"
LC_TIME="de_DE@euro"
LC_COLLATE="de_DE@euro"
LC_MONETARY="de_DE@euro"
LC_MESSAGES="de_DE@euro"
LC_PAPER="de_DE@euro"
LC_NAME="de_DE@euro"
LC_ADDRESS="de_DE@euro"
LC_TELEPHONE="de_DE@euro"
LC_MEASUREMENT="de_DE@euro"
LC_IDENTIFICATION="de_DE@euro"
LC_ALL=
Hat mein Provider da über nacht evtl. was geändert?
... weil ja vorher alles ordentlich aussah ...?
Meine serendipity_lang_de.inc.php sieht so aus - Auszug
Was also nun tun? Bekomme ich meine Umlaute bitte wieder zurück ...?!
LANG=de_DE@euro
LC_CTYPE="de_DE@euro"
LC_NUMERIC="de_DE@euro"
LC_TIME="de_DE@euro"
LC_COLLATE="de_DE@euro"
LC_MONETARY="de_DE@euro"
LC_MESSAGES="de_DE@euro"
LC_PAPER="de_DE@euro"
LC_NAME="de_DE@euro"
LC_ADDRESS="de_DE@euro"
LC_TELEPHONE="de_DE@euro"
LC_MEASUREMENT="de_DE@euro"
LC_IDENTIFICATION="de_DE@euro"
LC_ALL=
Hat mein Provider da über nacht evtl. was geändert?
... weil ja vorher alles ordentlich aussah ...?
Meine serendipity_lang_de.inc.php sieht so aus - Auszug
Code: Select all
@define('LANG_CHARSET', 'UTF-8');
@define('SQL_CHARSET', 'utf8');
@define('DATE_LOCALES', 'de_DE.UTF-8, de_DE.UTF8, german, de_DE, de, de_DE@euro, de_DE.ISO8859-1');-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Ich vermute Du hast das Plugin "Erweiterte eigenschaften von Artikeln" installiert und dort das Caching aktiviert?
Wenn ja, dann musst du den Cache von allen Artikeln neu erstellen damit sich die von dir installierten und deinstallierten Textformatierungsplugins wieder korrekt auf den Text auswirken.
Auch umstellungen des Zeichensatzes in der s9y Konfiguration sind dafür verantwortlich. Mir scheint es als hättest Du bei deinen Tests da mal was umgestellt was für deine probleme die Ursache sein kann.
Die Locales haben nur Bedeutung für die Darstellung des Datums und sind für Inhalte völlig irrelevant.
Ich empfehle Dir, einen MySQL-Datenbankdump zu machen damit Du ein Backup für die folgenden Tests hast.
Zu deinen weiteren Fragen: Die Textformatierung ovn Serendipity ist sehr ausgeklügelt und ermöglicht mehreren Plugins unterschiedlichste Formatierungen durchzuführen. Dabei obliegt es dem Benutzer zu entscheiden, inwiefern das Sinn macht. Es gibt einige Textformatierungen die miteinander keinen Sinn der Kombinierung machen: Wiki-Markup und Textile z.B. Oder Textile und BBCode gemeinsam sind schwachsinnig. Sowas muss der Benutzer schon wissen, denn man schraubt ja auch nicht in seinem Auto eine neue Federung ein, wenn man nicht weiß, wie die sich auswirkt.
Auch die Reihenfolge der Textformatierungen kann von Interesse sein. Wenn z.B. "nl2br" NACH einem Textile plugin folgt, das selber schon newlines in <br /> konvertiert, dann hätte man doppelte <br />s in HTML-Markup statt echte <br />s.
Der Unterschied von "Vorschau" und Entwurf liegt im Template. Im Backend kann nur ansatzweise das Design des Frontends dargestellt werden, da hängt es vom Template ab wie gut und genau diese Annäherung durchgeführt wird. Anhand der preview_iframt.tpl und der style.css kann ein Theme dies steuern.
Die unverzichtbaren Textformatierungsplugins hängen von deiner persönlichen Vorliebe ab. Ich selber nutze nur nl2br und bbcode.
Viele Grüße,
Garvin
Ich vermute Du hast das Plugin "Erweiterte eigenschaften von Artikeln" installiert und dort das Caching aktiviert?
Wenn ja, dann musst du den Cache von allen Artikeln neu erstellen damit sich die von dir installierten und deinstallierten Textformatierungsplugins wieder korrekt auf den Text auswirken.
Auch umstellungen des Zeichensatzes in der s9y Konfiguration sind dafür verantwortlich. Mir scheint es als hättest Du bei deinen Tests da mal was umgestellt was für deine probleme die Ursache sein kann.
Die Locales haben nur Bedeutung für die Darstellung des Datums und sind für Inhalte völlig irrelevant.
Ich empfehle Dir, einen MySQL-Datenbankdump zu machen damit Du ein Backup für die folgenden Tests hast.
Zu deinen weiteren Fragen: Die Textformatierung ovn Serendipity ist sehr ausgeklügelt und ermöglicht mehreren Plugins unterschiedlichste Formatierungen durchzuführen. Dabei obliegt es dem Benutzer zu entscheiden, inwiefern das Sinn macht. Es gibt einige Textformatierungen die miteinander keinen Sinn der Kombinierung machen: Wiki-Markup und Textile z.B. Oder Textile und BBCode gemeinsam sind schwachsinnig. Sowas muss der Benutzer schon wissen, denn man schraubt ja auch nicht in seinem Auto eine neue Federung ein, wenn man nicht weiß, wie die sich auswirkt.
Auch die Reihenfolge der Textformatierungen kann von Interesse sein. Wenn z.B. "nl2br" NACH einem Textile plugin folgt, das selber schon newlines in <br /> konvertiert, dann hätte man doppelte <br />s in HTML-Markup statt echte <br />s.
Der Unterschied von "Vorschau" und Entwurf liegt im Template. Im Backend kann nur ansatzweise das Design des Frontends dargestellt werden, da hängt es vom Template ab wie gut und genau diese Annäherung durchgeführt wird. Anhand der preview_iframt.tpl und der style.css kann ein Theme dies steuern.
Die unverzichtbaren Textformatierungsplugins hängen von deiner persönlichen Vorliebe ab. Ich selber nutze nur nl2br und bbcode.
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hi,
vielen Dank.
Caching hatte ich nicht aktiviert.
Aber ich glaube gestern gqb es ein Update zu dem Erweiterte Einträge Plugin - vielleicht spielte das auch ein Rolle
Es scheint so zu sein, das im "Bearbeiten"-Modus die Umlaute wieder korrekt dargestellt werden, wie ich bei einigen betroffenen Artikeln feststellen konnte.
Erneutes Speichern zeigt die Umlaute dann uach wieder im Artikel ...
Uff, uffen-, affen, offenbar noch mal Glück im Unbglück gehabt ...
vielen Dank.
Caching hatte ich nicht aktiviert.
Aber ich glaube gestern gqb es ein Update zu dem Erweiterte Einträge Plugin - vielleicht spielte das auch ein Rolle
Es scheint so zu sein, das im "Bearbeiten"-Modus die Umlaute wieder korrekt dargestellt werden, wie ich bei einigen betroffenen Artikeln feststellen konnte.
Erneutes Speichern zeigt die Umlaute dann uach wieder im Artikel ...
Uff, uffen-, affen, offenbar noch mal Glück im Unbglück gehabt ...
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Grüße,
Garvin
Japp, Caching ist default.iskru wrote:Uups, hab geraade noch mal in besgtes Plugin geschaut - Caching war an.
Default?
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
