Beiträge von hakre

    Hallo zusammen,

    habe ein Problem und hoffe das mir hier jemand weiterhelfen kann. Habe versucht die wp-config.php Datei auf den Server zu laden (strato) und bekomme folgende Fehlermeldung:

    MySQL meldet: [Blockierte Grafik: http://phpmyadmin.strato.de/themes/strato/img/b_help.png]
    #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '<?php
    /**
    * In dieser Datei werden die Grundeinstellungen f�r WordPress vorge' at line 1

    [FONT=Verdana]Was nun???? Hat irgendjemand eine Idee???

    Liebe Grüße & Danke im Voraus
    [/FONT]


    Das sieht mir nicht nach einer WordPress Fehlermeldung aus. Sprichst Du hier vielleicht von PHPMyAdmin?

    Ich habe das gleiche Problem mit der V 3.0. Es laufen schon diverse alte Wordpress Installationen auf meinem Server - ohne Probleme. Bei einer Neu-Installation der V 3.0 bekomme ich beim Setup immer die Fehlermeldung "Die Datenbank kann nicht gewählt werden".
    Die Datenbank ist jedoch angelegt und auch verfügbar, die richtigen Daten sind beim Setup auch eingetragen worden (es sind definitiv auch keine ungewollten Tippfehler oder Leerzeichen in den Angaben drinnen). Trotzdem gleicher Fehler. Vielleicht gibts Probleme mit einem Host wie "localhost:/tmp/mysql5.sock". Den muss ich leider so angeben. In alten WP Versionen war das aber bisher auch kein Problem...

    Gruß
    Oneside

    Stelle mal testweise bitte die Sprache aus. Einfach den Define der auf de_DE stellt auskommentieren (raute davor schreiben) und dann nochmal probieren.

    Bitte kurz Feedback geben ob oder nicht dies das Problem behebt.

    So ich habe auch News. Ich habe nun folgendes noch in die .htaccess Datei gepackt:

    Vielleicht reichen auch schon die letzten zwei Zeilen. Jedenfalls konnte ich seitdem ich das drin habe, das Problem nicht mehr reproduzieren. Vielleicht hilft das ja auch bei dir.

    Wer sich ein wenig mehr an den HTTP Standard anschmiegen will, kann das nun mit Better HTTP Redirects tun.

    Das Plugin hängt einfach ein bischen HTML an jede Weiterleitung an. Das ist sinnvoll für die Benutzer, die in ihrem Browser die automatische Weiterleitung nicht aktiv haben. WordPress zeigt denen nämlich dann einfach nur eine weisse Seite.

    Mit diesem Plugin nicht mehr.

    Für die User, die automatische Weiterleitung in ihrem Browser aktiviert haben ändert sich nichts.

    Mal etwas Off-Topic, was passiert eigentlich, wenn ich einem Plugin überhaupt keine Lizenzbedingungen beilege oder irgendwo explizit nenne?
    Was für einen lizenzmäßigen Status hat das dann. "Erbt" es einfach die Lizenz der Basisapplikation, in diesem Fall also GPL von Wordpress?

    Gruß
    Ingo

    Na dann hast Du keine Lizenz das zu nutzen. Erben tut hier nichts, im Gegenteil, die GPL von WordPress geht dann soweit, dass Du die Nutzungsrechte an der Basisapplikation verlierst.

    Lieber Hakre, danke für den Hinweis - aber ist das lediglich eine Vermutung oder weisst Du das? (Ich habe gerade eines der damit aktualisierten Plugins deaktiviert und gelöscht - kein Problem)

    Ich schrieb: Vorsicht walten lassen, es kann sein (nicht muss). Hat damit zu tun, mit welchem Benutzer/Rechten PHP/FTP etc. arbeitet. Ich kenne Kofigurationen bei denen das ein Problem sein kann. Auf mehr wollte ich nicht hinweisen. Deaktivieren geht im übrigen immer in solchen Fällen, lediglich das löschen kann fehlschlagen.

    Mein Einwand mit den Redirects hat mich noch auf eine Idee gebracht. Installiere dir mal das HTTP Live Header plugin für firefox. Dann kann man zugucken was passiert.

    Auf einem Blog sehe ich zB. dass der dauernd redirects auf die gleiche seite macht (!). Damit kommst du der Lösung vielleicht näher.

    UPDATE:
    Es findet nicht in allen Fällen ein Redict statt. Wie läuft bei dir PHP? Als CGI/FCGI oder als Apache Modul? Welchen Webserver verwendest Du?

    Nein, das Problem tritt immer noch auf. Ich habe das Gefühl das es passiert, wenn eine Zeit lang (einige Stunden) auf der Seite nichts los war. Dann muss einmal ein Request "voll durchgezogen" werden und dann geht die Seite wieder normal. Ich benutze mein Permafrost Plugin.

    Es gibt einen Redirect auf den Feed. Ich habe versucht das genauer einzugrenzen ob der aus der normalen wordpress redirect routiene kommt, allerdings ist das Problem sehr schwer zu debuggen, da es nur einmal auftritt und dann wieder weg ist - bis dann in einigen Stunden wieder. Man braucht also echte Ausdauer.

    Eine Idee die ich noch habe: Per stündlichen Cronjob auf eine Seite (nicht homepage!) per wget wordpress anschmeissen damit es fit bleibt. Beim Request auf sämtliche Caches verzichten.

    Mein Lösungsweg (für 2.8.x):

    1. Host Europe unterstützt automatische Updates nicht besonders gut von Haus aus. Das hat mit der Rechte- und Zugriffs-Konfiguration dort zu tun.
    2. Die WordPress Filesystem Methode ist FTP.
    3. Es kann (nicht muss) sein, dass der korrekte Pfad zum FTP-Verzeichnis angegeben werden muss. Dies geschieht per define('FTP_BASE', '/hier-ist-dein-blog-drin');, es handelt sich dabei um den FTP-Pfad, nicht um den Dateisystem-Pfad. Ich habe eine Domain auf das Verzeichis com.example.www gemapped, also dann:

      PHP
      define('FTP_BASE', '/com.example.www');
    4. Falls das notwendig ist, die anderen Verzeichnisse dann entsprechend:

      PHP
      define('FTP_CONTENT_DIR', FTP_BASE . '/wp-content');
      define('FTP_PLUGIN_DIR', FTP_CONTENT_DIR . '/plugins');
    5. Es ist möglich alles in die Konfiguration zu schreiben, die Defines lauten: FTP_HOST, FTP_USER und FTP_PASS.

    Bleibt noch die Frage mit den Zugriffsrechten. Wenn das TMP Dir verwendet wird, gibt es hier eigentlich keinerlei Probleme.

    Voila:

    PHP
    define('WP_TEMP_DIR', ini_get('upload_tmp_dir'));
    define('FTP_BASE', '/com.example.www');
    define('FTP_CONTENT_DIR', FTP_BASE . '/wp-content');
    define('FTP_PLUGIN_DIR', FTP_CONTENT_DIR . '/plugins');
    define('FTP_HOST', 'localhost');
    define('FTP_USER', 'ftp1234567-abcdef');
    define('FTP_PASS', 'klartext-passwort');

    Ich hoffe diese Informationen sind hilfreich. Das ist ein kleineres Webpack (WebPack L 2.0). Es kann wohl WordPress auch direkt aus dem KIS heraus installiert werden:

    Administration > Webhosting > 1234567 > Skripte > Webanwendungen

    Mit einem als "Easy Application Installer" betiteltes APS Bild und dem Namen WordPress wird der weg gewiesen. Die Installation geht fix, es kann ein Unterverzeichnis angegegeben werden, wo es hin soll. Hier werden folgende Modifikationen in der wp-config.php gemacht:

    PHP
    putenv('TMPDIR='. ABSPATH .'tmp');
    define('WP_TEMP_DIR', ABSPATH . 'tmp');

    tmp ist hier ein 777 ge-chmod-detes Verzeichnis. Der automatische Update verlangte die FTP-Zugangsdaten und funktionierte ansonsten einwandfrei.

    Ich konnte bei meiner WordPress 2.8 Version allerdings solch ein Ergebnis mit nur diesen Einstellungen nicht erzielen. Es kann durchaus sein, dass WordPress 2.9 hier den FTP-Pfad besser rät als 2.8.

    Probiere mal aus das TMP Verzeichnis zu setzten. Das hat hier mit den permissions geholfen, weil dann das update über das TMP Verzeichniss läuft und dort alle nötigen rechte vorhanden sind.

    Einfach

    PHP
    putenv('TMPDIR='.ini_get('upload_tmp_dir') );

    in der wp-config.php einfügen.

    Alternativ geht auch:

    PHP
    define('WP_TEMP_DIR', ini_get('upload_tmp_dir'));

    dann braucht man nicht an den Umgebungsvariabeln rumzumachen. Es soll noch ein Benuzter-TEMP Verzeichnis geben, das kann wohl im KIS ausgelesen werden. Ist evtl. sicherer zu benutzen.

    Welche Dateisystem Methode verwendet dein WordPress? FTP?

    UPDATE: ausführlicherer Beitrag in einem anderen Thread.

    Kleiner Update des Threads: Update auf 2.8 bringt keine Änderung. Verhalten bleibt gleich. Ausser vielleicht das ein froced reload (cache ist generell aus, normaler reaload ohne cache bringt nichts, forced reload dann schon) nun definitiv den Feed wieder in die normale Ausgabe verwandelt.

    Das Problem tritt auch mit der Default Theme auf. Ich denke dies hängt evtl. mit der statischen Startseite zusammen. Eine anderen Riecher den ich gerade habe ist der Cache. Werde mal den Rewrite Rules und Cache Viewer installieren:

    UPDATE 2:
    Das Permafrost Plugin tut jetzt erstmal gute Dienste.

    Ich habe ein Problem mit einer WordPress Installation seit dem Upgrade auf die Version 2.7.1.

    Es ist eine Seite mit einer sog. statischen Homepage (Static Frontpage Option).

    Seiten wie die Darstellung einer Kategorie oder aber auch der einzelne Post werden erst normal (so wie sie sollen) dargestellt. Nach einiger Zeit allerdings werden beim Aufruf der gleichen URLs der Standard Feed des Blogs an den Browser gesendet.

    Abhilfte kann ich dann auf zwei Arten schaffen:

    1. Rebuild Permalinks: Ich frische die Permalinks auf und dann ist die Welt wieder in Ordnung (Einfach die aktuelle Einstellung nochmal speichern).
    2. Ich gebe ein Feedformat an, dass es nicht gibt (z.B. durch Anhängen von "?feed=8287283728" ). Nach der Fehlermeldung, die dann kommt, funktioniert der Blog wieder wie gewünscht.

    Ich habe nun bereits einige Einstellungen vorgenommen, trailing slahses etc. entfernt. Alles ohne Erfolg. Der Feed kommt immer wieder obwohl er da nicht hingehört. Nach A) oder B) ist das Problem für mindestens 8 Stunden behoben. Hat jemand eine Idee dazu? Mir fällt nichts mehr ein ausser auf 2.8 zu warten da 2.7 ja Bugs mit den Feeds hat. Gibt es WPCron Einträge die mit Feeds oder Permalinks zusammenhängen?

    Gabs bei Dir Probleme mit dem Umbennen von Rollen? Oder hast Du das nicht gemacht? Oder einfach andersherum gefragt: Was hast Du bisher damit in Version 2.7 gemacht? Bei einigen Leuten hat das wohl zu Problemen geführt....