Beiträge von XRay

  • Komische Fehlermeldung, obwohl keine Umbauten!

    Zitat von Angelcurse

    [FONT=Verdana][size=10]Hi,

    [/SIZE][/FONT]
    [FONT=Verdana][Duplicate entry '86516' for key 1]
    INSERT INTO `wp_statz`(IP, time, referer, keyword, host, page, username) VALUES('85.178.115.72', NOW(), 'http://www.blog.libri-amandi.de/wp-admin/admin…emmelstatz2.php', 'NULL', 'http://www.blog.libri-amandi.de', 251, 'admin')[/FONT]
    [FONT=Verdana][size=10]
    [/SIZE][/FONT]


    Ich könnte mir vorstellen, dass ein CHECK und REPAIR (mySQL-Anweisungen) weiterhelfen könnte.

    Hast du direkten Zugriff auf die Datenbank? Dann versuche es doch erst mit CHECK und wenn dort nicht OK angezeigt wird, mit REPAIR . (Es heißt lang CHECK TABLE <tabellenname> EXTENDED und auch bei REPAIR kommen noch Name und Optionen.)

    Ansonsten kannst du ja auch versuchen, den doppelten Datensatz, auf den hingewiesen wird, über die Adminoberfläche oder Kommandozeile direkt aus der Datenbank zu löschen. (Mancher Provider stellt eine grafische Oberfläche dafür zur Verfügung.)

    Hier noch einmal die Syntaxbeschreibung aus http://dev.mysql.com/doc/refman/5.1/de/repair-table.html

    REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE
    tbl_name [, tbl_name] ... [QUICK] [EXTENDED] [USE_FRM]

    Und die andere aus http://dev.mysql.com/doc/refman/5.1/de/check-table.html
    CHECK TABLE tbl_name [, tbl_name] ... [option] ...

    option = {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}Ansonsten liefert die MySQL-Doku auch Hinweise (da hattest du doch schon nachgesehen, oder?):

    • Error: 1062 SQLSTATE: 23000 (ER_DUP_ENTRY)
      Message: Duplicate entry '%s' for key '%s'

    http://dev.mysql.com/doc/refman/5.1…ges-server.html

    In der Liste sind noch andere Fehlermeldungen, die auch zu dieser Meldung führen.

    BTW: Eine Datensicherung (da gibt es ein nettes Plugin, welches zumindest bei Vers. 2.0.4 dabei ist) hattest du gemacht?

  • Print-PlugIn?

    Zitat von Ray-an

    kennt hier jemand ein PlugIn für WordPress, mit dem Leser eines Beitrages eben diesen Beitrag (und nur den Beitrag, nicht die ganze Webseite) ... ausdrucken können?

    In der Regel sollte die Aufgabe der Druckaufbereitung eigentlich kein Plugin, sondern ein passendes Stylesheet übernehmen. Dort gibt es die Möglichkeit, für verschiedene Ausgabemedien unterschiedliche Stylesheets zu hinterlegen. Ggf. kann man sogar mehrere für jedes Medium hinterlegen. Mancher Browser ermöglicht den Wechsel der Stylesheets über das Menü. Und dann kann man einfach die übliche Druckfunktion nutzen.

    (Es stimmt durchaus, dass viele Themes kein passendes Stylesheet haben, und die Erstellung recht aufwändig ist. Aber der richtige Weg ist es meiner Meinung nach doch.)

  • Meiste SQL Auslastung?

    Zitat von Yoshimitsu

    Ich hab in einem Blog von mir folgende Plugins installiert und irgendeines davon (oder mehrere?) verursacht solch eine Serverlast, dass mir schon mal der Webspace-Account gesperrt wurde :?
    ...
    Weiß zufällig jemand, welches es sein könnte? Oder evtl. doch keins? Ich bin verzweifelt!

    Welches es ist, kann ich nicht sagen. Aber Hilfe kannst du durch ein Plugin bekommen: http://vapourtrails.ca/wp-plugins . Dort gibt es "Jerome’s Query Diagnostics" Wenn du das Plugin nach den Anweisungen installiert, bekommst du im Quelltext eine Auswertung welche Anweisungen wie lange gedauert haben. So solltest du eigentlich nicht performante Statements erkennen können.

    Für ein eigenes Plugin zur Verbesserung der Datenbankzugriffe habe ich das Plugin auch benutzt und so ein paar Indizes gefunden, die ich zusätzlich angelegt habe.

  • Autor im Plugin ermitteln

    Hallo!

    Derzeit beschäftige ich mich mit einem Plugin, welches unabhängig vom Theme den Header einer Seite mit einer Reihe von Meta-Angaben erweitert. U. a. möchte ich auch den Autor einer Seite oder eines Beitrags (Post) angeben. Die Suche nach einer entsprechenden Funktion in der Doku war bisher jedoch ergebnislos.

    Kennt jemand vielleicht einen einfachen Weg, den Autor eines Beitrag zu ermitteln?

    So in dem Stil:

    Code
    if ( is_single() || is_page() ) {
  $author    = get_post_data($id);
}

    Die Funktion get_post_data() gibt es leider nicht und ist hier nur als Beispiel aufgeführt.


    cu XRay.

  • Firefox als WP Frontend mit Problemen

    Zitat von nib

    ...http://www.1und1.info/xml/order/HostingHome

    Bei der Verwendung von Firefox passiert es mir regelmäßig, dass es z.b. beim Speichern eines Eintrags oder beim Speichern eines veränderten Templates ewig dauert bis was passiert, manchmal mehrere Minuten.
    In dieser Zeit ist mir auch unmöglich über Firefox die Blog Startseite http://www.homeiswheremyheartis.net aufzurufen.
    Es scheint als ob keine Verbindung zustande kommt, Firefox schaut dabei arbeitend aus, es kommt keine DB Error Meldung, irgendwann klappts dann.

    Wenn ich in der selben Zeit einen IE starte und auf den Blog zugreife funktioniert's. Es scheint auch als ob der IE als Frontend performanter ist, also im Site Admin Bereich schneller reagiert, auf Befehle wie Speichern ... .

    Kann das sein?
    Hat das was mit der DB Verbindung etc.. zu tun??
    Bitte um Tipps?


    Ich arbeite auch mit Firefox (und anderen Browsern), aber das Problem kann kaum mit dem User-Agent zusammenhängen. Ich sehe es eher auf der Seite des Providers, denn von dort soll die Seite ja kommen. Allerdings kann ich verzögerte Antworten seitens deines Providers bestätigen, denn sporadisch habe ich mit anderen Seiten bei eben diesem Provider die gleichen Probleme. Mein Eindruck ist eher, dass die Anmeldung an der Datenbank (mysql_connect) unterschiedlich lange dauert. Diese Anmeldung wird seitens PHP aufrecht gehalten, bis das PHP-Skripte beendet ist oder mysql_close() aufgerufen wird. Letzteres ist bei WordPress nicht der Fall, denn ich kann keinen solchen Aufruf im Quelltext finden. Meine Vermutung - mehr nicht! - ist, dass so lange sich die Seite im PHP-Cache befindet auch die DB-Verbindung besteht. Ist sie dort nicht mehr, so besteht auch keine DB-Verbindung und der Aufbau dauert länger. Aber vielleicht hat ja noch jemand einen besseren Tipp ...

  • Bilder integrieren

    Zitat von kstenqnen

    Ich lade die Bilder immer mir der Upload-Funktion hoch und füge sie dann in den Beitrag ein. Dann paßt der Pfad und mann muss nicht ändern.

    Auch ich mache das so. Wie sich mittlerweile - dank weniger Erfahrung - herausgestellt hat, gibt es zwei Wege, die Bilder in den Beitrag - wenn sie denn hochgeladen sind - zu übertragen: Drag&Drop und "Send to Editor". Die erste Methode scheint die anfällige für den fehlerhaften Pfad zu sein. Es ist also durchaus kein konsequentes Fehlverhalten.

    Ergo: Es ist ein Bug in der Software.

    cu XRay.

  • Bilder integrieren

    Zitat von kstenqnen

    Aber da sind doch Bilder und im Pfad steht auch.../weblog/...
    Rechtsklick auf Bild - Eigenschaften (im FF)

    Stimmt. Du hast im Grunde recht.

    Jedoch - und die Erklärung für diesen Fall möchte ich zum besseren Verständnis nachtragen - fand der richtige Pfad einen anderen Weg dorthin: Bild in den Beitrag - per Drag&Drop - eingetragen (Pfade falsch), auf HTML-Darstellung gewechselt, alle Pfade korrigiert (Pfade richtig) und dann abgespeichert.

    Und den Weg mit der HTML-Darstellung ist einerseits unschön und umständlich und andererseits nicht HTML-kundigen Schreiberinnen und Schreiber nicht so recht zuzumuten.

    Ergo: Ich bin weiter auf der Suche nach einer Klärung des Problems.

    cu XRay.

  • Bilder integrieren

    Zitat von ratterobert

    wie werden denn bei deinem webspace die subdomains organisiert? sind das unteraccounts der eigentlichen domain, oder legst du einen ordner als subdomain an?

    Vielleicht sollte ich das auch direkt beantworten: Keine Unteraccounts, die Subdomains sind eigenständig.

    cu XRay.

  • Bilder integrieren

    http://www.heimatverein-duelmen.de entspricht (nicht ganz die korrekten Namen, aber die richtige Struktur) <...docrootpfad...>/www,

    jugend.heimatverein-duelmen.de entspricht (nicht ganz die korrekten Namen, aber die richtige Struktur) <...docrootpfad...>/jugend

    Also wie eine ganz normale Domain. Im Grunde spielt es keine Rolle, dass es eine Subdomain ist. (So nutzen wir es zumindest.)

    cu XRay.

  • Bilder integrieren

    Hallo!

    So recht will es nicht klappen, das mit den Bildern im Beitrag. (BTW: Ich mache meine ersten Schritte mit WordPress.) Mir kommt es wie ein Fehler vor. Ich habe WordPress nicht im DocumentRoot, sondern eine Ebene tiefer installiert, also etwa http://example.org/weblog/ . Soweit klappt alles. Nur, wenn man ein Bild in den Beitrag zieht, fehlt das "weblog" im Pfad.
    Es steht dann im HTML-Quelltext so etwas wie http://example.org/wp-content/...", der Pfadteil "/weblog" fehlt.

    Habe ich etwas falsch konfiguriert? Oder ist's tatsächlich ein Bug?

    cu XRay.