Beiträge von SirEctor

Wurde keine Datensicherung gemacht?
Ich vermute die Datenbank wurde ausgetauscht. Und schau mal, zusätzlich zu den anderen Tipps hier, per FTP wann die wp-config.php das letzte Mal geändert wurde.

Normalerweise reicht es, wenn du in die wp-config.php eine solche Zeile einfügst

define('WP_TEMP_DIR', dirname(__FILE__) . '/wp-content/temp/');

und diesen dann natürlich dort auch anlegst.

Vergiss nicht beim Löschen die Datenbank mit zu löschen oder mindestens zu leeren.

Ich würde es so machen.

1. in der Datenbank-Tabelle wp_options die siteurl und home auf die Domain ändern.
2. Domain auf neuen Folder zeigen lassen
3. WP-Login auf der Domain und dann Better Search Replace

Punkt 1 und 2 kannst du auch tauschen. Wenn die beiden Pfade angepasst sind, sollte der Login unter example.com klappen.

Suchen: http://subdomain.example.com
Ersetzen: https://example.com

Ich vermute du entwickelst auf der Subdomain nicht unbedingt mit SSL-Zertifikat. Von daher solltest du das Protokoll mit ersetzen.

Leg einen zweiten Ordner für WP an und eine Subdomain die auf diesen Ordner zeigt. Nach Fertigstellung legst du die richtige Domain um und passt mit Better Search Replace die Pfade an

Quick and Dirty:

span.save-percentage > span:last-child {
    font-size: 0;
}
span.save-percentage:after {
    content: "Aktion";
    display: inline-block;
}

Besser wäre es du suchst die Stelle im entsprechenden Template und änderst es dort.

Die 3 ist richtig dort und gehört zur Font ETmodules. Allerdings wird diese geblockt, also nicht geladen, weil diese noch auf [PLAIN]https://emmanuel-ede-consulting.de/wp-content/the…nts/modules.ttf[/PLAIN] gesucht wird. Das ist "blocked by CORS policy". Die Seite wurde nicht richtig umgezogen.

Installiere dir "Better Search Replace" und korrigiere sämtliche Pfade in der DB. Vorher solltest du dir unbedingt ein Backup anlegen.

Jetpack muss in Deutschland DSGVO-konform eingesetzt werden. Das scheint bei euch nicht der Fall zu sein. Wir können euch also die Entscheidung nicht abnehmen. Aber als Tipp: entweder richtig oder garnicht.

1. Lege ein Child-Theme an (Du kannst auch mal das Plugin dafür testen https://de.wordpress.org/plugins/child-theme-configurator/)
2. kopiere dir die content-single.php (template-parts/content-single.php) per FTP in dein Child-Theme. Beachte die Ordner-Struktur
3. schau dir die content-single.php des Child-Theme an und lösche folgende Zeile

<?php poseidon_post_image_single(); ?>

Damit sollte das Beitragsbild weg sein.

Und niemals Änderungen im eigentlichen Theme machen, diese sind bei einem Update wieder weg.

Lösche es einfach. Das kommt vom Hoster bzw. von Plesk.

Schau dir mal hyphens an.

Zitat von schnobbel

Finde ich das als Widget im WP-Bereich?

Nein, das findest du bei deinem Hoster im Admin-Panel.

Zitat von SirEctor

Nutzt dein Hoster Parallels Plesk oder ähnliches?

Wo genau finde ich denn Featured Images?

Sieht aus wie das Favicon von Parallels. Nutzt dein Hoster Parallels Plesk oder ähnliches?

Natürlich darf sich jemand vertippen. Die Nummern müssten nur einzigartig genug sein um sie trotz Zahlendrehers zuordnen zu können. Und es sind ja vordefinierte Personen, also dürften die Personalien und Mail-Adresse bekannt sein.

Außerdem war es ein Vorschlag, der TE kann für sich entscheiden ob das eine Methode ist oder nicht.

Hast du zusätzlich zum Update auch noch was anderes geändert? Sind Theme und Plugins aktuell? Wurde die PHP-Version angepasst?

Wie sehen denn die Zeilen 15-25 der listing_list_card_vertical.php aus?

Haben die Benutzer in WordPress denn Bereits Vor-, Nach- und Spitzname gespeichert?

Deaktiviere mal alle Plugins und teste ob der Fehler noch auftritt. Wenn nicht, aktiviere ein Plugin nach dem anderen und teste immer wieder dazwischen ob es noch funktioniert. Meist ist ein Plugin inkompatibel.

Wenn es an den Plugins nicht liegt, könnte das Theme fehlerhaft sein. Aktiviere dazu ein Standard Twenty-xxx Theme und teste es.

Edit: ich habe übrigens noch nie eine Webseite mit so vielen Javascripten gesehen :confused: Brauchst du wirklich fast 100 Javascripts? Mindestens eins davon wird stören. Es gibt ein SyntaxError in der Console.

Es wäre nett, wenn du noch schreibst an welchem Plugin es lag, damit die nächsten User Bescheid wissen.

Dazu könnte man z. B. den Query manipulieren und mittels Conditional Tag in_category() die Ausgabe ausschließen. Damit würdest du aber alle Beiträge dieser Kategorie ausschließen, auch wenn diese noch in anderen Kategorien wären. Hier könnte man z. B. mit

count(get_the_category($post->ID)) == 1

abfragen ob der Beiträg nur in einer Kategorie hängt. Die zwei Abfragen kombinierst du einfach.