Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDas Theme sucht immer den aktuellsten Beitrag, der mit Tag "video" versehen ist. Das ist diese Zeile hier, die vermutlich in der sidebar.php steht?!
<?php query_posts('tag=video&showposts=1'); ?>Theoretisch könntest Du da auch andere Tag-Namen reinreichen. Du könntest z.B. testen, ob Du in Kategorie XYZ bist und dann entsprechend einen anderen Tag-Namen wählen. Ansonsten müsstest Du mal überlegen, was genau Du wo anzeigen willst,
Das halte ich für keine gute Idee. Über diese IDs wird doch bestimmt, welche Kommentare und welche Benutzerdefinierten Felder zu welchem Beitrag gehören, wenn ich mich nicht irre. Das solltest Du auf jeden Fall sicherstellen, dass da jetzt nicht Kommentare oder Felder am falschen Beitrag hängen oder gar nicht angezeigt werden, weil es einen Beitrag mit der ID im Moment nicht gibt.
Du kannst nicht einfach auf UTF-8 umstellen. Wenn die Texte bisher als ISO in der DB gespeichert wurden, müsstest Du die DB dafür nach UTF-8 konvertieren. Entsprechende Anleitungen sollten hier im Forum oder per Google zu finden sein. Mache aber in jedem Fall vor solchen Änderungen ein komplettes Backup der Datenbank!
Auch wenn UTF-8 in jedem Fall die bessere Wahl ist, sollte auch mit WP 2.7 der Betrieb in ISO-8859-1 möglich sein. Ggf. ist es also leichter, WP und die Themedateien auf die ISO-Codierung zu ändern. Die PHP-Dateien des Themes müssen dabei der eingestellten Codierung entsprechen, was Du mit einem guten Texteditor überprüfen können müsstest. Falls es an der Stelle nicht stimmt, äußert sich das an kaputten Umlauten in Texten, die direkt in der Themedatei stehen (z.B. "ältere Einträge"). Die Einstellung in der wp-config.php steuert dagegen, wie die aus der DB gezogenen Texte ausgegeben werden, und die Einstellung in den WP-Optionen bestimmt, wie das Gesamtpaket ausgeliefert wird (letzteres kann man im Browser ja ganz leicht umstellen, normalerweise unter Ansicht > Zeichencodierung oder so ähnlich). Das sollte alles übereinstimmen, und die interne Codierung der DB muss natürlich auch dazu passen.
Manche Blogs erlauben das Kommentieren nur angemeldeten Nutzern bzw. schalten diesen weitere Funktionen oder Inhalte frei. "Abonnent" ist dabei der Name der Standard-Rolle mit den wenigsten Rechten.
Die Frage wäre also eher, wieso in Deinem Blog die Anmeldung erlaubt ist, wenn es gar nicht nötig und gewünscht ist. Kann man meines Wissens nach in den Optionen abstellen, was Du dann vielleicht auch tun solltest. Wenn man im Blog erstmal angemeldet ist, braucht es ja nur noch einen Bug in WP oder ein fehlerhaftes Plugin, um sich zusätzliche Rechte zu erschleichen. ;-)
Genau weiß ich es nicht, aber ich würde vermuten, dass das an den gespeicherten Revisionen liegt. Die müssen ja auch mit irgendeiner ID in der Datenbank eingetragen werden.
Wenn Du dieses Feature nicht brauchst, kannst Du es mit diesem Eintrag in der wp_config.php abstellen:
// don't create post revisions
define('WP_POST_REVISIONS', false);In dem Fall genau wie alle anderen Sidebar-Elemente: Durch Anpassen der sidebar.php. Der Befehl für die Blogroll heißt wp_list_bookmarks().
Hm, wenn Du die Grundlagen von HTML und CSS nicht kennst, halte ich Modifikationen am Theme für etwas gewagt. Ich weiß nicht, wie weit ich das jetzt erklärt bekomme... Schau Dich ggf. mal bei selfhtml.org oder ähnlichen Tutorials etwas um.
Also, Du brauchst meiner Meinung nach (und ob das so wirklich geht, ist ein wenig geraten, ich habe es jetzt nicht ausprobiert) ein div-Element mit der ID headerParent, welches #top und #header einschließt. Einfach in der header.php einfügen. Damit sich der Hintergrund bis zum Ende von #header erstreckt, muss nach dem schließenden div-Tag des Headers noch ein clear-div eingefügt werden:
<div style="clear: both;"></style>Im Stylesheet definierst Du für #headerParent den Background. Die Definition von #header bleibt so, nur dass der background rausfliegt. Und dann stimmen sicher die Abstände noch nicht.
Aus dem geposteten Quelltext würde ich mir das folgendermaßen denken: Den Beitrag mit dem Tag "Video" versehen, Inhalte ist egal. Dann folgende Benutzerdefinierten Felder anhängen:
Bei Weite und Höhe kannst Du ja schauen ob Du mit den Standardwerten 313*250 hinkommst, dann brauchst Du die Felder nicht.
Außerdem wäre zu überlegen wie Du das Video in anderen Ansichten ausgibst, der Single-Ansicht oder in Kategoriearchiven etwa. Da würde man ja so wie es ist einen leeren Beitrag sehen. Da müsste sinnvollerweise die Ausgabe des Videos ebenfalls ergänzt werden, falls das im Theme nicht schon drinsteht.
Also auf der verlinkten Seite sehe ich zwar die Änderung der Menüleiste, nicht aber das neue headerParent-div oder ein clear-div an der richtigen Stelle. Hast Du die Änderungen vielleicht nur zur Hälfte hochgeladen?!
Mit der Web-Developer-Toolbar für den Firefox drückst Du einfach Strg+Shift+Y und klickst auf den entsprechenden Text, um alle relevanten Styleangaben zu sehen. Damit lassen sich Probleme dieser Art schnell lösen.
Text-Widget: Ok, das war kniffliger. Es erbt die Farbe vom Body, wo #666 definiert ist. Änder das mal, das färbt dann vielleicht auch gleich die Kommentare mit ein. Ansonsten im Stylehseet einfach mal nach "color" suchen.
Das müsste so in etwa aussehen. Laut Web-Developer-Toolbar in Zeile 639 des Stylesheets (ohne Link geht sowas eher nicht, aber ich habe dank Deines aussagekräftigen Benutzernamens mal schnell gegoogelt *g*):
.sidebar h2 {
font-size: 1.4em;
color: #000000;
margin-bottom: 20px;
background: url(img/sidebar-icon.png) transparent left center no-repeat;
padding-left: 123px;
}Den Pfad des Bildes musst Du natürlich anpassen, er ist relativ zum Stylesheet. Als Padding solltest Du die Breite des Bildes + drei oder vier Pixel Abstand wählen.
Wenn Du das Theme so wie es ist nicht ändern willst, kannst Du das auch in ein eignes Stylesheet schreiben und dieses *nach* dem Standard-Stylehseet importieren in der header.php. Dann natürlich ohne das, was ich aus dem jetzigen Stylesheet rauskopiert habe:
.sidebar h2 {
background: url(img/sidebar-icon.png) transparent left center no-repeat;
padding-left: 123px;
}Aufpassen musst Du dabei aber mit langen Überschriften. Besonders die Überschrift der letzten Kommentare sieht so aus als dürfte sie keinen Pixel länger werden, und umbrechen kann die der Browser so ja auch nicht.
Ich bin mir nicht sicher, was Du mit CSS Upgrade meinst, aber das Problem sollte ganz simpel sein: Du kannst im Stylesheet einfach nach dem blauen Farbcode suchen und diesen in der entsprechenden border-Anweisung ersetzen. Wenn Du die Farbe nicht weißt, kannst Du die relevante Zeile im Stylesheet mit dem Firefox-AddOn "Web Developer Toolbar" auch ganz leicht rauskriegen. Oder poste einen Link, dann schaue ich mal.
Also ich glaube, wenn Du darauf eine Antwort willst musst Du schon etwas konkreter werden: Was hast Du probiert? Und in welcher Form hat es nicht geklappt? Fehlermeldungen, unerwartete Ergebnisse etc. Und lag dem Theme eigentlich keine Doku bei?
Ich habe mal getestet mit IE7 und FF3. Der einzige Unterschied, der mir auffällt, ist die Menüleiste ganz oben. Da ist tatsächlich was kaputt im IE. Mal sehen...
So wie ich das sehe, hast Du #top mit den gefloateten Container #topleft und #topright. Danach beginnt erst #header, an welchem der Hintergrund definiert ist. Im FF rutscht nun #header nach oben, da top sonst nichts enthält, vor allem kein clear. Der IE verhält sich so, als wäre nach #top noch ein clear definiert.
Prinzipiell macht es der FF richig, denke ich. Es ist aber nicht direkt intuitiv, das so anzuordnen, finde ich. Kannst Du den Hintergrund nicht an ein gemeinsames Parent-Element packen? Also sagen wir #headerParent, welches dann #top und #header (ohne Background) enthält. Dann müsste es auf jeden Fall in beiden Browsern gehen. #header solltest Du dann noch ein clear mitgeben und ggf. die Abstände anpassen.
Das ist ein simples CSS-Problem. Einfach als Hintergrundbild z.B. an dem Überschriftstag definieren. Wenn es immer das gleiche Bild sein soll, ist es am einfachsten. Ansonsten fügt WordPress aber denke ich auch passende IDs ein, so dass Du darüber die verschiedenen Überschriften ansprechen kannst.
Also wenn Du einen Editor für häufigen Gebrauch benötigst, kann ich Ultra-Edit nur empfehlen. Ist kostenpflichtig, aber es ist sein Geld wirklich wert. Ansonsten war glaube ich jEdit nicht schlecht und soweit ich mich entsinne müsste Proton für simple Aufgaben auch ausreichen. UTF-8 sollten Editoren heutzutage schon beherrschen, finde ich, der Standard ist ja immerhin schon 15 Jahre alt. ;-)
Jeder gute Editor zeigt Dir das an, in welcher Codierung die Datei vorliegt, und bietet Dir das beim Speichern auch zur Auswahl an. Ich kann nur für UltraEdit sprechen, da kann man beim Speichern "UTF-8 (ohne BOM)" auswählen als Codierung, und unten in der Statusleiste sieht man, ob eine Datei UTF-8 st oder nicht. Welchen editor verwendest Du denn normalerweise?
Da es aussieht, als hättest Du alle Texte so geändert, dass sie keine Umlaute enthalten, nehme ich mal an, dass die Umlaute im Theme standen?! Dann würde ich vernmuten, dass es an der Codierung der Datei liegt, aber ohne einen kaputten Beispiel-Umlaut kann ich es nicht mit Sicherheit sagen.
Überprüfen kannst Du es ansonsten auch ganz einfach. Kopier mal dieses Zeichen in eine betroffene Themedatei: Ω. Wenn es nach dem Speichern, Schließen und Wieder-Öffnen noch da ist, ist die Datei korrektes UTF-8. Wenn Sie im ISO-8859-1-Format gespeichert ist, geht es kaputt, weil es griechische Buchstaben in dieser Codierung nicht gibt.
Alternativ schau doch mal im Backend unter Design > Widgets, ob Dein Theme widget-fähig ist. Wenn Du keine speziellen Modifikationen an der Sidebar vorhast, finde ich die Widgets einfacher zu benutzen als die sidebar.php. Dort gibt es auch schon ein Widget für die Tag-Cloud. Das musst Du nur in die Sidebar einfügen und dann das ganze speichern (kann man leicht vergessen, ohne geht's aber nicht *g*).
Ich fange mal mit den Punkten 1 und 2 an: Wenn Du Widgets nutzt, wird das in der Widget-Verwaltung im Backend gemacht (unter Design > Widgets oder so ähnlich). Ansonsten in der sidebar.php Deines Themes.
Ach so, und zu Punkt 4 bitte mal einen Link zu einer Beispielseite geben, würde ich sagen.
Irgendwann zwischendurch wurde an der Loginfunktion was geändert, kann sein dass das zwischen 2.5 und 2.6 war. Lösche auf jeden Fall mal alle Cookies der Domain, damit Du ausgeloggt bist (oder probier einen anderen Browser). Hast Du die wp-config.php an das aktuelle Format angepasst, also insbesondere die drei Konstanten AUTH_KEY, SECURE_AUTH_KEY und LOGGED_IN_KEY angelegt falls es sie vorher nicht gab?