Beiträge von Melewo

  • Frustriert.. dennoch Fragen zu UTF-8

    Zitat von Nevery

    Melewo: http://de1.php.net/manual/en/mysqli.set-charset.php vielleicht?
    Ich jedenfalls pflege die gewünschte Kodierung immer nochmal explizit anzugeben

    Ja, wenn ich das Testlisting dahingehend ändere, dann sieht alles gut aus ohne utf8_encode. Nur würde ich meinen, dass das WP intern zuverlässig regelt und in der wp-config nicht grundlos steht:

    PHP
    /** Der collate type sollte nicht geändert werden */
define('DB_COLLATE', '');


    Jedenfalls sollte mit diesen Änderungen die Ausgabe ohne Fehler erfolgen:

    Zitat

    Charset: utf8
    Collation: utf8_general_ci


    Wird nur nichts nutzen, weil ja keine Änderungen in dieser Richtung vorgenommen werden können, halt nur als Test zu gebrauchen. Wobei sich maximal die Frage stellt, wurde der Dump mit dem richtigen Charset gespeichert?

  • Frustriert.. dennoch Fragen zu UTF-8

    Ändere noch einmal diese Zeile:

    PHP
    elseif ($result = $verbinde->query($abfrage)) {


    In:

    PHP
    print "<pre>";
print_r($verbinde->get_charset());
print "</pre>";


if ($result = $verbinde->query($abfrage)) {

    Ich verstehe es auch nicht mehr, innerhalb von phpMyAdmin finde ich nichts davon, noch dazu wo ja WP die Tabellen angelegt hat und es bisher keine Probleme gab.


    Alle Tabellen im Dump enden mit ENGINE=... DEFAULT CHARSET=utf8 AUTO_INCREMENT=Ziffer, ich verstehe es nicht. Wobei sich das nicht auf die Tabellen, sondern eigentlich nur auf die Verbindung zur Datenbank bezieht und da muss irgendetwas so laufen, wie ich es nicht verstehe.

  • Frustriert.. dennoch Fragen zu UTF-8

    Zitat von believer

    [COLOR=#000000]Die Abfrage mit deinem Code habe ich nicht hinbekommen[/COLOR]


    Die Abfrage habe ich nun noch in eine Testabfrage eingebunden und die liefert mir von der Datenbank ein ISO-8859-1. Bin nun erst einmal sprachlos, weil ich damit bisher noch keine Probleme hatte. Doch was fällt der eigentlich ein, wenn die Tabellen utf8_general_ci und die MySQL Verbindung ebenfalls, die Seite ja auch mit UTF-8 gespeichert und die liefert mir ein ISO?
    Da blicke ich gerade nicht durch.
    Endergebnis, Umlaut in Titeltag richtig und im Post ohne utf8_encode nur als Glyphen bzw. Fragezeichen.
    In einem anderen Test hatte das mal richtig funktioniert und die Abfrage ist ja völlig unabhängig von WP.

  • Frustriert.. dennoch Fragen zu UTF-8

    Zitat von believer

    1. unter Ansicht im Browser springt die Einstellung immer wieder auf Unicode. Wenn ich auf Westlich einstelle, wird anschließend die aktuelle Seite dann zwar richtig dargestellt, wenn ich zu einer anderen Seite gehe, funktioniert es wieder nicht meh[COLOR=#000000]r
    [/COLOR]


    Aber das ist doch dann der Knackpunkt, die sollte nicht in Westlich fehlerfrei lesebar sein. Nun brauchst Du doch nur noch herausfinden, warum die in Westlich fehlerfrei dargestellt wird.
    Also, wieso fährt ein Auto ohne Sprit wenn nur Rost im Tank?
    Oder, wieso korrekte westliche Zeichen wenn mit UTF-8 gespeichert?

  • Frustriert.. dennoch Fragen zu UTF-8

    Mit welchem Charset werden denn die Seiten ausgeliefert?
    Eigentlich mit UTF-8, doch auch die Browser haben so ihre Macken. Zum Beispiel speichere ich meine style.css unter UTF-8, da die in den Kommentaren Umlaute enthält. Der Server sendet bei einer CSS aber keinen Charset im Header mit, wie es scheint und der Firefox öffnet die, weil die Umlaute enthält, erst einmal mit ISO oder westlich, was zu Glyphen führt, da die Umlaute ja korrekt mit UTF-8 gespeichert wurden.

    Da es nur CSS- und JS-Dateien betrifft, habe ich mich daran gewöhnt. Du solltest zuerst im Browser unter Ansicht feststellen, was da überhaupt für ein Charset ausgeliefert wird, vielleicht ist der ja richtig und wird nur vom Browser nicht richtig dargestellt, weil der den nicht erkennt.

    Wenn doch ein richtiges Problem, dann sollte kontrolliert werden, ob irgendwelche Theme- oder Plugin-Dateien in den Kommentaren Umlaute enthalten, aber nicht mit UTF-8 gespeichert wurden. Wenn das auch noch nicht genügt, könntest Du mal als erste Zeile in der header.php den Charset setzen mit:

    PHP
    <?php header("Content-Type: text/html; charset=UTF-8"); ?>

    Und für die Ausgabe im Browser diese Zeile verwenden:

    PHP
    <meta charset="<?php bloginfo( 'charset' ); ?>" />

    Die sollte dann so im Quelltext ausgegeben werden:

    HTML
    <meta charset="UTF-8" />

    Und wenn das alles noch nichts bringt, so könnte es halt durchaus mit der Datenbank zusammenhängen. Für eine Prüfung hatte ich mal diesen Code geschrieben:

  • Frustriert.. dennoch Fragen zu UTF-8

    Zitat von believer

    habe heute meine ganze Seite kaputt geschossen, zusätzlich zu einer Datenbank, die vermutlich nicht gesichert wurde, da die Datensätze nicht mehr da sind.


    Hast Du Dich schon einmal beim Support vom Hoster erkundigt, ob da nicht eine regelmäßige Sicherung gemacht wird? Das gehört doch wohl beinahe schon zum Standard, oder?

  • Position: absolute - soll sich mit auf den Hintergrund beziehen

    Hier findest Du eine JS-Lösung, die Du nur ein wenig an Deine Elemente anpassen müsstest. Dazu noch den Hinweis beachten und dann klappt das auch mit der Lösung:

    Zitat von Melewo

    Dazu müsste "main" und "sidebar" von der Höhe erfasst werden, um einen Höhenvergleich machen zu können und der Gewinner von beiden bekommt dann mit JS den Border zugeordnet.


    http://forum.wpde.org/design/127097-durchgehende-linie.html

    Bezieht sich auf Border, doch ist auch für die Höhe der Elemente verwendbar.

    Und hier eine CSS-Lösung:

    Zitat

    Höhensteuerung gekoppelter DIVs...


    http://linux-blog.anracom.com/2012/06/01/geg…erung-von-divs/

  • Ein Theme wählen und dabei bleiben

    Zitat von cryzzi

    Es gibt nicht die Bilder, Spalten, Menü etc.


    Was für Bilder?
    Was für Spalten?
    Was für Menüs?

    Wenn es mehr als kleine Grafiken sind, wie sieht die Lizenz aus, dürfen die Bilder mit benutzt werden?
    Jemand hatte mal Software mit einem Bild zum Download angeboten, wobei er vom Urheber aber nur die Nutzungsrechte hatte, dieses Bild auf seiner oder nur auf einer Seite zu veröffentlichen. Die anderen wurden daraufhin vom Urheber abgemahnt. Sie fühlten sich im Recht, waren es aber nicht und durften zahlen.

    Spalten, frei wählbar oder wie?

    Ein anderer kann schlecht wissen, welche Menüpunkte in Deinem Menü enthalten sein sollen. Ausnahme ein Home-Link.

    Zitat von cryzzi

    Bedeutet das also, dass kein Theme eins zu eins übernommen werden kann?


    Ein Theme kannst Du übernehmen, nur den Content nicht, es sei denn Du bist Dir sicher, dass die Nutzung des Contents mit in einer Lizenz eingeschlossen ist.

  • Suche nache Theme (wie Flickr)

    Denke schon, wenn Du für WP eine statische Seite als Startseite nimmst und das da so integrierst. Die Frage ist nur, ob es dann angebracht sein könnte, wenn Du die Galerie unter einer Subdomain oder anderen Domain, die Du auf ein anderes Verzeichnis innerhalb des gleichen Webspaces verweisen lässt. Nur damit sich beides nicht in die Quere kommt, hätte ich schon WP und Bildergalerie zumindest in unterschiedlichen Verzeichnissen installiert.

    Beispiel:

    "http://www.example.com" (wäre dann WP)
    "http://www.example.com/galerie/" (wäre dann die Galerie)

    Oder auch umgekehrt:

    "http://www.example.com" (wäre dann die Galerie)
    "http://www.example.com/blog/" (wäre dann WP)

  • Suche nache Theme (wie Flickr)

    Und schon einmal nur nach einer geeigneten Software nur für eine Bildergalerie gesucht?

    Ich meine nur, da gibt es eine Vielzahl und die benötigen keine Website oder WP, da es sich bei echten Bildergalerien um keine Plugins sondern um eigenständige Softwarelösungen zur Realisierung von Webprojekten handelt. Einen Blog oder einige HTML-Seiten könntest Du dann zusätzlich daneben installieren und über einen Link einbinden.

    Nur als Beispiel, wobei es unzählige gibt:

    http://de.piwigo.org/

  • Wordpress verstecke Website?

    Damit wollte ich auch nur sagen, ohne Rücksprache mit dem Entwickler eines Themes zu nehmen, ist oft einiges nicht ganz so einfach, wie es erscheinen mag, denn nur der Entwickler weiß zuweilen, was er warum wie gemacht hat. Ob es sich beim Entwickler nun um einen Ami handelt, der einen scheinbar nicht verstehen will oder um eine nicht erreichbare Freundin, macht keinen Unterschied.

    Also, Du wirst wohl nicht umhin kommen, den Entwickler (oder die Entwicklerin) vom Theme zu fragen, wo er oder sie sein Theme oder den Content gelassen hat. Du könntest noch den Webspaces und die Datenbank nach Anhaltspunkten durchsuchen. Doch vielleicht wurde ja auch alles nur auf einem USB-Stick gespeichert, ansonsten müssten die Theme-Dateien sich ja innerhalb des Webspaces finden lassen.

  • 2. Beitragsseite möglich ??

    Du solltest Deine Frage eventuell etwas genauer umreißen, da Du ja beinahe unbegrenzt viele Beiträge zu den unterschiedlichsten Themen in den unterschiedlichsten Kategorien veröffentlichen kannst. Falls Du damit ein anderes Aussehen meinst, dafür sind unterschiedliche Template-Dateien geeignet oder Du steuerst für einzelne Kategorien ein unterschiedliches Aussehen nur über unterschiedliche CSS Styles und veröffentlichst einen Beitrag in zwei Kategorien.

  • Fehler bei der W3C-Validierung: & did not start a character reference

    Du schreibst nicht wo das herkommt. Im Browser wäre es normal, im Quelltext hingegen nicht. Eventuell weil bei der Ausgabe keine Funktion verwendet wurde, um aus & innerhalb einer URL ein &amp; oder eine Entsprechung in Hex zu machen. Dafür sind PHP-Funktionen geeignet, doch WP bietet auch eigene wie esc_url() an.

    Zitat

    Encodes ampersands (&) and ...


    http://codex.wordpress.org/Function_Reference/esc_url

    Wenn Du Dir das allerletzte Beispiel auf der Seite ansiehst, ich denke dann wird auch erkennbar, dass die Verwendung gleichzeitig ein wenig mit der Sicherheit dient und Du siehst auch, wie es notiert werden könnte:

    http://www.coder-welten.com/wp-funktionen-…l-und-site_url/