Beiträge von Ammaletu

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.

Hab den Thread nur überflogen, aber wollte noch kurz ein paar Anmerkungen hinterlassen. *g* Also wenn man einfach eine weiße Seite bekommt anstatt einer WordPress-Seite, würde ich immer zuerst einen PHP-Fehler vermuten. Normalerweise ist PHP draußen auf dem Server ja so eingestellt (sollte es zumindest sein), dass Fehler nicht ausgegeben sondern nur in ein Logfile geschrieben werden. Darauf hat man normalerweise bei seinem Hoster auch Zugriff.

Was die Plugins betrifft: Soweit ich weiß, prüft WordPress mittlerweile in einer "Sandbox", ob der Aufruf des Plugins PHP-Fehler verursacht und gibt ggf. eine Meldung aus, dass das Plugin deswegen nicht aktiviert werden konnte. Hatte ich letztens gerade erst mit einem älteren Plugin, das mit WP 2.3 nicht zusammenspielte. Es kann aber natürlich sein, dass die Sandbox nicht perfekt ist und manche Plugins trotzdem im Adminbereich einen Fehler verursachen.

Und davon abgesehen könntest Du schon noch etwas genauer schreiben, was mit "nicht mehr abmelden" gemeint ist. Fehlermeldung? Link aus dem Theme entfernt? Normalerweise lautet der Logout-Link: http://[DeineDomain + falls vorhanden Pfad zu Deinem Blog]/wp-login.php?action=logout

Kann es sein, dass das an Deinem Theme liegt bzw. daran, wie Du das Plugin-Feld eingebunden hast? Wenn ich bei mir in die comments.php schaue, dann geht die Logik etwa so:

if ($user_id) {
// User angemeldet, nur Logout-Link ausgeben
} else {
// kein User angemeldet, nach Name + Mail-Adresse + Website fragen
// in diesem Block muss das Mathe-Feld ergänzt werden, wenn's geht noch in einem Bock mit "if (function_exists('math_comment_spam_protection')) {"
}
// hier geht's mit dem Textfeld weiter

Da würde ich also vermuten, dass Du das Mathefeld aus Versehen unter der schließenden Klammer des else-Zweigs eingebunden hast. Denn das Plugin selbst hat meines Wissens nach keine weitere Logik, um die Einblendung zu beeinflussen. Es wertet das Feld für angemeldete Nutzer allerdings auch nicht aus, wie Du ja schon gesehen hast.

Ich finde die Idee dieses Plugins übrigens ziemlich gut, da es menschliche Benutzer nicht ernsthaft stresst (im Vergleich zu den dämlichen Captcha-Bildern). Werde es solange wie möglich anlassen, bis die Bots rechnen gelernt haben. *g*

Ach ja, es gab eine Sicherheitslücke in dem Plugin. Möglichst bald von der Seite des Autors das Update laden, auch wenn euch die Update-Prüfung von WP vielleicht noch nichts anzeigt.

Ich verwende es nicht, hab es nur per Google gefunden: Das Plugin heißt No Self Ping und wird auf dieser Seite näher beschrieben. Ob es was taugt, musst Du allerdings selbst ausprobieren. ;-)

Ich hab das Plugin nicht installiert, aber spontan fällt mir dazu folgendes ein:

• Stelle sicher, dass das Plugin aktiviert ist.
• Falls das Plugin im Backend eine Optionsseite hat, speichere die einfach mal. Ich habe schon Plugins gesehen, die nicht funktionieren, wenn man die Einstellungen nicht wenigstens einmal gespeichert hat.
• Wenn Du den alten Code rausgenommen hast und sich trotzdem nichts ändert... Dann hat das Speichern nicht geklappt, oder Du bearbeitest die falsche Datei (bist Du im richtigen Theme?), oder Du verwendest irgendeinen Cache-Mechanismus und siehst deswegen nicht die aktuellen Ergebnisse.
• Und dann kann es noch sein, dass der Standard-Output der neuen Funktion genauso aussieht wie der Output der alten Funktion. Überprüfe ggf. die Optionen, ob sich der Output unterscheiden sollte.

Ok, mehr fällt mir dazu erst mal nicht ein. Viel Glück! :-)