Beiträge von Marcus.Kober

    Hallo!

    Heute musste ich auf einer Kundenseite feststellen, dass die Seiten-Titel durch das All in one SEO Pack nicht mehr korrekt umgeschrieben werden - es wurde nicht der unter der Seite im Feld des Plugins angegebene Titel genommen, sonder der originale Seitentitel.

    Als ich dann zunächst alle anderen Plugins deaktivierte, arbeitete AIOSP wieder korrekt. Schrittweises aktivieren der anderen Plugins brachte dann schnell die Erkenntnis, dass Antispam Bee das Problem verursacht.

    Ist das Problem hier bereits bekannt, oder hat das etwas mit dieser Installation zu tun?

    Habe das Plugin just heute bei einem Kunden installiert, der WP 3.4 laufen hat - es funktioniert. :)

    Und ja, ich mache weiter mit dem Projekt, es liegt auf meiner Platte auch schon eine neue Version, die ich die Tage mal hochlade. Momentan bin ich jobmäßig sehr eingebunden, da ein Großprojekt fertig werden muss, deshalb ist alles ein wenig langsam zur Zeit.

    Hallo!

    Für ein Kundenprojekt war ich genötigt, für Seiten mehrere Artikelbilder (Featured Images) anzugeben. Daraus entwickelte sich im Laufe der Zeit das Plugin "Multiple Featured Images", welches ich dann auch der WordPress-Gemeinde zur Verfügung stellte:

    http://wordpress.org/extend/plugins…eatured-images/

    Nur selten wird man vermutlich in der Situation sein, einer Seite oder einem Artikel mehrere Artikelbilder zuweisen zu müssen, aber wenn, dann hilft mein Plugin! :)

    Viele Grüße,
    Marcus

    Statt die gesamte Datenbank zu löschen, kannst Du auch neu anfangen, indem Du einfach nur folgende Zeile in der wp-config.php änderst:

    PHP
    $table_prefix  = 'wp_';

    Zum Beispiel in:

    PHP
    $table_prefix  = 'wpneu_';

    So bleiben deine alten Tabellen mit dem Präfix wp_ noch als Backup erhalten. Außerdem ist diese Methode wohl auch die schnellste und bietet zugleich noch den Vorteil, dass die Installation direkt ein wenig sicherer ist. ;)

    Habe das mal aus Interesse kurz umgesetzt. Der Walker könnte wie folgt aussehen:

    Folgende Änderungen sind dabei von mir:

    PHP
    if( ! empty( $item->post_content ) ) {
                $item_output .= '<img src="'.$item->post_content.'" />';
    }

    und

    PHP
    if( ! empty( $item->post_excerpt ) ) {
                $item_output .= '<br />'.$item->post_excerpt;
    }

    In $item->post_content ist das enthalten, was Du unter "Beschreibung" eingibst und in $item->post_excerpt das, was Du unter "HTML-Attribut title (optional)" eingegeben hast.

    Der Aufruf für das Menü muss dann den Walker enthalten:

    PHP
    wp_nav_menu( array(
            'walker' => new ExtendedMenuWalker()
    ));

    Gruß,
    Marcus

    Hallo!

    Du könntest die Textzeile in der Menüverwaltung unter "HTML-Attribut title" einfügen und den Link zu einem Bild unter "Beschreibung" (dieses Feld evtl. vorher erst oben unter "Optionen Einblenden" sichtbar machen).

    Dann erstellst Du dir eine eigene Walker-Klasse für wp_nav_menu und gibst die Angaben entsprechend aus.

    Gruß,
    Marcus

    Hallo!

    Ich habe ja keine große Hoffnung auf eine Antwort, nachdem ich das Forum hier und das Plugin-Verzeichnis durchstöbert habe. Aber dennoch will ich nichts unversucht lassen und stelle mal meine Frage:

    Ich suche ein Chat-Plugin für WordPress. Ein Kunde will unbedingt einen Chat haben und folgende Kriterien müssen erfüllt werden:

    - in WP angemeldete User erscheinen mit ihrem Usernamen im Chat
    - es soll Chattern möglich sein, private Räume zu betreten, die von registrierten Besuchern auch angelegt werden können
    - Basis soll Ajax sein - auf keinen Fall Flash oder ähnliches

    Ganz wichtig sind dabei die privaten Räume...

    Hat jemand sowas schonmal gesehen? Habe schon viele Chat-Plugins ausprobiert, die entweder viel zu alt waren und nicht mehr liefen, oder einfach die gewünschten Funktionen nicht abdecken.

    [COLOR=Silver]Wer verwendet heutzutage schon noch Chats? ;)[/COLOR]

    Hallo!

    Also entweder bist Du hier nicht richtig, oder Du machst einfach zu wenig Angaben... ;)

    Mir stellen sich folgende Fragen:
    1. Was ist ein Block?
    2. Was sind Ränge?
    3. Was bedeutet "bekannt geben"?
    und:
    4. Was hat das mit Wordpress zu tun?

    Eine etwas informativere Formulierung deines Problems steigert die Wahrscheinlichkeit einer hilfreichen Antwort ungemein! :)

    Hallo!

    Ich entwickle auch immer erst lokal und spiele dann die Datenbank hoch.

    Meine Vorgehensweise ist dabei genau dein zweiter Weg (deine erste Variante kann nicht funktionieren):

    1. Backup der lokalen Datenbank mit dem Mysqldumper
    2. per Suchen und Ersetzen die lokalen Pfade in die passenden Server-Pfade wandeln
    3. das veränderte Backup mit dem Mysqldumper auf den Server packen

    Funktioniert bei mir immer einwandfrei. Allerdings empfehle ich, vor dem Schritt 1 lokal noch alle Plugins zu deaktivieren und diese dann erst auf dem Server (nach Schritt drei logischerweise) zu aktivieren.

    Wenn Du Schritt 2 korrekt ausgeführt hast, sollte sich die Problematik mit den weiterhin bestehenden lokalen Pfaden allerdings nicht mehr ergeben.

    Wo genau tritt das Problem denn auf? Generell überall, oder nur in Artikeln und Seiten (interne Verlinkung, Grafiken...)?

    Das sieht mir doch ganz danach aus, dass da jemand (zum Beispiel mittels eines Trojaners) deine FTP-Daten ausgespäht hat.

    Ein Ändern der Dateirechte wird somit nicht wirklich von Erfolg gekrönt werden. Besser ist es, dringend alle FTP-Accounts zu löschen und neu zu erstellen, oder die Passwörter der/des FTP-Accounts zu ändern. Dies ist die erste Maßnahme (am besten von einem anderen Rechner aus).

    Dann musst Du deinen Rechner auf Viren und Trojaner prüfen und das Problem damit an der Wurzel packen.


    Was die .htaccess machen ist, dass sie Traffic, der eigentlich auf eine Seite geht, auf andere Seiten umlenken. Eine typische Geschichte bei gehackten Seiten...

    Sorry, das war ein Schnellschuss gestern... :)

    Um zu bewerkstelligen, dass der Trenner an den Außenseiten nicht auftaucht, brauchst Du doch start_el. Damit schaffst Du es, das Ziel nur mit dem Walker zu erreichen:

    Aufruf:

    PHP
    $wpnavmenu_args = array(
      'depth' => 1,
      'walker' => new MyWalker()
    );
    wp_nav_menu( $wpnavmenu_args );

    Erklärung: der Inhalt der Variable $sep wird vor das sich öffnende <li> gesetzt. Am Anfang ist $sep noch leer, wird nach dem ersten Durchlauf aber auf den Separator-String gesetzt.

    So schaffst Du es, ohne das Menü mit explode auseinander zu nehmen und nur mit einem einzigen Aufruf. :)

    Hallo!

    Für die Beschäftigung mit Walkern wäre es natürlich von Vorteil, wenn die PHP-Kenntnisse schon ein wenig besser wären. Aber man lernt ja mit der Materie. :)

    Der Walker, den Du dir basteln musst, braucht die Function start_el gar nicht, sondern nur end_el, weil dort das schließende </li> sitzt.

    Der benötigte Walker sähe dann so aus:

    Dabei wird an das schließende </li> dein zusätzlicher Listenpunkt angehängt, wenn die Tiefe = 0 ist (also nur für die Elternelemente).

    Mit folgendem Aufruf kannst Du das Menü anzeigen lassen. Hier stellst Du auch ein, dass Du nur Toplevel-Elemente anzeigen willst (depth => 1):

    PHP
    $wpnavmenu_args = array(
      'depth' => 1,
      'walker' => new MyWalker()
    );
    wp_nav_menu( $wpnavmenu_args );

    Hoffe, das hat geholfen! :)

    Gruß,
    Marcus

    Nehmen wir nochmal die folgende URL als Beispiel:

    "hausbauen/farben/blauefarbe/blauefarbe/blauefarbeauftragen.html"

    Nehmen wir an, Du belässt diese Seite im Originalzustand und legst in WordPress eine Seite namens "hausbauen" an. Dann kann(!) es zu Problemen mit den Permalinks kommen und evtl. für obige URL eine 404-Fehlermeldung geben.

    Aber auch ohne dieses spezielle Problem würde ich nicht unbedingt alte statische Seiten und eine WordPress-Installation an einem gemeinsamen Ort laufen lassen...


    Für die 301-Weiterleitung einfach eine .htaccess anlegen (oder folgende Zeilen in die htaccess von WordPress ganz oben einfügen):

    Code
    Redirect permanent /hausbauen/farben/blauefarbe/blauefarbe/blauefarbeauftragen.html /hausbauen/farben/blauefarbe-auftragen/

    Obiger Code leitet die alte URL "/hausbauen/farben/blauefarbe/blauefarbe/blauefarbeauftragen.htm" beispielsweise auf eine neue WordPress-URL "/hausbauen/farben/blauefarbe-auftragen/" weiter.

    Das war's eigentlich schon für die Weiterleitung. Du musst eben nur eine genaue Liste erstellen, welche alten Seiten Du hast und welche neuen Pendants diesen entsprechen. Wenn Du für jede Seite eine passende neue Seite mit ähnlichem Inhalt hast, sollte es keine Probleme mit Google geben. Wie gesagt, keine Garantie! :)

    Hallo!

    Für einen Kunden habe ich WordPress als Blog-System aufgesetzt. Unter Einstellungen -> Allgemein ist als administrative E-Mail-Adresse blog@....de eingerichtet. Dort hin sollen auch alle Mails gehen (wenn z.B. ein neuer Kommentar geschrieben wurde).

    Nun hat der Kunde mehrere Nutzer angelegt. Wenn diese einen Artikel verfassen und zu diesem Artikel ein Kommentar geschrieben wird, bekommen diese Benutzer natürlich auch eine E-Mail. Kann man dies irgendwie deaktivieren?

    Vielen Dank im Voraus,
    Marcus

    Ich will und kann dir da nichts garantieren - aber bei all unseren Umstellungen von Kunden-Seiten ist kein signifikanter Abfall im Ranking geschehen. Voraussetzung ist natürlich, dass von Anfang an korrekt per 301 weitergeleitet wird.

    In der Theorie wird bei einer URL-Umstellung mit korrekter 301-Weiterleitung von Google nicht alles an Kraft mit übertragen. In der Praxis konnten wir bisher jedoch festellen, dass manche der Seiten vorübergehend (für sehr kurze Zeit) um einen Platz bei Google gefallen sind. Im Nachhinein standen sie dann besser da - was natürlich mit der ebenfalls erfolgten Optimierung zusammenhängt.

    Aber wie gesagt, dafür gebe ich keine Garantie! :)

    Diese sanfte Art der Umstellung, die Du beschreibst, könnte einige Probleme bei den Verlinkungen mit sich bringen. Es könnten bestimmte URLs nicht funktionieren. Es gibt eigentlich auch keinen Grund für so eine langsame Stück-für-Stück-Umstellung. Ich würde das in einem Rutsch und mit maximaler Vorsicht beim Setzen der Weiterleitungen machen.

    Hallo Michael,

    wir setzen WordPress für fast alle unsere Kunden als CMS ein. Es ist für den Kunden leicht zu bedienen und ist für alle Bedürfnisse leicht anpassbar.

    Einige der von mir betreuten Webseiten kann man durchaus in den oberen mittleren Bereich einordnen, was die Seitengröße angeht. Bis zu 1000 Seiten sind nach meiner Erfahrung kein Problem - wenn man strukturiert vorgeht. :)

    Um eine URL wie "hausbauen/farben/blauefarbe/blauefarbe/blauefarbeauftragen.html" mit WordPress-Bordmitteln zu erreichen, wirst Du nicht darum herumkommen, entsprechende Seiten anzulegen.
    D.h.: Du legst die Seite "Hausbauen" an. Dann legst Du die Seite "Farben" an, die eine Unterseite von "Hausbauen" wird - und so weiter.
    Um das ".html" anhängen zu können, brauchst Du allerdings ein Plugin - musst Du mal nach suchen.

    Dass diese Struktur allerdings nicht sonderlich sinnvoll ist, hast Du ja bereits schon angemerkt. Innerhalb von WordPress kann so eine Struktur auch schnell sehr unübersichtlich werden. Mal ganz davon abgesehen, dass auch aus Sicht der Suchmaschinen so eine Verschachtelung (auch noch mit Wortwiederholungen: "blauefarbe") nicht unbedingt toll ist.

    Was spricht denn gegen eine neue Struktur und eine entsprechende korrekte 301-Weiterleitung?

    Gruß,
    Marcus

    Sowas ist mir auch schon bei Kunden-Seiten aufgefallen. Meine Vermutung ist, dass Facebook selbst die Vorschaubilder cached. Habe für diese Vermutung auch noch keinen Gegenbeweis gefunden, da sich das Verhalten reproduzieren lässt.

    Langer Rede kurzer Sinn: gegen die Cache-Funktion von Facebook wirst Du wohl nicht viel unternehmen können. Einzig die Änderung der URL (die Du ja nicht willst), würde da Abhilfe schaffen... Aber ich kann natürlich verstehen, wenn man eine URL-Änderung nicht möchte.

    Ich verwende für so etwas immer RSS Graffiti. Das ist kein WordPress-Plugin, sondern eine Facebook-Applikation. Diese liest den RSS-Feed deines Blogs in bestimmten Abständen aus und veröffentlicht jeden neuen Artikel automatisch auf deiner Pinnwand, so dass alle deine Freunde (und nur deine Freunde, wenn Du Facebook entsprechend eingestellt hast) den neuen Artikel sehen können.

    Für mich liegt der Vorteil gegenüber WordPress-Plugins darin, dass WordPress dadurch nicht belastet wird und dass es sehr einfach zu konfigurieren ist. Und es funktioniert einfach gut. :)

    Gruß,
    Marcus