Beiträge von threadi

Was hast Du denn bisher gemacht und wieso denkst Du es klappt nicht?

Meine Empfehlung wäre, dass du dich an den Yoast Premium Support dazu wendest. Die werden so eine Herausforderung schon öfter gehabt haben und sicher helfen können.

Wenn man die Kommentare nachträglich global aktiviert, ändert sich die Einstellung an bereits bestehenden Beiträgen nicht. Wann wurde das global aktiviert?

Auf dieser werden die Beiträge angezeigt. So wie es gerade vor der Umstellung auf der Startseite war.

Meine Vermutung tendierte auch in die Richtung, dass du eine andere Seite auswählen musst die bisher als Startseite diente und dort das von dir gesuchte Widget enthalten ist.

Vermutung: du hast die Startseiten-Einstellung geändert. Schau mal im Backend unter Einstellungen > Lesen. Dort legst Du bei "Deine Homepage zeigt" fest was auf der Startseite zu sehen sein soll. Ich vermute es steht aktuell auf "Deine letzten Beiträge". Ändere das auf "Eine statische Seite" und schau nach welche Seite dann darunter ausgewählt ist. Speichern und schauen, ob es sich wieder zurück ändert zu dem was du erwartest.

Die Tabs oberhalb vom Editor deuten darauf hin, dass du ein Theme oder ein Plugin verwendest, welches die Eingabemöglichkeiten verändert. Evtl. verschwindet dadurch auch das Eingabefeld. Da wird keines von beiden bei deinem Projekt kennen, kann man das nur so als Tipp geben.

Außerdem: schau mal oben rechts unter "Ansicht anpassen" ob dort der Titel ausgeblendet ist.

Die Frage von @Kurt Singer ist absolut berechtigt. Die unterschiedlichen Bildgrößen werden erzeugt um ein optimales Erlebnis im Frontend auf verschiedenen Endgeräten abzubilden. Auf einem Handy brauchst Du kein 1500x1500 Bild laden - das ist für deren Displays viel zu groß. Die damit verbundene Datenmenge geht auf die Bandbreite des Handys. Wenn der Besucher keine Flat hat sondern pro Byte bezahlt, kostet ihn der Besuch der Webseite bei solch gigantischen Bildern eine Menge Bytes und das ohne irgendeinen Mehrwert für ihn.

Weiterer Aspekt: Google geht den Mobile-First-Ansatz schon seit vielen Jahren. Eine Webseite die für die Mobilansicht keine angepassten Bilder liefert, wird in PageSpeed schlechter bewertet und führt in den SERPs zur Abwertung. Sie wird somit schlechter bis gar nicht mehr zu finden sein.

Alle Bildmaße zu löschen ist daher schädlich für deine Webseite. Ich würde ebenfalls grundlegend davon abraten. Aber wenn dir deine Besucher egal sind und deine Webseite gar nicht gefunden werden soll .. nur zu.

Hab leider kein Divi und weiß auch nicht wie dieses Modul da funktioniert. Ich würde dir empfehlen dich an deren Support zu wenden: https://divi.help

Ok, dann ist klar, dass die dein Topic dort geschlossen haben.

Was meinst Du mit "Modul Code"? Welchen PageBuilder nutzt Du um die Inhalte deiner Seite einzugeben? Die Antwort ist wichtig um dir passend helfen zu können.

Zitat von Tiolen

Diese unterscheiden sich aber nicht grundlegend voneinander Weisst du das zufällig auch? :)

Wenn dann in Nuancen. Hier mal ein Pixel mehr, da mal einer weniger.

Zitat

Der Test zeigt, dass die Abfrage immer noch startet. Was mache ich falsch.

Du müsstest die alte Einbindung natürlich entfernen. Wie das geht hängt davon ab wie es implementiert ist. Wenn das über dein Theme passiert, dann solltest Du deren Support dazu fragen. Du nutzt ein kommerzielles Theme bei dem Du Support mitgebucht hast: https://themeforest.net/item/soledad-m…-theme/12945398

Wenn Du das zuerst bei WordPress.COM gepostet hast, nutzt Du denn deren Baukasten? Oder nutzt Du Wordpress.ORG in einem eigenen Hosting?

Die Antwort auf diese Frage ist entscheidend wenn man dir helfen will.

Source Sans Pro finde ich z.B. hier: https://www.heise.de/download/product/source-sans-pro-87856

Die V11 und so sind Versionsangaben. Ich nehm einfach immer die neueste.

Die Schriftarten findet man bei Google Fonts. Hier gibt es ein Tool mit dessen Hilfe man die Dateien und auch den benötigten CSS-Code zur Einbindung sich zusammenstellen lassen kann: https://gwfh.mranftl.com/fonts - du müsstest die Schriften auf dem Weg neu einbinden.

Übrigens ist deine Seite datenschutzrechtlich schwierig. Beim Laden der Seite werden unzählige externe Dateien geladen. Das ist nach aktueller Rechtssprechung in Deutschland ungünstig. Dir fehlt zudem ein notwendiges Cookie Consent Tool. Informiere dich am besten mal dazu, z.B. hier: https://www.ihk.de/regensburg/fac…-ds-gvo-4158848

Selbst wenn Du es schaffst das Magazin online bereitzustellen, wird man es auch downloaden können. Das betrifft alles was im Internet bereitgestellt wird. Somit könnte das was bei dir gekauft wird, auch runtergeladen und beliebig vervielfältigt werden.

Die Meldung wird von WordPress erzeugt, wenn kein Cache-Plugin erkannt wurde, welches die advanced-cache.php bereitstellt und WP_CACHE aktiviert. Solange kein Plugin vorhanden ist was das macht UND gleichzeitig die generelle Antwortzeit vom Server zu gering ist, gibt es auch diese Meldung.

Das kann man im Quellcode hier erkennen: https://github.com/WordPress/Word…ealth.php#L3242

WP Fastest Cache macht sowas nicht. Comet Plugin macht das dagegen. Ggfs. müsstest du dich zur Klärung wieso es mit diesem Plugin nicht klappt die Meldung zu entfernen an deren Support wenden: https://de.wordpress.org/plugins/comet-cache/

Beachte auch: die Angaben unter Site Health werden gecached. Sie werden größtenteils nicht live ermittelt. Nach Plugin-Installation muss man ggfs. einige Zeit warten bis die Angaben dem tatsächlichen Stand entsprechen.

Das scheint eine Einstellung zu sein die per Neve-Theme gesetzt wird. Schau mal unter Design > Customizer > Typography > Headings was Du dort für H1 als Schriftgröße für Desktop eingestellt hast. Ich vermute dort steht "0".

Ich vermute einfach mal sowas:

body.home .article-content-col .content {
  margin-top: -70px;
}

Wie lautet denn der vollständige Code den Du einfügen willst?

Deinen individuellen CSS-Code kannst Du am besten unter Design > Customizer > Zusätzliches CSS eintragen.