Problem - Wordpress Datenbank neue Ordnernamen
lima-city → Forum → Programmiersprachen → PHP, MySQL & .htaccess
adresse
anmelden
anmeldung
datenbank
fehler
fenster
file
http
installieren
problem
schau
schauen
setting
system
these
url
versuch
versuchen
wissen
zeile
-
Meine Wordpress-Seite hat plötzlich Probleme.
http://jackys-hundeportal.de/
Die Seite ist neu gemacht und jetzt komme ich nicht in die Bearbeitungsoberfläche von Wordpress.
Anmeldung funktioniert, aber nur wenn ich die Domain so aufrufe: www.jackys-hundeportal.de
Dann erscheint oberhalb, der Seite, wo man die Seite bearbeiten kann oder auf das Dashboard wechseln kann.
Diese Funktionen gehen nicht.
Gehe ich direkt zur Anmeldung mit diesem Link http://jackys-hundeportal.de/wp-admin/, dann komme ich nicht bis zur Anmeldung.
Fehlermeldung: Der Server lädt und dann erscheint Error 504.
Mein Verdacht war jetzt die SQL Datenbank.
Die Ordnerstruktur, der Datenbank sieht anders aus.
Die Ordner-Namen beginnen, meines Wissens immer mit wp_ .
In meiner Datenbank beginnt alles mit yova_ .
Habt ihr eine Lösung für mein Problem?
LG Jacky
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Schau mal in der Datei wp_config.php auf dem FTP-Server nach, ob dort was von www.undsoweiter steht, wenn ja, lösche das mal raus (backup davor anlegen!). Der andere Name der Tabellen ist egal, da kann wp_, hund_ oder sonstwas_ davor stehen.
-
Hallo tchab,
Danke für deine Antwort.
Ich habe in die wp_config.php geschaut. Ich habe keinen Eintrag www.irgendetwas gefunden.
Leider, hätte vielleicht geholfen.
LG Jacky -
hundewelt schrieb:
Gehe ich direkt zur Anmeldung mit diesem Link http://jackys-hundeportal.de/wp-admin/, dann komme ich nicht bis zur Anmeldung.
Mal testweise auf den Link geklickt und WP hat mich brav auf die Loginseite weitergeleitet.
Einen Fehler kann ich da nicht nachvollziehen.
Lösche mal deinen Browsercache und die Cookies.
-
Hallo Fatfreddy,
Der Rechner frisch geputzt. Browsercache, leer und Cookies gelöscht.
Es gibt keine Veränderung. Nur ein unlogisches Verhalten, des Systems.
Ich habe den Link geklickt zum Anmelden. Das Anmeldefenster öffnet sich und ich gebe die Daten ein.
Dann kommt nach einiger Zeit die Fehler Meldung: Error 504 Zeitüberschreitung. Anmeldung abgebrochen.
Gebe ich dann nur den Domain Link www.jackys-hundeportal.de ein, dann startet das System, die Startseite. Optisch sieht es aus, als hätte ich mich normal angemeldet.
In der Ansicht sehe ich über der Startseite, den Balken von Wordpress um auf das Dashboard zu gelangen. Klicke ich eine Funktion an, dann erfolgt wieder die Fehlermeldung Error 504 Zeitüberschreitung.
Was mache ich jetzt?
LG Jacky
-
Ok, jetzt habe ich dein Problem verstanden. ^^ Ich hatte gedacht, Du könntest Die Loginseite nicht mal erreichen.
Du bist also quasi eingeloggt, aber alle Funktionen der Administrationen werfen einen 504er.
Die Seite ist neu gemacht
Kannst Du das mal genauer beschreiben?
Wurde ein Update gemacht?
Am Template gebastelt?
Neue Plugins iinstalliert?
Linkstruktur verändert?
-
Hallo Fatfreddy,
Die Seite habe ich vor 14 Tagen komplett neu gemacht. Selbst die Datenbank hatte ich komplett neu angelegt.
Wordpress habe ich über Lima-City installiert und auf dem aktuellsten Stand.
Themes ist von Themify. Die Oberfläche nennt sich Metro.
Hier habe ich alles im Original gelassen, also nichts am Code verändert.
Plugins : Antispam Bee, Cachify, Jetpack von WordPress.com, Optimus, Simple Rating, TinyMCE Advanced, WordPress SEO, WP-Optimize, Yet Another Related Posts Plugin.
Vor dem Zusammenbruch, hatte ich Beiträge neu angelegt, SEO Optimierung gemacht. Beim Veröffentlichen bzw. Beiträge Terminieren war das System schon extrem langsam.
Da war ich der Meinung, das mein vieles Beiträge anschauen, ob alles passt, das System verlangsamt hat.
So habe ich WP-Optimize laufen lassen. Ich habe folgende Funktionen genutzt: Post Revisionen, Autoentwürfe, Papierkörbe, Spam Kommentare und ungenehmigte Kommentare löschen, Dann meldete das WP-Optimize noch einen Pingback, da habe ich auch löschen gesagt.
Optimiere Datenbank-Tabellen habe ich auch einen Haken gesetzt.
Dieses Plugin hatte ich zuletzt laufen lassen. Erstmal sah alles gut aus.
Doch jetzt komme ich nicht mehr ins eigentliche Dashboard.
LG Jacky
-
Nicht wundern, ich habe gerade mal versucht, mich anzumelden. Nur um zu schauen, ob der 504 auch dann gezeigt wird. Ich werde aber korrekt wieder auf die Anmeldeseite geleitet und informiert, daß mein Username nicht gültig ist. Soweit, so gut.
Um auszuschließen, daß es an einem der Plugins liegt (ich habe allerdings das SEO-Plugin oder Cachify in Verdacht), würde ich empfehlen, kurzfristig mal alle Plugins zu deaktivieren.
Da ein Zugriff auf das Backend nicht möglich ist, gehst Du am besten vor, wie folgt:
1. phpMyAdmin starten
2 Datenbank sichern !!!
3. die Tabelle "yova_options" suchen
4. darin die die Zeile "active_plugins" auswählen
5. Den Inhalt des Wertes "option_value" kopieren, in ein Textdokument sichern , anschließend aus der Datenbank löschen (! nur den Feldinhalt, nicht das Feld oder die Zeile!!)
Damit sind alle Plugins deaktiviert. (Wenn Du später den gesicherten Feldinhalt wieder in das Feld kopierst, sind alle Plugins wieder aktiv. )
Jetzt versuchen, den Blog aufzurufen und dich anmelden.
Beitrag zuletzt geändert: 14.2.2015 18:36:08 von fatfreddy -
Hallo Fatfreddy,
Ich habe alles gemacht.
Leider, das selbe Ergebnis. Ich komme immer noch nicht in den Backend vom Wordpress.
Was soll ich machen?
Ich hoffe jetzt ich muss nicht alles neu installieren.
LG Jacky -
Nächster Versuch: Mal die .htaccess deaktivieren. Einfach umbenennen und dann testen.
Wenn das auch nicht hilt, ist bei mir, was die Ferndiagnose angeht, Latinum finituum. :/
-
hundewelt schrieb:
Ich hoffe jetzt ich muss nicht alles neu installieren.
Naja, unter WordPress ist das neu installieren ja gar nicht so schwierig.
Allerdings kommst du ja nicht auf das Backend, um ein Backup zu machen, oder? - Gibt es vielleicht ein Backup?
Was steht eigentlich in der wp-config.php - steht da yova_ als Präfix oder wp_ ? -
webfreclan schrieb:
Allerdings kommst du ja nicht auf das Backend, um ein Backup zu machen, oder?
Backups kann man auch mit phpMyAdmin und FTP machen. ;)
Was steht eigentlich in der wp-config.php - steht da yova_ als Präfix oder wp_ ?
Wäre das Präfix nicht passend, würde der ganze Blog nicht funktionieren.
Beitrag zuletzt geändert: 14.2.2015 21:40:51 von fatfreddy -
fatfreddy schrieb:
Backups kann man auch mit phpMyAdmin und FTP machen. ;)
[...]
Wäre das Präfix nicht passend, würde der ganze Blog nicht funktionieren.
Ja, aber die WP-Backups finde ich bequemer
Naja, bei den ganzen Plugins und Themes wäre ich mir da nicht so sicher ...
Um Backups und eine anschließende Neuinstallation kommt man diesen Fall wohl schwer rum. -
Hallo Ihr Lieben,
das mit der .htaccess umbenennen habe ich versucht.
Leider gleiches Ergebnis Error 504
Ein Backup habe ich leider nicht. Ich Schusseltier, habe das leider vergessen zu machen.
Was steht eigentlich in der wp-config.php - steht da yova_ als Präfix oder wp_ ?
Habe mal ein copy der wp-config gemacht. Vielleicht findet ihr einen Fehler. Mein Wissen reicht da nicht wirklich weit.
<?php
/**
* The base configurations of the WordPress.
*
* This file has the following configurations: MySQL settings, Table Prefix,
* Secret Keys, and ABSPATH. You can find more information by visiting
* {@link http://codex.wordpress.org/Editing_wp-config.php Editing wp-config.php}
* Codex page. You can get the MySQL settings from your web host.
*
* This file is used by the wp-config.php creation script during the
* installation. You don't have to use the web site, you can just copy this file
* to "wp-config.php" and fill in the values.
*
* @package WordPress
*/
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'db_123456789_1');
/** MySQL database username */
define('DB_USER', 'USER12345678');
/** MySQL database password */
define('DB_PASSWORD', '123456789');
/** MySQL hostname */
define('DB_HOST', 'mysql.lima-city.de');
/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8');
/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');
/**#@+
* Authentication Unique Keys and Salts.
*
* Change these to different unique phrases!
* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
* You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
*
* @since 2.6.0
*/
define('AUTH_KEY', '6cvvvUDVIWMYbHQsBES5GT7td6fIOmcbQ06x4g1AEsRQyeJdWb5BBI20q2a98ipe');
define('SECURE_AUTH_KEY', 'dmFjzru8LeMwIzOou9w79ooy1Wt2JzxXb1Lg2IvHKzdspoFWFhJnH2FU0nM1PI8n');
define('LOGGED_IN_KEY', 'r3XZKwrirPPVyO55hvmnnMH9Qt6Q2ey2Lh8DVdHSZdnbebZXT17Z6id295Csu5Q2');
define('NONCE_KEY', 'pcX9mz8LATJZ6C48bXVMGmNTIlIzCRQGrnZzjLOgCL3eZgydglAxNpv2VrdE4l7k');
define('AUTH_SALT', 'bWqKcFeNjKRWix26dO6s4uQNs5sGpSOzkrgtZGkFOGVDxPNQyNX0BYg76lr65aYI');
define('SECURE_AUTH_SALT', 'QvVvD4qja2FxnapxO3JmSIw22EsTsbPSt5d6mFzJLvwLWn6V9lcB2QiB3YxtEOnh');
define('LOGGED_IN_SALT', '66CborDQx1s6JEYKHvxLtyfmfSseq8F3Uio41FUfetPKIAA3X1QRoDSBBt5fuoyk');
define('NONCE_SALT', 'fveClZ0fLEiuPRjbW80wdnZrVSaKl08tQZpx3LugjS1ksufrnD9x26FJdMuGmbUS');
/**
* Other customizations.
*/
define('FS_METHOD','direct');define('FS_CHMOD_DIR',0755);define('FS_CHMOD_FILE',0644);
define('WP_TEMP_DIR',dirname(__FILE__).'/wp-content/uploads');
/**
* Turn off automatic updates since these are managed upstream.
*/
define('AUTOMATIC_UPDATER_DISABLED', true);
/**#@-*/
/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each a unique
* prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'yova_';
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*/
define('WP_DEBUG', false);
/* That's all, stop editing! Happy blogging. */
/** Absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
define('ABSPATH', dirname(__FILE__) . '/');
/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');
LG Jacky -
Sodele, gerade mal mit thomasba, einem der Knights gequatscht. Er hat in die Logs des Servers geschaut und keine 504er- Meldungen gefunden. Zitat: "500er finde ich im log, nur 504er nicht :/"
Das heißt für mich: Beim Aufruf des Backends lädt dein Blog Inhalte von einem anderen, fremden Server nach. Es ist nicht ungewöhnlich, das einige Plugins Fremddaten ziehen. Antispam-Bee macht das z.B. um die Blacklists zu aktualisieren. Wenn der Fehler auch auftritt, während alle Plugins deaktiviert sind, ist das sehr merkwürdig.
Jetzt wäre natürlich interessant, auf welche Abwege sich dein WP begibt. ^^
Das versuchen wir jetzt mal rauszufinden. Ich hoffe, Du hast einen aktuellen Firefox verfügbar.
Öffne bitte deine Seite und drücke dann mal <strg>+<shift>+<q>
Jetzt sollte sich ein neues Fenster öffnen. Dieses Fenster ignorierst Du und versuchst, dich bei deinem Wordpress anzumelden. Jetzt schau mal in das Fenster. Du solltes diverse neue Zeilen sehen. In der zweiten Spalte jeder Zeile findest Du den Statuscode des entsprechenden Requests. Siehst Du dort irgendwo eine 504, dann klicke bitte auf die entsprechende Zeile. Es wird sich ein overlay öffnen in dem Du ganz oben eine Zeile findest mit "angefragte Adresse". Diese Adresse würde ich gerne wissen.
Einen anderen Gedanken hätte ich noch, auch wenn der etwas abwegig ist:
Wenn man nicht von einer gehackten Seite ausgeht, und alle Plugins abgeschaltet sind, bleiben der Nachrichtendienst von WP (der ist es nicht, denn meine WP-Installationen verhalten sich normal) oder das Template als Verursacher. Was mich aber wundert, da die meisten Templates sich nicht ins Backend einklinken.
(Dazu noch folgende Randbemerkung: thomasba, hat gerade mal testweise die Ausgabe von PHP-Fehlern in deiner .htaccess aktiviert, was zur Ausgabe diverser Warnungen führte, die sich allesamt auf Dateien des Templates bezogen. Das ist zwar durchaus wissenswert und sollte auch behoben werden. Führt aber nicht zum hier behandelten Problem.)
Trotzdem wäre es einen Versuch wert, auch mal das Template zu deaktivieren. Sei es nur, um auch dieses als Ursache ausschließen zu können.
Zusätzlich könntest Du auch noch in der wp-config den Wert der Konstante "WP_DEBUG" mal auf "true" setzen. Viel erhoffe ich mir davon nicht, aber man will ja alles versuchen.
Nachtrag: Wenn denn mal alles wieder sauber läuft, änderst Du aber noch die ganzen Secret-Keys, die Du in deinem letzten Beitrag so schwatzhaft veröffentlicht hast, gelle? ^^
Beitrag zuletzt geändert: 14.2.2015 23:55:42 von fatfreddy -
Hallo Fatfreddy,
Jetzt wäre natürlich interessant, auf welche Abwege sich dein WP begibt. ^^
Das versuchen wir jetzt mal rauszufinden. Ich hoffe, Du hast einen aktuellen Firefox verfügbar.
Öffne bitte deine Seite und drücke dann mal <strg>+<shift>+<q>
Jetzt sollte sich ein neues Fenster öffnen. Dieses Fenster ignorierst Du und versuchst, dich bei deinem Wordpress anzumelden. Jetzt schau mal in das Fenster. Du solltes diverse neue Zeilen sehen. In der zweiten Spalte jeder Zeile findest Du den Statuscode des entsprechenden Requests. Siehst Du dort irgendwo eine 504, dann klicke bitte auf die entsprechende Zeile. Es wird sich ein overlay öffnen in dem Du ganz oben eine Zeile findest mit "angefragte Adresse". Diese Adresse würde ich gerne wissen.
Ich versuche die Zeile zu finden, weiss aber nicht wo und wie das funktioniert.
In welcher Spalte muss ich schauen?
Kannst du mir das für "Dummis" erklären.
LG Jacky
Das einzige was ich finden kann, in der Spalte: Netzwerkanalyse
http://jackys-hundeportal.de/wp-admin/ Anfragemethode: GET , Statuscode 503 Service Temp....
define('WP_DEBUG', false); habe ich auch define('WP_DEBUG',true ); gesetzt.
Ohne Wirkung
Beitrag zuletzt geändert: 15.2.2015 13:43:34 von hundewelt -
hundewelt schrieb:
Ich versuche die Zeile zu finden, weiss aber nicht wo und wie das funktioniert.
In welcher Spalte muss ich schauen?
Kannst du mir das für "Dummis" erklären.
Dann mach ich doch mal das Bilderbuch auf.^^
Im Browser diesen Link aufrufen http://jackys-hundeportal.de/wp-admin/
Dann mit <strg>+<shift>+<q> das Analysetool starten
Dann in WP anmelden.
Nun sollte das Analysetool etwa dies zeigen *Bild1*
Die rot markierte Position 1 ist die gesuchte Spalte.
steht dort eine 504, klickst Du drauf und erhältst etwa folgendes Bild: *Bild2*
Position 3 zeigt noch mal den Statuscode und in Position 4 sollte der Bösewicht abzulesen sein, der den Fehler hervorruft. Die URL hätte ich gern.
Btw: Position 2 gibbet nich, weil ich mich bei den Bildern vertan habe. ^^
define('WP_DEBUG', false); habe ich auch define('WP_DEBUG',true ); gesetzt.
Ohne Wirkung
Ok, das war zu erwarten, aber einen Versuch war es wert.
Beitrag zuletzt geändert: 15.2.2015 18:38:28 von fatfreddy -
Hallo Fatfreddy,
Ich habe das Problem jetzt auf die harte Art gelöst.
Datenbank komplett neu gemacht und Wordpress komplett neu gemacht.
Alles Funktioniert wieder.
Danke allen für die Hilfe.
LG Jacky -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
