Welcome, Guest. Please login or register.
Did you miss your activation email?
May 25, 2012, 05:17:49 PM

Login with username, password and session length
Search:     Advanced search
Interested in joining the WebsiteBaker team?
For more Information read here or on our new website.
155516 Posts in 21712 Topics by 7738 Members
Latest Member: chris85
* Home Help Search Login Register
Pages: [1]   Go Down
Print
Author Topic: Gelöst: Umlaute in der Suche (WB 2.8)  (Read 779 times)
alf890

Offline Offline

Posts: 17


« on: September 01, 2009, 11:49:19 AM »

Tach zusammen.
Eine Suche im Forum brachte mich nicht wirklich weiter, daher dieser Post.

Habe da ein kleines Problem, das ich schon mit WB2.7 hatte, was aber auch in WB2.8 noch existend zu sein scheint (oder ich evtl. zu doof dafür bin).

Installation war ursprünglich 2.7, upgedated auf 2.8

WB und die Datenbank laufen auf UTF-8

In der Suche habe ich das Problem, dass er mir die Umlaute in den Überschriften zerschiesst, im Text dann aber die Umlaute ohne Probleme angezeigt werden!
Erstaunlicherweise ist auch Anynews davon betroffen: Auf der Ausgabeseite der Suche werden in den Titeln die Umlaute zerhauen, im Text sind sie dann wieder ok.

Ideen?

Auf allen anderen Seiten tritt dieses Problem nicht zu Tage, nur bei der Suche.

Warum auch immer scheinen die Titel bei der Eingabe im Backend dann in der Datenbank falsch abgelegt zu werden.

Bsp. eines Titels in der Datenbank: Abänderung  

Ändere ich diesen von Hand und tausche das ä gegen ä aus, klappt es.
In den Texten selbst werden die Umlaute korrekt kodiert und ä zB auch ä abgelegt - ich habe keine Ahnung, warum es bei den Titeln anders ist.

Sobald ich den Titel aber im Backend bearbeite, wird er wieder zerschossen, so das eine händische Änderung in der Datenbank keine Dauerlösung wäre.

Danke!
« Last Edit: September 08, 2009, 07:46:16 PM by alf890 » Logged
thorn

Offline Offline

Posts: 980


WWW
« Reply #1 on: September 01, 2009, 12:36:27 PM »

Hallo,

hört sich nach dem bekannten AddDefaultCharset-Problem an
http://www.websitebaker2.org/forum/index.php/topic,14963.msg95436.html#msg95436


thorn.
Logged

alf890

Offline Offline

Posts: 17


« Reply #2 on: September 01, 2009, 05:34:58 PM »

Das Problem ist leider, dass ich bei DF leider keinen Override durchführen darf (vermutlich weil dort PHP als CGI läuft) und das somit in einem Error 500 endet Sad
Auf den Apache habe ich leider keinen Zugriff.
Das Senden des Headers direkt über die Search-PHP Files hat leider auch nichts gebracht.
Ein AddDefaultCharacter in der .htaccess war auch wirkungslos.
Ein default UTF-8 in der PHP.ini zeigte irgendwie auch keine Wirkung

Noch eine Idee oder Möglichkeit?

Edit1:
Achja, vielleicht habe ich das noch nicht richtig erwähnt: Seiten und Menütitel sind ausserhalb der Suche NICHT betroffen!
Das beschriebene Problem tritt wirklich NUR innerhalb der Ausgabe der Suche auf und da wie erwähnt auch nur in den "Überschriften" bei der Suche Ausgabe.. der Seitentitel ist dabei aber zB NICHT betroffen.

Edit2:
Vielleicht noch ein Gedankenansatz: in der SQL Datenbank scheinen die "Titeleinträge" auch schon alle "verstümmelt" zu stehen. Das trifft aber nur Seiten- und Menütitel Einträge zu. Im Fliesstext sind die Umlaute grundsätzlich "richtig" kodiert. Müsste das für die Titel nicht auch der Fall sein? Dann wäre das Problem doch nicht existent?!

Beispiel (aus der Datenbank):
Titel einer News: "Neue Kanzleiräume"
Fliesstext aus der News: "neue Kanzleiräume"

Oder anders ausgedrückt: Alle Texte, die im FCKEditor erstellt wurden, scheinen korrekt kodiert. Alle Eingaben, die aber direkt in der Maske gemacht wurden, oder zB in Modulen wie Team, scheinen durch die Bank weg die "verkorksten" Umlaute zu haben.
Hat im laufenden Betrieb keine Auswirkungen, macht aber in Verbindung mit der Suche und da auch nur bei den Titeln eben das erwähnte Problem.

 huh
« Last Edit: September 01, 2009, 08:02:51 PM by alf890 » Logged
thorn

Offline Offline

Posts: 980


WWW
« Reply #3 on: September 01, 2009, 07:50:19 PM »

Hallo,

überprüfe im Browser bitte mal, welchen Zeichensatz er für die Seite annimmt.
Beim Firefox ist das Ansicht-->Zeichenkodierung. Wenn dort etwas anderes als UTF-8 steht, ist es das Problem mit dem AddDefaultCharset.. .


thorn.
Logged

thorn

Offline Offline

Posts: 980


WWW
« Reply #4 on: September 01, 2009, 08:04:00 PM »

Ein default UTF-8 in der PHP.ini zeigte irgendwie auch keine Wirkung

hast du auch mal
default_charset = "UTF-8"
probiert?


thorn.
Logged

alf890

Offline Offline

Posts: 17


« Reply #5 on: September 01, 2009, 08:05:22 PM »

Da steht korrekt Unicode (UTF-8). Sowohl bei den normalen Seiten, als auch bei der Suche.

Bitte noch mal den Nachtrag oben lesen.. sorry, hätte ich neu verfassen sollen.. mein Fehler  cry
Logged
alf890

Offline Offline

Posts: 17


« Reply #6 on: September 01, 2009, 08:06:38 PM »

Ein default UTF-8 in der PHP.ini zeigte irgendwie auch keine Wirkung

hast du auch mal
default_charset = "UTF-8"
probiert?


thorn.

ja, keine Auswirkung.
Habe die php.ini (aus reiner Vorsicht) auch extra in den root und den Search Ordner gelegt
Logged
thorn

Offline Offline

Posts: 980


WWW
« Reply #7 on: September 01, 2009, 08:12:09 PM »

Hallo,

hast du mal einen Link zur Seite?
Muß ich mir selber mal ansehen...


EDIT:
Quote
in der SQL Datenbank scheinen die "Titeleinträge" auch schon alle "verstümmelt" zu stehen. Das trifft aber nur Seiten- und Menütitel Einträge zu. Im Fliesstext sind die Umlaute grundsätzlich "richtig" kodiert. Müsste das für die Titel nicht auch der Fall sein?
Mit "richtig kodiert" meinst du wahrscheinlich HTML-Entites (ä)?
Die "verstümmelten" Umlaute sind bei WB "normal" - das liegt daran, daß WB an der Stelle nicht ganz richtig mit der Datenbank umgeht... Es funktioniert aber trotzdem.


thorn.
« Last Edit: September 01, 2009, 08:17:05 PM by thorn » Logged

alf890

Offline Offline

Posts: 17


« Reply #8 on: September 01, 2009, 08:28:11 PM »

Hallo,

hast du mal einen Link zur Seite?
Muß ich mir selber mal ansehen...

Kommt per Mail, weil ist noch nicht offiziell

EDIT:
Quote
in der SQL Datenbank scheinen die "Titeleinträge" auch schon alle "verstümmelt" zu stehen. Das trifft aber nur Seiten- und Menütitel Einträge zu. Im Fliesstext sind die Umlaute grundsätzlich "richtig" kodiert. Müsste das für die Titel nicht auch der Fall sein?
Mit "richtig kodiert" meinst du wahrscheinlich HTML-Entites (ä)?

ja.. sorry, hab mich bissel doof ausgedrückt.. der Tag war schon lang...

Die "verstümmelten" Umlaute sind bei WB "normal" - das liegt daran, daß WB an der Stelle nicht ganz richtig mit der Datenbank umgeht... Es funktioniert aber trotzdem.

hm...
Bisher fiel mir das auch nie auf - hatte scheinbar auch noch nie Umlaute in den Titeln...
Logged
thorn

Offline Offline

Posts: 980


WWW
« Reply #9 on: September 01, 2009, 08:50:29 PM »

Hallo,

Quote
Die "verstümmelten" Umlaute sind bei WB "normal"
Ich meine natürlich: in der Datenbank, nicht auf der Seite  wink

Was für ein Modul benutzt du für die Beiträge, ist das WYSIWYG oder Topics?
Ich muß mir das morgen mal in Ruhe ansehen...

thorn.
Logged

alf890

Offline Offline

Posts: 17


« Reply #10 on: September 01, 2009, 08:56:44 PM »

Quote
Die "verstümmelten" Umlaute sind bei WB "normal"
Ich meine natürlich: in der Datenbank, nicht auf der Seite  wink

Is klar Wink

Was für ein Modul benutzt du für die Beiträge, ist das WYSIWYG oder Topics?

WYSIWYG und für die News das News Modul von WB (für Topics habe ich leider noch nie die Zeit gefunden).

Ich muß mir das morgen mal in Ruhe ansehen...

Gerne Smiley
Logged
alf890

Offline Offline

Posts: 17


« Reply #11 on: September 08, 2009, 07:27:54 PM »

Das Rätsel ist gelöst und ich muss thorn für seine unendliche Geduld mit mir mehr als nur Danken.  grin

Die Antwort ist so einfach, dass es fast schon peinlich ist: Searchtools war installiert. Deinstalliert, Problem gelöst.. So simpel kann es im Leben sein.

Vielen Dank nochmals!
Logged
thorn

Offline Offline

Posts: 980


WWW
« Reply #12 on: September 08, 2009, 07:51:45 PM »

Hallo,

um das noch etwas zu präzisieren:
Das Modul Searchtools verträgt sich nicht mit der Konfiguration von mySQL bei diesem Webhoster.
Der Fehler liegt aber tatsächlich beim Modul Searchtools, bzw beim Versuch von Searchtools das Problem mit dem fehlenden "SET NAMES"-Aufruf in WB zu umgehen.
Näheres zu diesem "missing-SET-NAMES-issue" hier.

thorn.
Logged

Pages: [1]   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!