Ich würde gerne hinbekommen, dass bestimmte Seiten meiner Wordpressinstallation mit https angezeigt werden, andere nicht.
Welche?
Alternativen sind aber auch willkommen.
Alle mit https anzeigen.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenIch würde gerne hinbekommen, dass bestimmte Seiten meiner Wordpressinstallation mit https angezeigt werden, andere nicht.
Welche?
Alternativen sind aber auch willkommen.
Alle mit https anzeigen.
Für zukünftige Umzüge und Mitleser: Das Plugin Better Search Replace ersetzt auch korrekt die serialized Felder in der Datenbank, das Plugin Duplicator macht das auch und dazu noch alle sonstigen Änderungen bei einem Umzug.
WPML hatte ich auch schon auf dem Schirm, konnte jedoch nicht herausfinden, ob man damit tatsächlich dieses Problem lösen kann.
Welches Problem genau? Verschiedene Domains?
Den ID zu einer in den Einstellungen gesetzten "Beitragsseite" kannst Du so bekommen, weitere Optionen hier.
Um den Link zu ermitteln, würde ich persönlich get_permalink() bevorzugen.
Die Datei home.php ist ein sog. Template, Templates werden bei WordPress nie direkt im Browser aufgerufen.
Hm, ein zum Benutzernamen im Forum passender Website zum Thema Fotografie, mit WordPress erstellt, bei 1&1, läuft von hier aus gut. Hat es sich schon erledigt?
Die bisherige Domain kann z.B. über die Datei wp-config.php eingestellt werden, dafür benötigt man FTP-Zugang, hast Du damit etwas Erfahrung?
Danke für die Info. Ist also alles wie gehabt bei Strato bzgl. PHP 5.6 und der "Wechsel-Zwang" betrifft nur PHP 5.5.x und älter.
Zur weiteren Eingrenzung:
Schalte mal "PHP Boost" aus. Funktionieren die Uploads dann?
Dann testweise zurück auf PHP 5.6. Funktionieren die Uploads dann?
Ergänzung: Mit PHP 7 unter "Sicherheit" den Punkt "ServerSide Security" ausschalten. Funktionieren die Uploads dann?
Und ansonsten habe ich auch alles wieder aus Backup hergestellt bzw. das Newsletter Plugin neu gezogen..
Der einzig sichere Weg, Hinterlassenschaften eines Hacks im Core auszuschliessen, ist ein Komplett-Vergleich mit einem frischen Installations-Archiv. Gleiches gilt für Plugins usw.
PS. Einfach (wie oft und falsch empfohlen) ein sauberes Archiv "drüberkopieren" reicht nicht aus. Viele Hacks bringen auch eigene Dateien mit, die irgendwo in WordPress-Core Verzeichnissen hinterlassen werden und ähnlich wie WordPress-Dateien heissen.
Glaube in diesem Fall wie bereits ganz oben ausgeführt auch nicht an einen Hack "von aussen", aber wenn [FONT=courier new]wp-config.php[/FONT] betroffen ist und dann noch eine [FONT=courier new].js[/FONT], die im Backend oft geladen wird, dann darf man schon mal hellhörig werden.
Schau in der [FONT=courier new]wp-config.php[/FONT] mal in die allererste Zeile, übliche "Hacks" verstecken sich da "ganz weit rechts" nach vielen Leerzeichen. Wobei WinMerge das schon bemerkt haben sollte, falls da was wäre.
Die [FONT=courier new]tiny_mce.js[/FONT] ist in welchem Ordner? Wenn sie zum Core gehört, kannst Du sie (zur weiteren Analyse sichern und) mit einer Version aus einem entspr. passenden WordPress-Installations-Archiv überschreiben.
Und jetzt erzählt mir niemand, daß das kein bei Wordpress übliches Szenario ist...
Das üblich Szenario bei solchen Kunden ist normalerweise "Auto-Update" mit autom. wöchentlichen Backups.
Was war denn jetzt in [FONT=courier new]tiny_mce.js[/FONT] geändert und waren/sind andere Dateien ausser [FONT=courier new]wp-config.php[/FONT] auch geändert?
Ich habe ein Hosting WP Paket bei Strato mit meiner Hompage die mit PHP 5.6 lief.
Strato meinte das PHP 5.6 ausläuft und man auf PHP 7 aktualisieren sollte.
Off Topic: Könntest Du diesen Hinweis bitte bei Gelegenheit per Copy&Paste hier posten? Unser letzter Stand war, dass bei Strato alles unter 5.6 ausläuft, also 5.5.x usw. - das nur zur Info, ein Update auf PHP 7 ist natürlich der beste Weg.
Nun stellte ich aber fest, das sich Plugins überhaupt nicht mehr installieren lassen.
Ist die Strato-Einstellung "PHP Boost" aktiviert? Werden eigene [FONT=courier new]php.ini[/FONT] Dateien verwendet?
Ergänzung: Kannst Du Dateien in der Mediathek hochladen?
Man könnte auch ein Plugin wie WPML (kostenpflichtig) benutzen (mit den Sprachen "deutsch" de_DE und "österreichisch" de_AT) das kann mit einer Standardinstallation (nicht Multisite) und verschiedenen Domains pro Sprache durchaus umgehen und teilt auch Google usw. die entspr. Sprache/Land mit.
100%-ig geht er nicht an die Datenbank.
Es wäre nicht das erste Mal, dass irgendjemand irgendein Tutorial liest und dann sowas wie Change Table Prefix installiert, benutzt und wieder entfernt.
Falls der Hoster sowas von sich aus ändert, Hoster wechseln, so schnell wie möglich.
Vermutlich ist mit "Button" einen Menü-Eintrag gemeint.
Gib im ersten Fall "bei dem nichts passiert" als URL ein [FONT=courier new]#[/FONT] Zeichen ein, also statt: [FONT=courier new]http://example.com/[/FONT] einfach nur: [FONT=courier new]#[/FONT]
Da sind noch weitere Fehler, z.B. [FONT=courier new]<ul style='[COLOR=#FF0000]display-block[/COLOR]: inline;[/FONT] .., so macht es für mich wenig Sinn, das zu testen. Vielleicht mag jemand anders.
Würde all das Inline-CSS auslagern, die Pfeile erstmal weglassen und dann das HTML Stück für Stück aufbauen und jeweils testen. Viel Erfolg!
Der HTML-Code des Bildes ist grob falsch, evtl. liegt es daran.
[FONT=courier new][COLOR=#FF0000]<img[/COLOR] class='aligncenter'[COLOR=#FF0000]<img[/COLOR] width="300" height="300" src="..." class="attachment-300x300 size-300x300" alt="" srcset="..." />[/FONT]
Wahlweise das "Site Icon" im Customizer nutzen, dafür erstellt WordPress alle möglichen Formate und hinterlegt diese als entspr. meta Tags im [FONT=courier new]<head>[/FONT].