Nichts geht mehr

sayler · April 5, 2008 at 10:48 PM

habe den admin ordner nicht umbenannt. mein blog liegt auf meinem webspace unter htdocs/blog/ d.h. http://www.dumpblog.de verlinkt zum /blog/ verzeichnis die datei blog/wp-admin/includes/upgrade.php befindet sich in diesem ordner, nicht umbenannt. woran kann das noch liegen. :( alternativ: http://93916.webtest.goneo.de/blog/wp-admin/upgrade.php geht auch net

Werbepost

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

Wenn du Fragen hast, kannst du dich gerne jederzeit an @Maximilian Rupp wenden

Hinweis: folgt noch

codestyling · April 5, 2008 at 11:06 PM

Also wenn ich im Browser folgendes aufrufe, muß ich eine weiße Seite bekommen:

Code

http://www.dumpblog.de/wp-config.php

Statt dessen bekomme ich folgendes:

Code

[B]Internal Server Error[/B]


   File "/web/1/000/031/542/93916/htdocs/blog/wp-config.php" is writeable by group
     suPHP 0.6.2

Da stimmt was mit deiner wp-config.php nicht. Die Dateirechte sind "komisch" gesetzt und dein Provider macht was nicht, was er sollte. Komisch ist nur, das der Blog selbst, der die gleiche PHP verwendet, funktioniert.

Stell mal die Rechte der Datei auf 644. Heißt:

Besitzer: lesen (ja) / schreiben (ja) / ausführen (nein)
Gruppe: lesen(ja) / schreiben (nein) / ausführen (nein)
öffentlich: lesen(ja) / schreiben (nein) / ausführen (nein)

Das sollte Standard sein und funktionieren.

Putzlowitsch · April 5, 2008 at 11:33 PM

Das ist ansich nicht komisch, denn das Apache-Modul suPHP verhindert nur das direkte ausfühern von PHP-Dateien mit unpassenden Rechten, werden diese aber in anderen PHP-Dateien geladen, hat ja bereits der PHP-Interpreter die Kontrolle und suPHP ist außen vor.

Gruß
Ingo

sayler · April 5, 2008 at 11:48 PM

habe die rechte geändert, upgrade seite bleibt aber weiß. :/

DirkNB · April 6, 2008 at 12:56 AM

Quote from codestyling

Könnt ihr mal den Seitenquelltext der weißen Seite posten, damit man rausbekommen kann, wie weit der in der /wp-admin/install.php kommt ?
(rechte Maustaste -> Quelltext anzeigen)

Sowohl die install.php als auch die upgrade.php sind klinisch rein und leer.

codestyling · April 6, 2008 at 12:59 AM

Es scheint eine Fülle von Problemen mit dem suPHP Module zu geben, je nachdem, welches Apache Forum man liest.
Das ist schwer zu sagen, woran der sich jetzt "verschluckt".
Zumindest bekommt man die wp-config.php jetzt als weiße Seite nach deiner Rechteanpassung.

Was mir noch einfällt:

WP 2.3.3. hatte den languages Ordner unter /wp-includes/ aber in WP 2.5 gehört der in /wp-content/.

Falls du eine WP 2.5 DE installiert hast, könnte es sein, das du jetzt 2 hast, einen dort wo ihn 2.3.3. hatte und einen dort, wo ihn 2.5 sucht. Kann sein, das sich suPHP daran verschluckt, denn die Admin GUI braucht nun mal Beschriftungen.

sayler · April 6, 2008 at 10:08 AM

seltsam ist, dass im firefox der quelltext leer is, im ie aber nicht. der sagt nämlich:

Code

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1252"></HEAD>
<BODY></BODY></HTML>

und den language ordner hatte ich schon richtig, habe aber in der config nix festgelegt, damit er englisch nimmt.

Putzlowitsch · April 6, 2008 at 11:28 AM

Das liegt daran, das der IE eine eigene "Platzhalter-Leerseite" ausgibt, wenn vom Server nichts zurückkommt. Das hat also nichts damit zu tun, was der Server gesendet (oder eben nicht) hat.

Ansonsten wäre es noch eine Idee, dem WP eine benutzerdefinierte Installation unterzuschieben. Das geht mit einer Datei install.php im /wp-content/-Verzeichnis. Wenn diese folgendes enthält:

PHP

<?php
echo "Upgrade wird geladen.<br />\n";


function wp_upgrade() {
    echo "Upgrade wird gestartet.<br />\n";
}


function wp_install() {
    echo "Install wird gestartet.<br />\n";
}
?>

Display More

wird zwar das Upgrade bzw. die Installation nicht ausgeführt, man sieht aber, wie weit man überhaupt kommt.

Gruß
Ingo

sayler · April 6, 2008 at 12:18 PM

Quote from Putzlowitsch
Das liegt daran, das der IE eine eigene "Platzhalter-Leerseite" ausgibt, wenn vom Server nichts zurückkommt. Das hat also nichts damit zu tun, was der Server gesendet (oder eben nicht) hat.
Ansonsten wäre es noch eine Idee, dem WP eine benutzerdefinierte Installation unterzuschieben. Das geht mit einer Datei install.php im /wp-content/-Verzeichnis. Wenn diese folgendes enthält:
PHP
<?php
echo "Upgrade wird geladen.<br />\n";


function wp_upgrade() {
    echo "Upgrade wird gestartet.<br />\n";
}


function wp_install() {
    echo "Install wird gestartet.<br />\n";
}
?>
Display More
wird zwar das Upgrade bzw. die Installation nicht ausgeführt, man sieht aber, wie weit man überhaupt kommt.
Gruß
Ingo

hab ich gemacht, jetzt kommt eine weiße seite mit: Upgrade wird geladen.

http://www.dumpblog.de/wp-admin/upgrade.php

codestyling · April 6, 2008 at 2:44 PM

Dann wäre ich für die "harte" Tour und würde Fehlermeldungen ausgeben lassen. In die /wp-admin/upgrade.php mal die roten Zeilen einfügen:

PHP

<?php
[COLOR=Red][B]error_reporting(E_ALL);
ini_set("display_errors",1);[/B][/COLOR]
define('WP_INSTALLING', true);
if (!file_exists('../wp-config.php'))
    die("Die Datei <code>wp-config.php</code> scheint nicht zu existieren. Sie wird aber ben&ouml;tigt, bevor wir anfangen k&ouml;nnen. Brauchst Du weitere Hilfe? Bei <a href='http://wordpress-deutschland.org/'>WordPress Deutschland</a> findest du eine <a href='http://wordpress-deutschland.org/installation'>deutschsprachige Anleitung</a>. Eine <a href='http://codex.wordpress.org/Editing_wp-config.php'>englischsprachige Anleitung</a> findest Du bei <a href='http://wordpress.org/'>WordPress.org</a>. Du kannst die Datei <code>wp-config.php</code> auch <a href='setup-config.php'>online erstellen</a>, das funktioniert jedoch nicht mit allen Servern. Die sicherste Methode ist es, die Datei manuell zu erstellen.</p><p><a href='setup-config.php' class='button'>Konfigurationsdatei erstellen</a>");

... dann müssten zumindest Fehlermeldungen, die sonst unterdrückt werden, sichtbar werden. Mal sehen, was WP damit sagt.
Ach so, und die von Putzlowitsch vorgeschlagene zusätzliche install.php vorher wieder wegwerfen.

sayler · April 6, 2008 at 3:23 PM

ok, dann kommt das:
http://www.dumpblog.de/wp-admin/upgrade.php

Code

Fatal error: Cannot redeclare documentation_link() (previously declared in /web/1/000/031/542/93916/htdocs/blog/wp-includes/deprecated.php:1272) in /web/1/000/031/542/93916/htdocs/blog/wp-admin/includes/template.php on line 70

codestyling · April 6, 2008 at 3:37 PM

Das sieht ganz danach aus, als ob dein wp-admin Ordner nicht korrekt ist.
In einer Original WP 2.5 (DE) kommt documentation_link() nur 1 mal vor und wird nirgends ein 2. Mal definiert. Auch aufgerufen wird's nirgends.

Kannst du bitte folgendes mit einem Original WP DE 2.5 nochmal machen:
- den wp-admin Ordner löschen
- den wp-includes Ordner löschen
- im Hauptordner bis auf .htaccess und wp-config.php alles löschen
- wp-content nicht anfassen :-D

Danach den wp-admin wieder vom Original hochladen.
Dann den wp-includes wieder hochladen.
Dann im Hauptordner alle Dateien hochladen, die da hin gehören.

und dann /wp-admin/updgrade.php aufrufen.

Skydevil · April 6, 2008 at 4:44 PM

ich vermute es liegt an der deutschen Sprachdatei

wp25 EN installiert alles i.O. :-D
wp25 DE installiert hängt und der Bekannte Fehler tritt auf :???:

wp25 EN installiert alles i.O. :-D
DE Sprachdatei auf FTP geschoben und in der Config angegeben
Blog geht, Admin weise Seite :confused:

kann das jemand bestätigen ??

Skydevil

sayler · April 6, 2008 at 4:45 PM

omg es geht wieder, tausend dank :-D
und das mit deutscher sprachdatei!

Skydevil · April 6, 2008 at 5:18 PM

bei Ohost mit den einstellungen vom Server geht alles in EN und DE

MySQLDumper-Version: 1.22
OS: Linux ()
MySQL-Version: 4.1.22-log
PHP-Version: 5.2.5 Speicher: 32 MB Max Execution Time: 10 sec.
PHP-Extensions: libxml, tokenizer, session, SimpleXML, standard, Reflection, posix, mysql, mhash, mcrypt, mbstring, iconv, gettext, gd, exif, date, ctype, bz2, zlib, pcre, xml, apache2handler

Abgeschaltete Funktionen: symlink,debug_backtrace,fsockopen,pfsockopen,proc_open,proc_nice,
proc_terminate,proc_close,proc_get_status,shell_exec,exec,passthru,
system,popen,highlight_file,diskfreespace,disk_free_space,disk_total_space,
show_source,php_uname,ini_alter,ini_restore,ini_set,getrusage,
get_current_user,set_time_limit,getmyuid,getmypid,dl,leak,
stream_socket_accept,stream_socket_client,stream_socket_get_name,
stream_socket_recvfrom,stream_socket_sendto,stream_socket_server,
proc_nice,pcntl_getpriority,pcntl_wait,get_headers,headers_list,
memory_get_peak_usage,stream_socket_shutdown

Es stehen keine FTP-Funktionen zur Verfügung!

Bei meinem Serverhoster Rapidshare geht mit den Einstellungen nur EN

MySQLDumper-Version: 1.22
OS: Linux (Linux server114 2.6.13-15.18-default #1 Tue Oct 2 17:36:20 UTC 2007 i686)
MySQL-Version: 4.1.13
PHP-Version: 5.2.5 Speicher: 8 MB (Safemode) Max Execution Time: 30 sec.
PHP-Extensions: libxml, xsl, xmlwriter, xmlrpc, dom, xmlreader, xml, wddx, tokenizer, sysvshm, sysvsem, sysvmsg, session, pcre, SimpleXML, SPL, PDO, sockets, soap, snmp, SQLite, shmop, standard, Reflection, pspell, posix, pgsql, pdo_sqlite, pdo_mysql, mysqli, mysql, mhash, mcrypt, mbstring, ldap, json, imap, iconv, hash, gmp, gettext, gd, ftp, filter, exif, dbase, dba, date, curl, ctype, calendar, bz2, bcmath, zlib, openssl, apache2handler

Abgeschaltete Funktionen: ini_restore

mal sehn was die specis dazu sagen

codestyling · April 6, 2008 at 5:40 PM

Hm, kann mir erst mal keinen Reim drauf machen, was es mit den deutschen Sprachdatei zu tun haben soll, es sein denn, die ist defekt.

Das du diese hier von 06.04.2008 schon probiert ?

Skydevil · April 6, 2008 at 5:49 PM

ja scchon mehrmals verschiedene getestet aus die vom 6.4.

nur was mich stutzig macht ist das es auf manchen servern geht und auf manchen nicht, aber immer nur bei der deutschen version bzw. mit der deutschen sprachdatei

Skydevil

codestyling · April 6, 2008 at 5:56 PM

Und das hier ist auch schon ausgeschlossen ?

Skydevil · April 6, 2008 at 6:09 PM

ja

hab gerade mal die deutsche version hochgeladen
in die config meine daten eingetragen
keine install möglich

de_DE in der config gelöscht und siehe da install auf EN geht
blog und admin

de_DE wieder in die Config eingetragen
blog geht , admin nicht :confused:

das seldsame ist ja das es bie ohost.de geht DE + EN , install, Blog und Admin
bei Rapidshare nur EN install blog und admin, DE kein install, install nur über die EN dann
einbinden der de_DE wo dann aber nur noch der Blog geht aber kein Admin mehr

deshalb müsste es an der deutschen sprachdatei in verbindung mit der server config liegen

Arno Simon · April 6, 2008 at 6:49 PM

Quote from Skydevil

deshalb müsste es an der deutschen sprachdatei in verbindung mit der server config liegen

ich vermute mal das bei dem prov bei dem es nicht geht, ein 64-bit-server arbeitet, welcher eine etwas andere i18n-konfiguration (in den entsprechenden wp-core-dateien) benötigt, als dies eingetragen ist. wahrscheinlich führt dies zu abweichender interpretation der inhalte der sprachdatei und anschließend zu fehlern bei der ausführung der entsprechenden quähltexte.

eine genaue problemanalyse ist an der stelle nur dem möglich, der das problem hat. dazu könnte man z.b. hingehen und eine neue sprachdatei aufsetzen in welche man schritt für schritt die eingedeutschten texte einträgt. ist eine äusserst mühsige aktion, um ehrlich zu sein.

vG

Arno

Dear visitor, welcome! Create an account or sign in to comment

Nichts geht mehr

Participate now!