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 erstellenWenn das die einzigen Änderungen waren, sollte in dem Fall (Serverumzug) der Anbieter wissen, was er wie wo geändert hat, und das rückgängig machen bzw. entspr. sauber anpassen.
Eine ähnliche Meldung findet man aber auch z.B. mit der Beschreibung, dass ein WooCommerce Update dafür verantwortlich ist und man dann das Theme aktualiseren sollte. Wurden Plugins aktualisiert?
Kannst Du Dich an die Person wenden, die den Website ursprünglich eingerichtet hat?
Kann viele Gründe haben, ggf. wurde die PHP Version auf dem Server geändert, oder ein Plugin-Update o.ä.
Die gezeigte Seite ist kein "HTTP 500", bei welchen Seiten tritt der auf? Was steht im error.log beim Provider?
Was steht bei der gezeigten Seite in der Browser Konsole?
Deaktiviere testweise einzeln nacheinander alle Plugin, ändert sich das Verhalten dann?
FORCE_SSL_ADMIN und andere Konstanten trägt man in der Datei wp-config.php ein - diese Datei wird bei Updates nicht überschrieben.
Nach einer sauberen Umstellung auf https:// ist diese Konstante nicht mehr nötig.
Vermutlich ist nur der Anker wie z.B. [FONT=Courier New]#kontakt[/FONT] im Link, dann versucht der Browser, den auf der aktuellen Seite zu finden. Versuche es mal mit [FONT=Courier New]/#kontakt[/FONT] - also einem Schrägstrich davor, dann zeigt der Link auf die Startseite der Domain und dort auf den Anker.
Mit einem Link zur Seite hilft Dir sicher jemand noch genauer.
CSS-Anpassungen über das WordPress Menü "Design > Customizer > Zusätzliches CSS" bleiben erhalten. Manuelle Änderungen in der Datei style.css des Themes nicht, ausser es handelt sich um ein Child Theme.
Die Datei wp-login.php ist eine Systemdatei, die bei einem WordPress Update überschrieben werden kann. In Systemdateien keine Änderungen vornehmen...
Auf der Seite des jeweiligen Plugins im Plugin Repository steht, bis zu welcher WordPress Version sie getestet wurden.
Bei Themes im Repository ist das entspr. Support-Forum der Themes ein guter Anlaufpunkt zum Nachlesen.
Bei gekauften Plugins und Themes wendet man sich an deren Support, den man meist mitgekauft hat.
Bestimmte "must-have-Plugins" gibt es nicht, jeder WordPress Website verwendet unterschiedliche.
Eine bestimmte Update-Reihenfolge ist nur bei sehr grossen Versionssprüngen relevant, z.B. von WordPress 3.x auf 4.x o.ä.
ansonsten sind auch alle Plugins auf aktuellem Stand.
Kannst Du eine Liste der Plugins posten? Wahlweise einen oder mehrere Screenshots der Plugins-Seite im Backend?
Evtl. noch hilfreich: Wann/wo/in welcher Reihenfolge WordPress welche Theme-/Templatedatei(en) sucht und nutzt, kann man in der WordPress Template Hierarchy sehen.
Wie lese ich den LOG nun aus?
Die Datei befindet sich im [FONT=Courier New]/wp-content/[/FONT] Ordner, siehe auch Anleitung zu WP_DEBUG:
..that causes all errors to also be saved to a debug.log log file inside the /wp-content/ directory..
Frage am Rande, welche genaue PHP Version wird eingesetzt?
Und ein Test am Rande, lade mal den folgenden Code z.B. als [FONT=Courier New]test.php[/FONT] auf den Server:
<?php var_dump( file_get_contents( 'https://api.wordpress.org/plugins/info/1.0/hello-dolly' ) );Es sollten dann ein paar Zeilen "cryptischer" Code erscheinen, der so beginnt, klappt das?
O:8:"stdClass":25:{s:4:"name";s:11:"Hello Dolly";s:4:"slug";s:11:"hello-dolly";s:7:"vers...Erstelle zukünftig bitte einen neuen Thread für Dein Problem, auch wenn es ähnlich aussieht.
Die Warnung heisst:
Dein Website läuft mit PHP 7.1.15, evtl. ist das Plugin nicht kompatibel mit PHP 7.1.x, stelle die PHP Version testweise auf 7.0.x oder 5.6.x.
Für die Pro Version hast Du ggf. den Support mitgekauft, in dem Fall wende Dich am besten an den Plugin Support von NextGEN Pro.
Evtl. wird über ein Plugin oder das Theme eine JavaScript Bibliothek von einem Google CDN eingebunden. Standardmässig macht WordPress das nicht. Link zur betreffenden Seite?
Du meinst das "Website Copy Protection" Plugin? Das würde ich eher ungern tun...aus verständlichen Gründen.
Diese Art Plugins schützen eigentlich nur vor einfacher und schneller Support Hilfe - wie Du eben bemerkt haben dürftest. Wer die Daten will, bekommt sie auch, entweder über den in jedem Browser vorhandenen "Inspector" oder rufe einfach mal [plain]deinedomain.de/wp-json/wp/v2/pages[/plain] oder /wp-json/wp/v2/media auf usw.
Zu 2. Bei Duplicator wird keine bestehende WordPress Installation benötigt. Die erstellten Installationsdateien werden in den Ordner, auf den die "eigentliche Domain" zeigt, hochgeladen und dort gestartet. Schau Dir das Video auf der Duplicator Seite komplett an, dann sollte das klar werden.
Was beim Umzug zu 1und1 nötig sein kann bzw. wahrscheinlich sein wird, ist diese Anpassung der Datenbankdatei.
@b33: ist das nicht eher die Follower-Funktion als Publicize?
Möglich. Wende Dich auch dafür an den den Jetpack Support, siehe oben.
Lt. kurzen Blick in den Theme-Code gibt es dort u.a. im Menü "Design > Customizer" Layouteinstellungen bzgl. Sidebar rechts, links, kein Sidebar, Volle Breite. Was steht dort bei dieser Seite?
Alternativer Ansatz: Was passiert, wenn Du auf dieser Seite ein Custom Field (deutsch "Benutzerdefiniertes Feld") erstellst, das [FONT=Courier New]site_layout[/FONT] heisst und den Inhalt [FONT=Courier New]mz-full-width[/FONT] oder [FONT=Courier New]no-sidebar[/FONT] bekommt? Das entspr. Menü auf der Seite ggf. über oben rechts "Ansicht anpassen" anschalten. Existiert dieses Feld schon, falls ja, was steht drin?
Ein weiterer Ansatz, ggf. zusätzlich nötig (für solche Anpassungen sollte man aber ein Childtheme verwenden, wie auch schon für das neue Seitetemplate). In der Theme-Datei functions.php steht ein Codeblock mit u.a. [FONT=Courier New]if ( is_page_template( 'page-fullwidth.php' ) ) {[/FONT], dort das neue Template ergänzen, z.B. [FONT=Courier New]if ( is_page_template( 'page-fullwidth.php' ) 
is_page_template( 'page-fullwidth-anzeige.php' ) ) {[/FONT]
Oder das ganze doch über CSS und ein passendes Schlagwort lösen, mit einem der vielen Plugin für Page Tags, z.B. diesem (ungetestet), dann entfällt die ganze Template Bastelei inkl. der sonstigen Theme-Änderungen.
Deine Webseite ist bei WordPress.com erstellt richtig? Dort gibt es einen eigenen Support. Hier im Forum geht es nur um selbstgehostete Installationen von WordPress.org, etwas mehr zum Unterschied hier.
Der Website wurde mit sehr hoher Wahrscheinlichkeit gehackt, vermutlich mehrfach.
Üblicherweise würde man jetzt erstmal ein Komplettbackup im gehackten Zustand erstellen, damit man später nachvollziehen kann, wo die Lücke war. Das geht nicht mehr ganz, weil Du schon Dateien gelöscht hast. Daher jetzt noch vom gesamten Rest ein Backup machen, alle Dateien per FTP in einen lokalen Ordner runterladen und dann in ein .zip sichern.
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.
In Deinem Fall würde man die aktuelle Installation mit frisch heruntergeladenen sauberen Core-, Plugin- und Theme-Dateien vergleichen, die Unterschiede notieren, dann durch Vergleich mit den Updraft Dateien nachschauen, ab welchem Zeitpunkt die ersten dieser Unterschiede aufgetreten sind, dann über das Datum dieses Backups anhand der Serverlog Dateien die Lücke identifizieren wenn möglich.
Dann alle alten Dateien komplett vom Server löschen, ein Backup vor dem ersten Unterschied mit einer Neuinstallation verwenden, die gefundene Lücke schliessen, und alle Passwörter ändern (WordPress, FTP, Datenbank).
Alternativ professionelle Hilfe z.B. über die Jobbörse hier im Forum suchen.
Da es sich im Beispiel um eine Seite handelt, müsste man für die o.g. Schlagwort-/CSS-Lösung erst Schlagworte bei Seiten ermöglichen.
Eine weitere Alternative zu den bereits von @SirEctor genannten Custom Fields wäre noch die Nutzung eines eigenen Page Templates, in das man das Wort "Anzeige" an entspr. Stelle einsetzt, in Deinem Fall würde man das wohl in eine Kopie von [FONT=Courier New]page-fullwidth.php[/FONT] als z.B. [FONT=Courier New]page-fullwidth-anzeige.php[/FONT] einfügen, den "Template Name: xxx" (siehe Link) entspr. anpassen, dann erscheint das Template in der Auswahlliste bei der Seite und kann je Seite gewählt werden.
Oberhalb der Überschrift links ist es doch bereits als Grafik eingebaut, soweit ich das sehe als "Beitragsbild" hinterlegt.
Wo genau soll es denn noch erscheinen?
