Beiträge von Putzlowitsch

Du mußt zu trafficstarken Keywords Deine Position bei Google verbessern. Du solltest damit mindestens in die Top-100 kommen, besser noch natürlich auf Seite 1 bei den Google-Suchergebnissen.

Da sieht man übrigens wieder, daß PR, SI und Erfolg nichts miteinander zu tun haben.

Gruß
Ingo

Zwar nicht mit SOAP oder REST, aber mit XMLRPC kann man auf Wordpress zugreifen. Guck mal hier:
http://codex.wordpress.org/XML-RPC_Support

Gruß
Ingo

Ich habs, die 8 muß natürlich jeweils durch eine 5 ersetzt werden, [asa] ist ja nur 5 Zeichen lang. Hättest mal gleich oben den richtigen Shortcode nennen sollen. :-)

Gruß
Ingo

Was zeigt denn nun das hier an:

SELECT `ID`,`post_title`,CONCAT( '[asa]', SUBSTRING( `post_content` , LOCATE( '[asa]', `post_content` ) +8, LOCATE( '[/asa]', `post_content` ) - LOCATE( '[asa]', `post_content` ) -8 ) , '[/asa]' )
FROM `wp_posts`
WHERE `post_content` LIKE '%[asa]%' AND `post_content` LIKE '%[/asa]%'

Immer noch die 1600 Datensätze?

Update: Ich habs, die 8 muß natürlich jeweils durch eine 5 ersetzt werden, [asa] ist ja nur 5 Zeichen lang.

Gruß
Ingo

Muß mich korrigieren. Die Anzahl hängt beim UPDATE auch davon ab, ob tatsächlich etwas geändert wurde. So intelligent ist MySQL dann schon, daß nicht ein Feldinhalt unverändert mit sich selbst ersetzt wird.

Ungeachtet dessen hat es bei meinem Test bestens funktioniert. Waren zwar im ersten Durchklauf nur drei Datensätze und dann ein Datensatz, aber das ist egal.

Gruß
Ingo

Hmmm, die Anzahl hängt in beiden Fällen nur vom WHERE-Teil der SQL-Abfrage ab. Sie muß also beim Abfrage- und Set-SQL-Befehl identisch sein. Sicher, daß in beiden Fällen der WHERE-Teil identisch ist?

Gruß
Ingo

Seltsam. Wieviele Treffer liefert denn die Kontroll-Anweisung (mein erster SQL-Befehl)?

Gruß
Ingo

Na prima, so bekommt die Spam-Seite hier auch noch einen Link. Es hätte wohl auch gereicht, nur zu erwähnen, daß man auf eine Spam-Seite weitergeleitet wird.

Beim eigentlichen Problem kann ich allerdings nicht weiterhelfen.

Gruß
Ingo

Guck mal, was da beim 2. Blog bei Einstellungen->Allgemein als Blog- und Wordpress-Adresse eingetragen ist. Da sollte das auch mit www stehen. Falls nicht, entsprechend ändern.

Gruß
Ingo

Hmmm, ich habe noch einen kleinen Fehler in meinem Code entdeckt, der aber praktisch nichts an der Ausführung ändern sollte:

...
WHERE `post_content` LIKE '%[amazon]%'
AND `post_content` LIKE '%[/amazon]%'

Beim zweiten LIKE muß da natürlich [/amazon] stehen. Ich will damit ja prüfen, ob Start- und End-Shortcode vorhanden sind.

Was heißt, der Code zum löschen bringt kein Ergebnis? Stehte da "0 Zeilen betroffen." oder etwas Ähnliches? Irgendwas gibt doch phpMyAdmin auf jeden Fall aus.

Gruß
Ingo

Das hat aber alles nichts mit Wordpress zu tun. Mit dem Probem bist Du in einem Linux/Ubuntu-Forum besser aufgehoben.

Gruß
Ingo

Die MySQL-Lösung

Voraussetzung:

• [amazon] ist immer gleich (z.B. klein) geschrieben und enthält keine Parameter
• [/amazon] ist immer gleich (z.B. klein) geschrieben
• [amazon] und [/amazon] sind immer zusammen enthalten

z.B. im phpMyAdmin ausführen

So werden alle Artikel angezeigt (zur Kontrolle), die mindestens einmal den Amazon-Shortcode enthalten:

SELECT `ID`,`post_title`,CONCAT( '[amazon]', SUBSTRING( `post_content` , LOCATE( '[amazon]', `post_content` ) +8, LOCATE( '[/amazon]', `post_content` ) - LOCATE( '[amazon]', `post_content` ) -8 ) , '[/amazon]' )
FROM `wp_posts`
WHERE `post_content` LIKE '%[amazon]%'
AND `post_content` LIKE '%[amazon]%'

So werden die Amazon-Shortcodes mit Inhalt gelöscht. Vorher die Tabelle wp_posts oder die gesamte Datenbank sichern!

UPDATE `wp_posts`
SET `post_content` = REPLACE( `post_content` , CONCAT( '[amazon]', SUBSTRING( `post_content` , LOCATE( '[amazon]', `post_content` ) +8, LOCATE( '[/amazon]', `post_content` ) - LOCATE( '[amazon]', `post_content` ) -8 ) , '[/amazon]' ) , '' )
WHERE `post_content` LIKE '%[amazon]%'
AND `post_content` LIKE '%[amazon]%'

Die SQL-Anweisung löscht pro Aufruf pro Post nur einen Shortcode. Gibt es in Posts auch zwei oder mehrere Shotcodes, ist der SQL-Befehl zu wiederholen, bis als Ergebnis "0 Zeilen betroffen" rauskommt.

Gruß
Ingo

Leider nein, wende Dich an Deinen Webhoster.

Gruß
Ingo

Guck mal hier:
http://forum.wpde.org/installation/1…html#post439321

Gruß
Ingo

$post ist eine globale Variable, die mußt Du innerhalb von Funktionen erst bekannt machen:

function myContentWithCustomFields($content) {
 global $post;
 $customFieldsBegin = get_post_meta($post->ID, 'my_meta_box_dateBegin', true);
 $customFieldsEnd = get_post_meta($post->ID, 'my_meta_box_dateEnd', true);
 return $customFieldsBegin.$customFieldsEnd.$content; }

Gruß
Ingo

Die Bilder, die nicht geladen werden, liefern den Code "403 Forbidden". Könnte irgendeine Sperre gegen Überlastung sein, wenn zu viele Requests in kurzer Zeit von einer IP ankommen.

Gruß
Ingo

Ja, das ist wohl noch eine Darstellungsproblem bei manchen Google-Diensten. In den normalen Suchergebnissen werden die Umlautdomains richtig dargestellt, in der Bildersuche z.B. aber nicht. Da muß Google einfach mal nachbessern.

Gruß
Ingo

Viel Erfolg! :-)

Gruß
Ingo

Das hat nichts mit den Permalinks zu tun. Guck Dir mal diese Anleitung an:
http://faq.wpde.org/wordpress-url-aendern/

Damit solltest Du die Blog-Adresse wieder in die xn-Schreibweise zurück ändern.

Gruß
Ingo

Eine Community lebt von ihren Mitgliedern, von denen auch Du eines bist. Also frisch auf ans Werk und die eingeschlafene Wordpress-Community zu neuem Leben erweckt. :-)

Ist denn gar keine Antwort besser als eine, die besagt, daß es keine fertige Lösung gibt? Wenn es keine Lösung gibt, sollte das auch so gesagt werden.

Das wäre mir zumindest lieber, als daß ich ewig weitersuche und die wirkliche Problemlösung nicht angehe. Nämlich eine eigene Lösung zu schaffen.

Gruß
Ingo