Fehlermeldung WP 3.3.2

    Ich hatte folgende Probleme beim Upgrade von WP 2.7.1 auf WP 3.3.2 :

    Fehlermeldung:

    Warning: require_once(./wp-load.php) [function.require-once]: failed to open stream: No such file or directory in ./admin.php on
    line 30

    Mein System:
    System SunOS www 5.10 Generic_127111-08 sun4u
    Build Date Sep 15 2010 07:28:56
    Apache/2.0.61 (Unix) mod_ssl/2.0.61 PHP/5.2.14
    MySQL Client API version 5.0.84

    Grund:

    require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

    macht Probleme auf meinem System.

    Deshalb habe ich es ersetzt durch:

    if ( defined('ABSPATH') ) /* eingefuegt */
    require_once(ABSPATH . 'wp-load.php');
    else
    require_once('../wp-load.php');

    vorher habe ich ABSPATH auch in wp-config.php setzen muessen:
    define('ABSPATH','/ftp/usr/ubmed/intranet/');

    Hatte jemand das gleiche Problem und weiss vielleicht den Grund fuer dieses merkwuerdige Verhalten von php ?


    Vielen Dank im Voraus fuer eure Hilfe.

    8)

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    da du dein Problem mit

    PHP
    require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

    so ausführlich und nachvollziehbar beschreiben hast kann man dir hier so wunderbar gut helfen :) ich möchte jetzt auch nicht mehr wissen, was da nicht funktioniert.

    PHP
    if ( defined('ABSPATH') ) /* eingefuegt */
require_once(ABSPATH . 'wp-load.php');
else 
require_once('../wp-load.php');

    in deiner admin.php ist bis zur Zeile 30 keine Konstante ABSPATH leider noch nicht definiert worden.

    PHP
    require_once ('/ftp/usr/ubmed/intranet/wp-load.php');

    könnte evtl. funktionieren. wenn der Pfad zum Beispiel stimmt.

    Dein Problem mit dirname könnte nach PHP Handbuch (dirname) an

    http://www.php.net/manual/de/function.setlocale.php

    evtl. liegen

    Mit offenen Augen träumen

    Danke fuer die Hilfe

    Vielen Dank fuer diesen Hinweis.

    Ich kann zwar noch nicht genau sagen, ob das letztendlich der Grund ist, aber falls ich es herausbekomme werde ich es hier vermelden.
    (Muss noch mit Systemverantwortlichen reden )

    Eines ist mir aber unklar warum in admin.php line 30
    dirname doppelt aufgerufen werden muss also:

    require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

    ????

    Uebrigens moechte ich noch von meinem Problem mit dem Plugin WP-DB-Backup berichten (das ich ausdruecklich empfehlen moechte wenn man die My SQL Tabellen auf UTF8 umstellen moechte) - wahrscheinlich ist es auch nur spezifisches Plattform - Problem.

    Jedenfalls bekomme ich hier eine Warnung, dass der Backup Pfad schreibgeschuetzt ist - und somit ist das Backup nicht moeglich.

    Dieses Problem liess sich auch nicht mit Veraendern der Rechte beheben. Ich habe dann den backup Pfad umbenannt und dem Plugin neu anlegen lassen und siehe da jetzt funktionierte es.

    Mich wuerde interessieren, ob ich mit diesem Problem allein dastehe oder ob schon andere damit kaempfen mussten.

    Zitat von ghelmi


    dirname doppelt aufgerufen werden muss also:

    require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

    Php verfügt über ein Handbuch?

    http://php.net/manual/de/function.dirname.php

    Aus Sicherheitsgründen auf besonderen Systemen ist dies sinnvoll - Angriffe auf __FILE__ werden durch dirname verhindert... stammt glaube ich noch auf 4.0.3 Zeiten? (in einer PHP Newsgroup evtl. nachfragen)


    Zitat von ghelmi


    Uebrigens moechte ich noch von meinem Problem mit dem Plugin WP-DB-Backup berichten (das ich ausdruecklich empfehlen moechte wenn man die My SQL Tabellen auf UTF8 umstellen moechte) - wahrscheinlich ist es auch nur spezifisches Plattform - Problem.

    Verwende mysqldumper.de die Entwickler haben auch Scripte für UTF8 Umstellung geschrieben.

    Zitat von ghelmi


    Jedenfalls bekomme ich hier eine Warnung, dass der Backup Pfad schreibgeschuetzt ist - und somit ist das Backup nicht moeglich.

    Ändere die die Rechte

    Stelle also sicher, dass der Webserver-Benutzer (normalerweise Benutzer 'nobody' und Gruppe 'nogroup') in diese Verzeichnisse schreiben kann.

    Code
    $> chown nobody:nobody /dein/pfad/
$> chmod 770 /dein/pfad/


    'chmod 770' setzt ziemlich strenge Rechte und erlaubt nur dem Benutzer 'nobody' und der Gruppe 'nobody' Lese-/Schreibzugriff auf diese Verzeichnisse.

    Su solltest das Rechte System *kennen*

    Zitat von ghelmi


    Dieses Problem liess sich auch nicht mit Veraendern der Rechte beheben.

    gähn. sorry - du kannst selbstverständlich auch PHP so konfigurieren, dass bestimmte Verzeichnisse nicht erreicht werden können - auch dies wird verständlich in der PHP Meldung angezeigt. Wenn du keine sinnvollen Meldungen von PHP erhälst, solltest du die Konfiguration ändern.

    Handbuch PHP
    http://www.php.net/manual/de/book.errorfunc.php

    Zitat von ghelmi


    Mich wuerde interessieren, ob ich mit diesem Problem allein dastehe oder ob schon andere damit kaempfen mussten.

    du bist alleine - keiner hatte je probleme php zu konfigrieren - alle haben sofort alles richtig gemacht - wirklich :) und wordpress kann man in 5 minuten installieren... und php hat man auch sehr schnell raus... :rolleyes:

    Mit offenen Augen träumen

    noch nicht alles geloest

    Vielen Dank fuer die eingehenden Infos :roll:

    Habe das ursprüngliche Problem weiter beforscht bin aber leider noch immer nicht auf den eigentlichen Grund des Fehlers gekommen.

    Ich habe ein kleines Testskript erstellt und in das Verzeichnis wp-admin geladen.



    Alles wird richtig ausgegeben !! Also der gesamte Pfad /ftp/usr/ubmed/intranet/test.php.

    Dann habe ich in admin.php einen Spion eingebaut:

    Zitat

    echo "dirname: " . dirname(dirname(__FILE__)) . " ende <BR>" ; /*spion */
    echo __FILE__;
    echo "<BR>";

    require_once((dirname(__FILE__)) . '/wp-load.php');



    ausgegeben wird:
    dirname: . ende
    ./admin.php
    Warning: require_once(./wp-load.php) [function.require-once]: failed to open stream: No such file or directory in ./admin.php on line 40

    Vielleicht handelt es sich doch um einen BUG in der neuen Wordpress Version ??

    LG

    Helmut

    Leider sehe ich gerade, dass mein Post einen Fehler enthaehlt.
    Das Testskript gibt natuerlich den richtigen Pfad aus:
    /ftp/usr/ubmed/intranet/wp-admin/test.php
    Sorry

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden