Beiträge von Ammaletu

Die Query, die Du zitiert hast, bezieht sich auf eine Tabelle, die von dem Plugin angelegt wurde. In dieser Tabelle findet wohl MySQL keine Spalte namens "log". Ob die Spalte da ist und ob sie ggf. nur anders heißt, kannst Du mit phpMyAdmin oder einem anderen DB-Tool Deiner Wahl überprüfen. Zur Ursache des Problems würde ich mal Änderungen am Plugin vermuten. Hast Du das Plugin aktualisiert? Wenn ja, sollte ggf. der Plugin-Autor weitere Infos zum Thema Upgrade haben.

"Ultimate Tag Warrior" ist im übrigen von der Autorin nicht mehr an die WP-2.3-Version angepasst worden. Es existiert aber meines Wissens nach eine Import-Funktion, um die Tags in die neue WP-Tabelle zu importieren Dann kann auch ein Plugin wie "Simple Tags" damit arbeiten. Ich habe Simple Tags jetzt schon ein Weilchen installiert und bin damit zufrieden.

Wenn es sich um einen PHP-Fehler handelt, findest Du mehr Infos im PHP-Fehlerlog, auf dass Du Zugriff haben solltest. Offensichtlich ist außerdem keine Fehlerseite eingestellt oder diese löst ebenfalls einen Fehler aus. Wohin PHP seine Fehler loggt, kann man u.a. in der php.ini einstellen. Aber das kommt dann auf Deinen Server an. Gegebenenfalls solltest Du Dich einfach, wie die Fehlermeldung vorschlägt, an den Serveradmin wenden.

1. Sollte sich per CSS lösen lassen. Entweder muss die Höhe des Footers anders gesetzt werden oder es hilft nach dem Inhalt des Footers, aber vor dem Ende des Footer-divs ein <br style="clear:all;" /> einzufügen. Bitte mal ausprobieren, sonst müsste jemand anders was dazu sagen. Im IE7 sieht das übrigens deutlich komischer aus als im FF, oder liegt das jetzt an meiner heute etwas fehlerhaften Internetverbindung?!

2. Den grauen Balken sehe ich nicht.

3. Dass die Navigation auf Beitragsseiten nicht angezeigt wird, finde ich auch dämlich. Das macht WP standardmäßig so. Ich bin mir fast sicher, dass Du hier im Forum oder sonst auf dieser Seite (FAQ zu WP?!) eine genaue Beschreibung findest, wie Du das im Theme anpassen kannst (single.php editieren, glaube ich).

4. Auf Deiner Beispielseite sehe ich die Beitrags-Informationen (" Der Beitrag wurde am Mittwoch[...]") in grauer Schrift auf grauem Grund. Das soll nicht so, oder?!

Der Quelltext enthält recht viele Kommentare, und irgendwo wird einer falsch geschlossen, denke ich. Jedenfalls meckert der HTML-Validator etwas entsprechendes an und man sieht oben ein "-->" ausgegeben. Schau am besten mal, dass Du alle Validierungsfehler wegbekommst, vielleicht geht es dann.

Der Datei-Upload in WordPress ist leider spartanisch und meiner Meinung nach eher ärgerlich. Mann kann mit Plugins wie "Flexible Upload" einiges verbessern, aber bei Deinem speziellen Problem hilft Dir dieses Plugin leider auch nicht weiter (glaube ich, habe es aber erst seit ein paar Tagen installiert).

Standardmäßig kannst Du ja aussuchen, ob die Dateien alle in den "uploads"-Ordner gelegt werden oder ob WP sie nach Jahren und Monaten sortieren soll. Mehr geht da nicht. Deine beste Chance ist hier sicherlich, ein entsprechendes Plugin zu finden. Ich habe aber glaube ich auch noch kein entsprechendes gesehen. Einfach mal im Plugin-Repository von wordpress.org suchen, zum Beispiel.

Also ich habe mir für meine Seite ein Template geschrieben, im Theme-Ordner abgelegt und dann einer Seite zugewiesen. Auf der Seite stehen nur drei, vier Sätze, darunter gibt dann das Template die Links aus.

Um eine PHP-Datei als Template zu kennzeichnen, muss sie meines Wissens nach hiermit beginnen:

<?php
/**
* Template Name: Links
* ...

Dann kann beim Bearbeiten/Erstellen einer Seite dieses Template auswählen.

Es gibt für solche Zwecke aber auch Templates, glaube ich, falls Du entsprechende Funktionen nicht selbst schreiben möchtest. Und dann müsstest Du natürlich in der sidebar.php die Anzeige der Links rausnehmen, falls Dir das da zu viel wird.

Also die Archiv-Links in Deiner Sidebar haben alle kein "archives" in der URL. Kann es sein, dass Du das "archives" früher mal selbst in die Permalinks geschrieben hattest oder dass WP das früher als Standardeinstellung hatte? Jedenfalls solltest Du bei einem Blog-Umzug / -Upgrade die alte Permalinkstruktur möglichst übernehmen.

In einigen willkürlich herausgepickten Posts auf Deiner Seite sehe ich ebenfalls nur Vor- und Zurück-Links ohne das "archives". Hast Du irgendwo in der aktuellen Seite Links gefunden (also von WP generierte Links, nicht solche im Text), die wegen des "archives" einen 404-Fehler bringen? Oder sind das alles nur alte Links in Deinen Texten, die wegen einer Änderung der Permalinkstruktur ins Leere zeigen?

Wenn es nur um Links im Text geht: Mal mit einem entsprechenden Tool herausfinden, wie viele tote Links es sind. Dann kannst Du Dich entscheiden, ob Du das manuell reparieren möchtest oder lieber eine technische Lösung wählst (z.B. DB-Dump + AutoErsetzen oder eine Weiterleitung einrichten).

Das ist komisch: Im normalen Quelltext sieht alles richtig aus (naja, fast, der HTML-Validator [1] hat noch einiges anzumerken), aber im Auswahlquelltext (Firefox) stehen ab der "600" nur noch '&nbsp;' im Quelltext statt normaler Leerzeichen. "nbsp" steht dabei für "non-breaking space" oder so ähnlich, d.h. der Browser soll dort keinen Umbruch einbauen, weswegen er also nach der 600 umbricht, am letzten Leerzeichen. Warum das passiert, ist mir aber auch gerade nicht klar, ehrlich gesagt. Sicher, dass das nicht irgendwie an der Eingabe liegt?!

[1] W3C-HTML-Validator

Meinst Du mit "Überschrift" die Post-Titel? Da könntest Du ja ganz einfach mal überprüfen, was im XML-File steht. Die Post- bzw. Page-Titel sollten im <title>-Element unterhalb der <item>-Elemente stehen. Oder geht es um Überschriften im Content der Postings?

Auch die Admin-Oberflächen kann man ändern, indem man sich ein kleines Plugin schreibt und die richtigen Hooks anspricht. Da geht erstaunlich viel, ohne an Core-Dateien was zu ändern. Bleibt aber trotzdem die Frage, was genau Du machen möchtest, funzel.

Stelle zuerst mal sicher, dass generell das Mail-Verschicken von Deinem Blog aus funktioniert, WordPress benachrichtigt Dich ja z.B. bei neuen Kommentaren, wenn Du das so eingestellt hast. Und dann muss man für das Plugin irgendwo ja eine Mailadresse eintragen (Einstellungen > Subscribe To Comments?!) -- stimmt die auch?

Dazu brauchst Du kein Plugin, das geht einfach mit CSS. Je nachdem wie viele verschiedene Arten Bilder Du hast, definierst Du den Rahmen entweder für alle und machst eine Klasse, für die der Rahmen nicht angezeigt wird (die dann eben den anderen Bildern zuweisen, bzw. Smileys haben vielleicht auch schon eine Klasse, die man im Stylesheet ansprechen kann). Oder eben andersherum: Eine CSS-Klasse für den Rahmen machen und allen Bildern, die umrahmt werden sollen, zuweisen. Ggf. auch nach Seitenbereichen trennen (z.B. nur Bilder in der Sidebar umrahmen oder so).

In meinem Stylesheet sieht das z.B. so aus (damit blende ich den Rahmen für einige Bildarten wieder aus, im Zweifelsfall vergeben ich die Style-Klasse noborder an das Bild):

img.noborder, p img.wp-smiley, img.feedicon {
border: 0px solid #000000;
}

Und irre ich mich, oder gehört das nicht in dieses Unterforum?! (siehe hier)

Also zuerst mal wäre ein Link zum Plugin nicht schlecht: Rate Anything! Richtig gegoogelt?!

Aus der knappen Beschreibung werde ich da allerdings auch nicht wirklich schlau. Im Zweifelsfall wirst Du es mal runterladen und Dir lokal installieren müssen. Für sowas macht sich eine lokale WP-Testinstallation (z.B. mit XAMPP) einfach gut, weil man viele Plugins erst ausprobieren muss, um zu sehen, ob man sie wirklich brauchen kann.

Wow, na also das ist eine Info, die hätte auch in Deinem ersten Post schon stehen können! *g*

Ok, zuerst mal: Ich nutze Widgets nicht selber und habe mir das auch noch nie näher angeschaut. Habe aber, so hoffe ich zumindest, eine ungefähre Ahnung, was das ist. Und jetzt die Frage an Dich: Ist Dir auch klar, was Widgets sind und wie sie funktionieren?
Falls nicht, lohnt sich vielleicht ein Besuch der Widgets-Plugin-Seite, da sollten nähere Erklärungen stehen.

Denn: Wenn Du Widgets für die Sidebar nutzt, wird der weitere Inhalt der sidebar.php nicht ausgewertet. Das kann man relativ leicht sehen im Quelltext. Es ist also völlig egal, was Du reinschreibst in den else-Zweig. Den Inhalt der Sidebar kann man sich dann im Backend irgendwo zusammenklicken (Unter Verwalten vielleicht? Keine Ahnung wie gesagt). Das ist ja gerade der Sinn und der Vorteil der ganzen Widgets-Sache, dass man eben nicht an PHP-Dateien rumschreiben muss. Allerdings müssen dann auch alle Sidebar-Plugins Widgets unterstützen. Wenn dieses Plugin das tut, müsstest Du in der entsprechenden Verwaltungsseite etwas sehen können, was Du auf die Sidebar an die gewünschte Stelle ziehst...

Hm, sieht wirklich komisch aus. Etwas weiter unten gibt es den Beitrag "pate no. 1 - "shining star (ben macklin remix)"", in dem geht eine Textzeile ohne ersichtlichen Grund sehr weit nach rechts. Da steht nicht zufällig nobr oder sowas im Quelltext drin? Oder haben einige der Videos eine zu breite weite definiert irgendwie? Wenn die Inhaltsspalte zu breit wird, rutschen die beiden Sidebars nach unten. Die sind bestimmt gefloatet, würde ich sagen. Auf einigen Einzelseiten geht es ja dann auch wieder.

Prinzipiell würde ich meinen Vorrednern zustimmen, die Fehlermeldung sollte eindeutig sein. Wenn es eine funktionierende Joomla-Installation gibt, ist das Vergleichen der Daten schon mal eine gute Idee. Was sicher auch nicht schaden kann, ist mal das PHP-Errorlog zu checken.

Was ich mir sonst noch vorstellen könnte:
- User und PW stimmen, aber der Host ist vielleicht falsch.
- Die Datei wurde nicht von wp-config-sample.php zu wp-config.php umbenannt.
- Wenn Joomla läuft, war es das an Ideen. Wenn keine andere DB-Applikation läuft, könnte tatsächlich die DB nicht laufen, im entsprechenden Hostertarif gar nicht enthalten sein oder sonst so fehlkonfiguriert sein, dass sie Anfragen ablehnt. Ich bin mir auch nicht sicher, ob man mit falschen Angaben in .htaccess oder php.ini den Zugriff auf die Datenbank irgendwie stören kann (nur so eine Idee, falls alles andere wirklich stimmt). Ob die DB funktioniert, müsste man ja über ein Admin-Interface wie phpMyAdmin sicherstellen können. Irgendwas in der Art wird ja jeder Hoster anbieten, nehme ich mal an.

Kann es sein, dass Du das TinyMCE Advanced-Plugin installiert hast? Ich hatte nämlich vor dem letzten WP-Upgrade das gleiche Problem. Das sind im übrigen keine Datenbankbefehle, sondern Strings, die mit den eigentlichen Texten aus einem Language-Pack ersetzt werden sollten. Naja, jedenfalls habe ich im Rahmen des letzten Upgrades auch das Plugin aktualisiert (es war vorher noch im Beta-Status, glaube ich) und seitdem sehe ich die richtigen deutschen Texte. Wenn Du an dem Plugin etwas änderst, musst Du Dich anschließend übrigens aus WP ausloggen und den Cache löschen, sonst kriegst Du die Änderungen nicht zu sehen.

Falls Du das Plugin nicht hast, weiß ich die Ursache leider auch nicht.

Ich glaube, in WP 2.3 wurde ergänzt, dass WordPress auf genau eine Basis-URL weiterleitet, also z.B. von Hosting-Agency - Webhosting, Domains, Typo3, vServer und Colocation: Webhosting Home auf http://deine.-domain.de. Könnte es damit zu tun haben. Ansonsten müsstest Du mal die URL posten und vielleicht noch von welcher Version aus Du auf WP 2.3 gewechselt hast.

Wenn ich mir das so anschaue, steht relativ weit hinten in der Zeile aus dem SQL-Dump >>0, , '', '', '')<<. Ich bin jetzt gerade zu faul, es nachzuschlagen, weil ich SQL auch nicht so oft brauche, aber ich nehme an, dass nicht zwei Kommas aufeinander folgen dürfen. Da müsste ein Wert stehen, eine 0 oder ''. Prüfe ggf. anhand der nächsten Zeile, was dort stehen könnte.

Eine Frage wäre natürlich, wie so ein ungültiger Dump zustande kommen kann. Womit hast Du ihn erstellt? Ggf. solltest Du das Backup-Tool wechseln.

Ansonsten würde ich sagen, einfach mal den aktuellsten Dump zu reparieren versuchen. Ich habe ürbiegsn gerade in meinen Dump von WP 2.3 geschaut, und bei mir ist nach der 0 Schluss. Das heißt Deine exportierte Tabelle hat drei oder vier Felder mehr, die falsch angefügt wurden. Entweder hat also ein Plugin die wp_posts-Tabelle erweitert und dabei Unfug angestellt oder der Dump ist vielleicht von einer früheren WordPress-Variante?!

So oder so müsste direkt darüber ja die Definition der Tabelle stehen, anhand derer man sehen können müsste, ob zwischen die beiden Kommas eine Zahl oder ein String gehört. Poste im Zweifelsfall mal die Definition der wp_posts-Tabelle, dann kann Dir vielleicht auch jemand sagen, wo diese Zusatzfelder herkommen.