Domain nicht (mehr) erreichbar, Strato

Moin, Moin,

ich fange einmal mit der aus meiner Sicht guten Nachricht an: Per FTP komme ich an die Datenbank ran und die scheint auch nicht korrupt zu sein. Das war's dann mit dem positiven Teil ...

Der Ärger fing damit an, dass gestern die Fehlermeldung kam, dass die Datenbankverbindung nicht möglich ist. Na schlecht, ich habe dann erst einmal alles probiert, was mir hier im Forum und auch sonst so im Netz untergekommen ist. Per phpMyAdmin habe ich alle Tabellen überprüft, analysiert, optimiert und repariert. Der Effekt war gleich Null, aber es wurde auch keine Reparatur, Korrektur oder ähnlich nach den Vorgängen gemeldet.

Zugegeben, ich habe dieses oder jenes noch herumexperimentiert. Das führte dazu, dass anschließend noch nicht einmal eine Fehlermeldung kam sondern die Startseite (index.php) komplett leer war. Auch die Quellcode-Anzeige des Browsers zeigt kein einiges Zeichen. Gut, oder besser: schlecht, da habe ich Mist gemacht.

Ich kann mir vorstellen, dass das Ganze auch etwas damit zu tun haben könnte: Ich glaube, dass ich bei der Installation des WP die "vorgefertigte" Version des Strato-Providers genommen habe. Das Bild im Anhang lässt mich darüber nachdenken... Denn eines weiß ich sicher: Der Aufruf der Site erfolgte immer mit "pc-Hilfe-Nord.de", also ohne den Präfix "wp.".

Ehe ich nun durch noch mehr Herumprobiererei mehr kaputt mache, die Frage: Wie gehe ich am besten vor, damit die "normale" Site wieder sichtbar ist? "Normal", weil ich derzeit um keine leere Seite zu haben, eine Uralt-Version der Seite hoch geladen habe.

Meine Idee wäre: Neue Datenbank bei Strato anlegen (DBxxxxx) mithilfe eurer Tipps die Tabellen rüber schieben? Oder einfach eine neue wp-config erstellen? Oder wie ist es am sichersten bzw. am besten? Aber auf jeden Fall mit einer "eigenen" WP-Version, wo ich bestimme, wann ich welches Theme oder wp selber update ...

Ich will euch nicht noch mehr zutexten, darum beende ich das Ganze erst einmal an dieser Stelle. Auf gezielte Fragen werde ich so weit als möglich detailliert antworten.

Danke und beste Grüße
Günther

Hallo Hille,

danke für die rasche Reaktion. Dem Wunsch komme ich doch gerne nach ...

<?php/**
Gelöscht, weil nur Kommentar ...
 */




/**  MySQL Einstellungen - diese Angaben bekommst du von deinem Webhoster. */
/**  Ersetze database_name_here mit dem Namen der Datenbank, die du verwenden möchtest. */
define('DB_NAME', 'DB1234567');




/** Ersetze username_here mit deinem MySQL-Datenbank-Benutzernamen */
define('DB_USER', 'U1234567');




/** Ersetze password_here mit deinem MySQL-Passwort */
define('DB_PASSWORD', 'MeinEignesPasswort');




/** Ersetze localhost mit der MySQL-Serveradresse */
define('DB_HOST', 'rdbms.strato.de');




/** Der Datenbankzeichensatz der beim Erstellen der Datenbanktabellen verwendet werden soll */
define('DB_CHARSET', 'utf8');




/** Der collate type sollte nicht geändert werden */
define('DB_COLLATE', '');




/**#@+
 * Sicherheitsschlüssel
 *
 * Ändere jeden KEY in eine beliebige, möglichst einzigartige Phrase. 
 * Auf der Seite {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service} kannst du dir alle KEYS generieren lassen.
 * Bitte trage für jeden KEY eine eigene Phrase ein. Du kannst die Schlüssel jederzeit wieder ändern, alle angemeldeten Benutzer müssen sich danach erneut anmelden.
 *
 * @seit 2.6.0
 */
define('AUTH_KEY',         'put your unique phrase here');
define('SECURE_AUTH_KEY',  'put your unique phrase here');
define('LOGGED_IN_KEY',    'put your unique phrase here');
define('NONCE_KEY',        'put your unique phrase here');
define('AUTH_SALT',        'put your unique phrase here');
define('SECURE_AUTH_SALT', 'put your unique phrase here');
define('LOGGED_IN_SALT',   'put your unique phrase here');
define('NONCE_SALT',       'put your unique phrase here');




/**#@-*/




/**
 * WordPress Datenbanktabellen-Präfix
 */
$table_prefix  = 'wp_';




/**
 * WordPress Sprachdatei
 *
 */
define('WPLANG', 'de_DE');




/**
 * 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');




/** Wieder entfernt, weil es nichts brachte : */
/* define(‘WP_ALLOW_REPAIR’, true); */

DB_Nane, UserName und Password habe ich (natürlich) geändert.

Was mich mächtig irritiert: Mit dieser Konfiguration lief das Ganze, aber hier ist der Tabellen-Präfix "wp_", und in der DB:(wie auch gewollt): "PCHN_"

Beste (nächtliche) Grüße
Günther

Moin Moin,

wie (fast) immer zu nächtlicher Stunde sitze ich am Rechner ;).

Dass der Präfix nicht stimmt, ist zwar richtig aber das war auch letzte Woche schon so und da lief alles normal. Eigenartig ...

Obwohl ich prinzipiell die Ursachenforschung für das Wichtigste bei solchen Gelegenheiten halte, weil ich daraus lernen will, bin ich es allmählich leid. Ich begreife zum Beispiel nicht, dass ich per FTP keinerlei Verzeichnis finden kann, welches "[COLOR=#ff0000]wp.[/COLOR]pc-hilfe-nord" heißt. ICH habe das auch nie angelegt. Mein ganz vager Verdacht: Ich glaube, dass ich derzeit WordPress nicht händisch installiert habe sondern die bulk-Version des Providers verwendet habe. Und da habe ich ja keinen weiteren Einfluss.

Wie schon oben geschrieben, habe ich bei den "Rettungsversuchen" gewiss nicht alles optimal gemacht. Darum frage ich jetzt einfach noch einmal gezielt nach, ob folgendes zielführend ist:

• Alles, was ich per FTP auf dem Server sehe, nach lokal kopieren
• Dann das Ganze auf dem Server löschen, die DB muss natürlich unangetastet bleiben.
• WP lokal herunterladen, entpacken und die wichtigsten Punkte der wp-config.php den bekannten Gegebenheiten der Datenbank anpassen.
• Hoffen, dass das zielführend war :)

Bei der Gelegenheit: Kann ich einfach herausfinden, welches Theme ich verwendet hatte? Ich bin mir fast sicher, dass es ein twenty___ war.

So, das war's erst einmal. Vielleicht kriege ich ja meine "vernünftige" Seite wieder zum laufen.

Danke und Gruß
Günther

ps: Ach ja, natürlich hatte ich den Hoster angerufen. Zur regulären Zeit. "Leider können wir Ihnen nicht helfen, weil unsere Mitarbeiter bei einer Betriebsversammlung sind..." Grrr Daraufhin hatte ich dann diesen Thread eröffnet.

Ergänzung:
Ich denke, dass ich das Theme gefunden habe. Bei wp-content/uploads/Jahr/Monat fand ich die Dateien cropped-Header_... mit dem Theme FourTeen und der Größenbezeichnung. Ich glaube, das war es.

Danke und Gruß
Günther