Beiträge von toscho

Was genau »sendet« denn bei dir einen Feed. Und wohin? Du mußt irgendein kaputtes Plugin installiert haben, das das macht.

Normalerweise stellt WordPress den Feed einfach zu Verfügung, bis ihn jemand abholt. RSS ist einfach ein paralleles Ausgabeformat zu HTML und sonst nichts.

Ein Problem ist bestimmt die Ausgabe der Artikel im Volltext auf der Startseite, die ja naturgemäß ein höheres Ranking hat.

Außerdem könnte dies hier brisant werden:

<link rel="canonical" href="http://www.sura1.at/wordpress/leschs-universum-virtuelle-welt/ " />

Der HTML-Standard sagt zwar, daß Leerzeichen vor und nach Attributwerten stillschweigend entfernt werden sollen, aber darauf würde ich mich nicht verlassen. Möglicherweise sucht Google die kanonische Adresse also unter http://example.com/%20. Hast du solche 404er? Loggst du 404er überhaupt aktiv mit?

Die Erreichbarkeit mit und ohne www. spielt keine Rolle, denn du leitest solche Anfragen ja auf einen kanonischen Host um.

Zitat von zonebattler

Betroffen ist nur das Zitat #417, alle vorhergehenden sind noch vor dem Update auf WP 2.9 entstanden und mithin nicht betroffen.

Hm, also werden die Quotes erst jetzt eingefügt. Das ist allerdings seltsam.

Zitat

Übrigens mußte ich zur Anfertigung der Screenshots die letzte Änderung von Dir rückgängig machen, denn ich bekam beim ersten Edit-Versuch gleich eine Fehlermeldung:

Okay, da habe ich übersehen, daß das ein Objekt ist.

Ersetze mal diesen Block:

//encode strings
if ( !empty($data) ) $quote = htmlspecialchars($data->quote); 
if ( !empty($data) ) $author = htmlspecialchars($data->author);
if ( !empty($data) ) $source = htmlspecialchars($data->source);
if ( !empty($data) ) $category = htmlspecialchars($data->category);

… mit diesem:

//encode strings
if ( !empty($data) ) $quote = htmlspecialchars(stripslashes($data->quote)); 
if ( !empty($data) ) $author = htmlspecialchars(stripslashes($data->author));
if ( !empty($data) ) $source = htmlspecialchars(stripslashes$data->source));
if ( !empty($data) ) $category = htmlspecialchars(stripslashes$data->category));

Zitat

Kann ich nicht wirklich nachvollziehen: Bei meinem Provider gibt es diese Option nicht (habe in der Hilfe-Datenbank explizit danach gesucht),

Das ist eine Einstellung in der php.ini. Vielleicht kannst du die bearbeiten. Wenn du aber ein Standardpaket bei Strato hast, wird das vermutlich nichts.

Zitat

und ich schreibe ja auch ständig neue Artikel mit HTML-Code zum Bildereinbinden drin, ohne daß ich damit neuerdings Schwierigkeiten hätte!

Der Code für den Post-Editor hat sein eigenes stripslashes(). Irgendwo.

Zitat

Einzig das Plugin bereitet mir Kopfzerbrechen seit WP 2.9, vorher gab es diese Rückstriche nicht und gibt es in den nicht angetasteten Alt-Datensätzen des Plugins bis heute nicht.

Ich sehe nirgendwo, daß beim Speichern Backslashes ausgefiltert würden. Mein oben genanntes Plugin sollte aber das Speichern reparieren. Wenn nicht, gib nochmal Bescheid.

Vorhandene kaputte Zitate kannst du im MySQLAdmin (oder wie auch immer deine Verwaltung heißt) leicht ändern.
Gehe in die Tabelle mit den Zitaten (wp_stray_quotes) und dort auf »SQL«.
Gib diesen Befehl ein:

update wp_stray_quotes set quote = replace(quote, '=\\"', '="');

»OK« drücken. Fertig.

Zitat

Wenn das Problem ein providerseitiges wäre, müßte der Effekt ja quasi überall und blogweit auftauchen. Tut er aber offenbar nicht...

Naja, wie beschrieben: Die meisten Scripte beugen hier vor. Einige nicht, und so eines hast du wohl erwischt.

Gruß
Thomas

Zitat von zonebattler

Die Syntax liest sich logisch, aber sie bewirkt leider nix... Hm.

Machbitte mal einen Screenshot von der kompletten Seite, auf der du das Problem noch hast.

Zitat

Wie und warum aber werden überhaupt die Rückstriche erzeugt?

Vielleicht waren bei dir mal die Magic Quotes aktiviert und wurden so mit in die DB geschrieben. Im Quelltext des Plugins werden sie in diesem Falle »repariert«.
Jetzt sind die Magic Quotes deaktiviert, und das Plugin repariert nicht mehr.

Ja, das reicht. Der Rest wird bei jedem Update sowieso überschrieben.

In der stray_manage.php könnte es helfen, wenn du unter die Zeile 93 …

$data = $data[0];

… schreibst:

$data = str_replace('\"', '"', $data);

Auch hier: ungetestet.

Daran liegt es also nicht. Befolge mal diesen Rat: http://wordpress.org/support/topic/343119

Das Plugin wp_cleanumlauts brauchst du übrigens nicht. Benutze lieber diese Lösung: http://www.code-styling.de/deutsch/permal…2-clean-umlauts

Ich kann mir als Ursache deines Problems nur vorstellen, daß dein PHP nicht mit Zlib installiert wurde.
So etwas habe ich zwar noch nie gesehen, aber es ist technisch möglich.

Leg doch mal eine Datei namens phpinfo.php an, schreib hinein:

<?php phpinfo(); ?>

… und poste hier alle Einträge, in denen Zlib vorkommt.

Warum sicherst du nicht bloß die config.ini.php? Den Rest kannst du dir doch jederzeit von der Piwik-Website frisch herunterladen.

Du könntest auch im Plugin flicken. Ohne es getestet zu haben, würde ich zunächst so ansetzen:

In der Datei stray_widgets.php wird in Zeile 82 der Inhalt ausgegeben:

echo get_stray_quotes(
    $categories,
    $sequence,
    $linkphrase,
    $multi,
    $timer,
    $noajax,
    $offset,
    $widgetid,
    $fullpage,
    'quoteID',
    'ASC',
    '',
    $disableaspect,
    $contributor);

Steht tatsächlich alles in einer Zeile; ich habe das mal halbwegs lesbar formatiert.

Wenn du diese Zeile ersetzt durch …

echo str_replace('\"', '"', get_stray_quotes(/* Argumentliste*/));

… dann sollten die Backslashes verschwinden, ohne daß du in die DB fassen mußt.

Der Titel des aktuellen Beitrags ist der Seitentitel. Insofern klemmt deine Problembeschreibung ein bißchen.

Dieses Feature heißt »Magic Quotes«, und du kannst es normalerweise im Backend deines Webhosters abschalten. Wenn das nicht geht, versuch mal mein Plugin gegen Magic Quotes.

Wenn die Backslashes dann immer noch auftauchen, liegt es allein am Zitatplugin. Das kann dann nur der Autor reparieren – oder du schreibst es selbst um.

Keine Ahnung, was du da gemacht hast. Aber leg doch mal im DB-Admin einen neuen User mit Adminrechten an.

In der Tabelle Users erzeugst du einen Nutzer mit einem MD5-Passwort, und in der Tabelle Usermeta gibst du ihm wp_user_level 10.

Danach loggst du dich mit dem neuen Konto ein. Fertig.

Im Quelltext deiner Seite sieht man eine lange Liste mit Links auf eine Scareware-Website.

Dein Blog wurde gehackt; es gehört dir nicht mehr. Gehe gründlich alle Schritte dieser Anleitung durch: Website gehackt – und nun?

Wenn du herausfindest, wie der Angreifer in dein System hineingefunden hat, dann berichte es hier bitte.

Im Vorgängerartikel steht doch, wie man das umsetzt. Du paßt dann nur noch die single.php an, um die zusätzlichen Metadaten auszugeben, und eventuell erstellst du weitere Archivtemplates. Das Bild ist dann einfach das »Postthumbnail« des jeweiligen Artikels.
Das ist schon alles.

Wir raten hier gerne, deshalb mußt du deine Blogadresse auch nicht angeben.

Lies: http://codex.wordpress.org/Converting_Database_Character_Sets

Vermutlich liegen deine Texte noch in ISO-8859-1 in der Datenbank. Das WordPress-Backend ist in UTF-8 kodiert.

Dazu brauchst du nicht einmal ein Plugin; eigene Taxonomien genügen.

Solange du keine sehr, sehr alten zusätzlichen Skripte einsetzt, brauchst du den Umzug nicht zu fürchten.

Wichtig ist das Memory-Limit: Es sollte 32 MB nicht unterschreiten. Bei den All-Inkl-Blogs, die ich betreue, liegt es überall mindestens bei 65 MB, aber frage den Support vorher.

Die einzige spürbare Änderung könnte die Geschwindigkeit sein: PHP 5 ist deutlich schneller.

Das Rewrite-Log. Mit Stochern kommt man nicht weiter.