Aha, ich musste händisch in der SQL-Datenbank die Siteurl unter wp_options anpassen. Danke für eure Mühe
Beiträge von nissimo
-
-
Danke Henk1060, das dacht ich mir. Was wieder die Frage aufwirft, warum die Links der Bilder per IP und nicht per Domain eingebunden sind?
-
Danke für die Antwort, das Plugin funktioniert nicht.
Kann denn eine SSL Verbindung zu einer IP überhaupt sicher sein? Ich meine wird nicht eine Domain gesichert? -
Hallo,
vielleicht könnt ihr mir weiterhelfen.Auf meiner Multisite-Installation werden nach der Umstellung auf SSL keine Bilder angezeigt.
Konkret werden die Bilder per IP-Adresse verlinkt, und eben nicht per URL.
Daher ist dann auch das Zertifikat nicht gültig (so vermute ich zumindest).Das gilt auch für neu hochgeladene Bilder.
Konkret: karlmarx2025.de
Jemand eine Idee, wo ich am besten ansetzen kann?
Welche Dateien könnten euch helfen?Danke für die Mühe.
Beste Grüße
-
schon gesehen?
https://webdevstudios.com/2015/02/11/how…s-on-wordpress/Hallo Henk1060,
ja, diesen Link habe ich bereits gesehen, aber ich möchte keinen cloudflare-Account.
Das Problem jedenfalls bleibt bestehen..htaccess
Apache Configuration
Alles anzeigenRewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] # add a trailing slash to /wp-admin RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L] RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^ - [L] RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L] RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L] RewriteRule . index.php [L]wp-config.php
PHP
Alles anzeigen<?php /** * The base configuration for WordPress * * The wp-config.php creation script uses this file during the * installation. You don't have to use the web site, you can * copy this file to "wp-config.php" and fill in the values. * * This file contains the following configurations: * * * MySQL settings * * Secret keys * * Database table prefix * * ABSPATH * * @link https://codex.wordpress.org/Editing_wp-config.php * * @package WordPress */ // ** MySQL settings - You can get this info from your web host ** // /** The name of the database for WordPress */ define('DB_NAME', 'xxx'); /** MySQL database username */ define('DB_USER', 'xxx'); /** MySQL database password */ define('DB_PASSWORD', 'xxx'); /** MySQL hostname */ define('DB_HOST', 'localhost'); /** 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', '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 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 = 'wp_'; /** * 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. * * For information on other constants that can be used for debugging, * visit the Codex. * * @link https://codex.wordpress.org/Debugging_in_WordPress */ define('WP_DEBUG', false); define('WP_ALLOW_MULTISITE', true); define('MULTISITE', true); define('SUBDOMAIN_INSTALL', false); define('DOMAIN_CURRENT_SITE', '178.254.23.110'); define('PATH_CURRENT_SITE', '/'); define('SITE_ID_CURRENT_SITE', 1); define('BLOG_ID_CURRENT_SITE', 1); define('FORCE_SSL_ADMIN', true); /* 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'); -
Hallo Leute,
ich komm nicht weiter und hoffe, ihr könnt mir helfen.Ich habe eine Wordpress-Multi-Site-Installation vorgenommen, soweit kein Problem. Die Seiten lassen sich wie gewünscht anlegen und administrieren.
Wenn ich die ZeileZitatdefine('FORCE_SSL_ADMIN', true);
in der wp-config setze, werde ich beim Login ins Dashboard der Hauptseite, wie gewünscht, per https verbunden. Danach lassen sich aber die Dashboards der Unterseiten nicht mehr aufrufen ("Seite nicht gefunden"-Fehler. Wenn ich den Server so konfiguriere, dass alles ausschließlich über https laufen soll, dann kann ich mich zwar auch einloggen, aber ich kann weder die Dashboards der Unterseiten noch diese an und für sich aufrufen ("Seite nicht gefunden"-Fehler).
Ist multisite mit ssl nicht kompatibel?
Ist es ein Problem in der .htaccess-Datei?
Hat jemand eine Idee?Zu den hardfacts:
Ubuntu 14.04
Apache Server 2.4.7
PHP 5.5.9
ein selbst erzeugtes ZertifikatDie .htaccess enthält die Infos, die ich von Wordpress bei der Netzwerkeinrichtung erhalte.
Danke für eure Mühe.