Beiträge von Shogoki92

    Habe das gerade mal bei mir getestet.
    Also es sollte alles funktionieren.

    Mal angenommen, du hast im moment eine deutschen und einen Englischen Blog.
    Der Deutsche läuft unter prefix "de" und der Englscihe unter "en".
    Im Deutschen hast du einen User Admin mit dem passwort "root"
    Im Englischen einen User TEST mit dem Passwort "test".

    jetzt stellst du es so um, dass die User des de Blogs verwendet werden.

    Code
    define(CUSTOM_USER_TABLE,'de_users');
    define(CUSTOM_USER_META_TABLE,'de_usermeta');

    Und jetzt logst du dich im Englischen mit Admin und "root" ein.

    Also bei mir hat das so wunderbar geklappt.
    Wichtig ist nur, dass die users-Tabelle vom selben Blog ist wie die usermeta.

    Edit:
    Und wieder zu langsam xD

    Hallo,

    Ähnliche Probleme hatten wir beim Umzug unserer Seite auf einen neuen Server auch. Da haben wir auch ewig rumgemacht und kontnen nicht wirklich die Ursache finden.
    geholfen hatte uns damals ein Tool namens mysqldumper, welches man dann im browser ausführen konnte und das einen Dump erstellt hat.
    hab gerade leider keinen Link.

    Das haben wir auf dem alten und dem neuen Server installiert.
    Dann auf dem alten einen Dump damit gezogen und auf dem neuen wieder eingespielt(auch mit dem tool).
    Damit hatte es dann geklappt.

    Ich hoffe das hilft dir ein bisschen weiter.

    Also Ich würde ganz einfach ein kleines Plugin-File schreiben, welches folgenden Code enthält.

    Ist zwar wahrscheinlich nicht die eleganteste Lösung, aber es funktioniert.

    Achtung: Wenn du das Plugin dann aktivierst, sperrst du dich selbst aus, falls du eine Tabelle angibst in der du keinen User hast.

    Edit: Da hab Ich den vorherigen Edit nicht ganz mitbekommen.
    Wenn es so wie du beschrieben hast, klappt ist natürlich noch besser.


    Hoffe es hilft.
    Gruß Shogoki92

    Ohh, na da haben wir das Problem.

    Ich muss feststellen, dass es wohl (warum auch immer) einen Unterschied zwischen einer term_taxonomy_id (mit welcher die Beziehungen geregelt sind) und der eigentlichen term_id gibt.
    Bei mir waren diese immer gleich.
    Das ist bei dir nicht der fall.

    Also müssen wir die Query noch mehr anpassen.
    Das ist jetzt schon nen Mortz-Apparat.

    Ich hoffe damit funktionierts jetzt. ;-)

    Hmm.. Okay, das sieht doch schonmal irgendwie interesant aus, da wurde also nur 1 Objekt gefunden.

    Was spuckt denn

    SQL
    SELECT * FROM `wp_term_taxonomy` WHERE  `term_taxonomy_id`=104


    aus?

    muss kein Screenshot sein, wenns wenige Datensätze sind kannaste auch die Druckansicht hier reinposten.

    Dann jag doch mal diese Query hier durch und Poste das Ergebnis.

    Zitat

    select * from wordpresswp_term_relationships where term_taxonomy_id=104;

    Uns interesiert ja nur die kuriose Kategorie 104

    Zitat

    Wie ich allerdings den Inhalt der wordpresswp_term_relationships hier posten kann, weiss ich nicht. ich könnte dir ja nen screenshot schicken..

    Dann mach besser einen Screenshot, lade Ihn hoch und verlinke Ihn hier.

    he, danke dass du dranbleibst. ich weiss das sehr zu schätzen.
    das gibt er aus:

    Code
    array(0) { }


    Kein Problem^^
    Emm Array(0) bedeutet, dass die Query nix zurück gibt., weil sie entweder einen fehler hatte, oder aber tatsächlich nix zurückgibt(wenn du z.B. Die Flashcen Category_IDs hast.

    also schreb mal an dieser stelle, statt dem var_dump($links;) folgendes:

    PHP
    var_dump($wpdb->last_error);
        var_dump($wpdb->last_query);

    Und dann schau mal was da ausgegeben wird.
    Außerdem wäre es unter umständen gut, sich zu vergewissern, dass die Links auch tatsächlich in der Kategorie sind. Notfalls mal in der DB nachschauen in der Tabelle wp_terms bzw wp_term_relationships.

    Hmm, Also bei mir hat es so hingehauen. Und es sollte auch keine weiteren Platzhalter geben.
    Bist du sicher, dass du die Kategorien richtig eingestellt hast?

    Eventuell kannst du ja mal vor der Foreach-Schleife ein:

    PHP
    var_dump($links);

    einbauen.
    Dann mal Testweise die seite aufrufen und dann hier posten was er ausspuckt.

    Hallo,

    Hab mir jetzt die Sache noch einmal etwas genauer angeschaut.
    So wie du dein Beispiel geschrieben hattest, kann das nciht klappen, da die Link-Kategorien nicht in der Links-Tabelle gespeichert sind.

    Die Spalte link_category gibt es also garnicht.

    Stattdesen wird das wohl in den zwei tabellen wp_terms und wp_term_relationships gespeichert.

    also müsste die Query etwas komplizierter aussehen:

    Hab das jetzt mal getestet und es hat so funktioniert:

    Hoffe das konnte helfen. Gruß Shogoki92

    Hallo,

    Zitat

    ja mit wp_list_bookmarks hatte ich es am Anfang auch versucht. Allerdings erschien mir die Konfigurationsmöglichkeit zu unkomfortabel. So kann man meines Erachtens beispielsweise nicht die Notizen mit ausgeben. Deswegen wollte ich die Lösung mit einer direkten Abfrage realisieren.

    Ich bin zwar der Meinung, dass eine Notiz vom Sinn her nicht dafür gedacht ist, sie anzeigen zu lassen. Aber wenn du es dennoch willst würde ich anhand deines Beispiels das ganze in etwa so ausbauen:

    Hab den Code jetzt nicht getestet, aber sollte so in etwa gehen.

    Grüße Shogoki92

    Hallo,
    Seit kurzem funktionieren die Permalinks auf unsere Seite nicht mehr richtig.
    Also die URL wird schon durch mod_rewrite überschrieben, aber man landet seltsamerweise bei fast allen Links auf dem RSS-Feed. Nur verstehe ich nicht ganz warum.
    Zu erwähnen ist, dass wir vor kurzem unseren Server neu installiert haben und einen neuen WP-Style nutzen. Den Style hatten wir aber auch schonmal mit funktionierenden Permalinks.

    Der Inhalt der .htaccess im WP-verzeichnis(welches die DocRoot unserer Domain ist) ist:

    Apache Configuration
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    Also so wie WP ihn vorgibt.
    Die Permalinkeinstellung ist momentan:

    Code
    /%year%/%monthnum%/%day%/%postname%/

    Aber mit anderen Einstellungen hat es auch nicht funktioniert.

    Wenn Ich jedoch die Permalinks abschalte, also auf Standart-URLs a là http://www.domain.tld?p=[Post-ID] umstelle funktioniert es.

    Ich weiß da echt nicht mehr weiter und bin mir ziemlich sicher, dass dies ein WP-Problem istund nichts, mit userer Apache-Konfiguration zu tun hat.

    Da die URLS ja auf die Index umgeschrieben werden, aber anscheinend danach irgendwie falsch verarbeitet.

    Ich wäre für eure Hilfe sehr sehr Dankbar.

    Achso anschauen könnt ihr euch das auf

    gamersvillage.de

    Schonmal Danke im Vorraus

    Mit freundlichen Grüßen Shogoki92

    Hallo Ich habe in meinem Plugin eine stelle die so aussieht:

    PHP
    function create_Thread($post_id)
    {...
    add_post_meta($post_id, 'topic', "test", 1);
    return $post_id
    }
    add_action ( 'publish_post', 'create_Thread' );


    damit will ich eigentlich zu dem Artikel der gerade veröffentlicht wird ein Customfield mit dem Namen "topic" und dem Wert "test" hinzufügen.
    Doch leider funktioniert dies nicht.

    Wen man den nächsten Artikel erstellen will steht bevor man irgendwas gemacht hat bei customfields: topic : test doch wenn man auf publizieren klickt ist es wieder weg.

    Woran kann das liegen?

    Hoffe ihr könnt mir helfen.
    Schonmla Danke im vorraus.

    MfG Shogoki92

    Hallo ich habe bei meinem WP-Plugin ein roblem mit der Datenbankverbindung.

    Also eigentlich ist das problem soweit ich das richtig deute nicht IN mienem plugin sondern wird nur durch dieses verursacht.

    Ich bekomme in WP folgende fehlermeldungen:

    Ich benutze in meinem Plugin nicht die hauseigene WP-DP klasse von Wordpress.
    Könnte es daran vieleicht liegen?
    Hoffe ihr könnt mir helfen.

    MfG Shogoki92