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 erstellenEvtl. läuft irgendein Script o.ä. nicht richtig, wenn man nicht angemeldet ist.
Wird ein Cache- oder Minify- oder anderes Optimierungsplugin für Grafiken o.ä. verwendet? Falls ja, deaktiviere das/diese Plugin(s). Ändert das etwas?
Was steht bzw. erscheint in der Brower Console (google) wenn du die Seite ohne Login aufrufst?
Mit diesem Plugin verschwindet damit der Seitentitel und der Strich:
Content Options
- Hide Post / Page Header
Evtl. war das nicht angehakt. Es verschwindet damit dann aber auch das Beitragsbild, falls eines gesetzt ist, das kam in der Fragestellung nicht vor.
Auf Seiten mit Beitragsbildern erscheint der Strich nicht, auf Seiten ohne Beitragsbild kannst Du das hier verwenden, in Verbindung mit der von Dir bereits gefundenen Breite des Strichs.
Content Options
- Hide Titles
Seltsam. Auf einem Testserver hier mit diesem Inhalt in functions.php des Child Themes wird custom-fonts.css nicht mehr geladen.
<?php
// https://developer.wordpress.org/themes/advanced-topics/child-themes/
add_action( 'wp_enqueue_scripts', 'my_theme_enqueue_styles' );
function my_theme_enqueue_styles() {
$parenthandle = 'courage-stylesheet'; // This is 'twentyfifteen-style' for the Twenty Fifteen theme.
$theme = wp_get_theme();
wp_enqueue_style( $parenthandle, get_template_directory_uri() . '/style.css',
array(), // if the parent theme code has a dependency, copy it to here
$theme->parent()->get('Version')
);
wp_enqueue_style( 'child-style', get_stylesheet_uri(),
array( $parenthandle ),
$theme->get('Version') // this only works if you have Version in the style header
);
}
// https://forum.wpde.org/threads/entfernen-von-funktion-aus-parent-theme.194524/#post-814519
function child_courage_custom_fonts() {
wp_dequeue_style( 'courage-custom-fonts' );
}
add_action( 'wp_enqueue_scripts', 'child_courage_custom_fonts', 2 );
add_action( 'enqueue_block_editor_assets', 'child_courage_custom_fonts', 2 );
Evtl. ist Dein Child Theme nicht aktiv o.ä.
Dann setze die Priority mal auf 9999 o.ä. hoch, ändert das etwas? Wurde der Code 1:1 kopiert? Welches Parent Theme wird verwendet? Link zur Seite wo diese custom-fonts.css eingebunden wird?
Das Entfernen der Funktion muss im Child-Theme passieren.
Vermutlich so, ungetestet:
function child_courage_custom_fonts() {
wp_dequeue_style( 'courage-custom-fonts' );
}
add_action( 'wp_enqueue_scripts', 'child_courage_custom_fonts', 2 );
add_action( 'enqueue_block_editor_assets', 'child_courage_custom_fonts', 2 );
Beachte die Priority, die ist lt. Deinem Codeblock 1 im Parent, und hier 2 im Child, so läuft die Action im Child später als im Parent.
Der Zugriff auf die angegebene Audiodatei (oder einen der übergeordneten Ordner) wird lt. Console vom Server per HTTP Status Code 403 Forbidden verhindert, kann man auch durch Eingabe des direkten Links im Browser sehen:
https://lion4israel.lion-of-judah.net/wp-content/uploads/sites/4/2021/08/hatikva.ogg?_=1
Der Ursache dafür sollte man auf den Grund gehen, dieser Status Code kommt nicht aus WordPress.
Es funktionieren derzeit auch weitere Dinge nicht, z.B. diverse (alle?) Links im Menü, evtl. läuft etwas mit den aktuellen Einstellungen > Permalinks schief oder jemand hat z.B. an einer [FONT=Courier New].htaccess[/FONT] Datei herumgebastelt, das lässt sich von aussen nur schwer eingrenzen.
Schau Dir mal das Plugin Options for Twenty Twenty-One an, evtl. hilft Dir das generell auch für mögliche andere Probleme weiter.
wie bekomme ich oben (rot markierte) den abstand verringert?
Dein Theme setzt derzeit per CSS eine Mindesthöhe für den Überschriftsbereich, das soll wohl die Anordnung der Textbereiche darunter auf gleicher Höhe nebeneinander ermöglichen. Evtl. gibt es dafür eine Einstellung im Theme, verantwortlich ist dieser Code, der in einer dynamisch vom Theme generierten Datei steht (bzw. den Du lt. den o.g. Angaben selbst im Theme Customizer eingegeben hast).
.gdlr-core-blog-grid .gdlr-core-blog-title {
min-height: 66px;
}und unten (rot markiert) das dort etwas mehr abstand ist hin?
Dafür ist eine fest eingestellte Höhe des Textbereichs verantwortlich, an deren unterem Ende der Weiterlesen Link sozusagen angeklebt wird, egal, ob/was im Textbereich zu sehen ist (auch das hast Du wohl lt. den o.g. Angaben selbst eingegeben).
Evtl. gibt es eine andere Lösung für die Blogdarstellung, die besser für Deine Anforderungen passt, oder Anpassungsmöglichkeiten in den Theme Optionen statt über eigenes CSS mit den aktuellen Folgen.
Was steht bzw. erscheint in der Brower Console (google) wenn du den Play Button im Browser anklickst?
Ansonsten bitte noch Angaben lt. Forenregeln, Punkt II ergänzen.
Das eingefügte Hide Page Title Javascript arbeitet so nicht mit Deinem Theme zusammen. Evtl. stimmt da eine Einstellung nicht o.ä., der obere Strich ist ein Rest des nicht vollständig ausgeblendeten Headerbereichs.
In Deiner anderen Frage wird augenscheinlich das Ultimate Member Plugin verwendet, evtl. dort mal "Global Site Access" ansehen.
Ansonsten bitte Angaben lt. Forenregeln, Punkt II ergänzen.
Das ist ein deutschsprachiges Forum, bitte Deine Fragen auf Deutsch stellen, damit das jeder verstehen kann.
mensmaximus hat weder geschrieben, dass das Plugin Autoptimize falsch eingestellt ist noch dass das Super Cache Plugin entfernt werden muss, das wurde beides von Dir behauptet.
Autoptimize ist schon ein Cache Plugin und dazu ein sehr gutes, was kein weiteres Cache Plugin braucht. Super Cache hingegen, habe ich auf meiner Website als ineffektive Geschwindigkeitsbremse wahrgenommen, das zwar viele Einstellungen bietet, aber nicht anwendbar sind, weil sie sich gegenseitig ausschließen. Werden die beiden Plugins gleichzeitig angewendet, ist das als wenn ein fauler Apfel neben einem frischen liegt.
Wieder viele Behauptungen und wenig Substanz...
Zu den Fakten:
Die Funktionalitäten der Plugins überschneiden sich nicht, sie ergänzen sich gegenseitig.
Der Autor von Autoptimize weist explizit darauf hin, dass man ein zusätzliches Page Cache Plugin verwenden sollte:
If you consider performance important, you really should use one of the many caching plugins to do page caching.
Und er führt Beispiele für Page Cache Plugins auf:
Some good candidates to complement Autoptimize that way are e.g. Speed Booster pack, KeyCDN’s Cache Enabler, WP Super Cache, ...
Steht alles in der Plugin Beschreibung, man muss sie einfach nur lesen.
... das Plugin Autoptimize ist falsch eingestellt und das Super Cache Plugin muss entfernt werden ...
Schreib doch noch kurz dazu, was genau in Autoptimize falsch eingestellt ist und warum genau Super Cache entfernt werden muss, sonst kann der Fragesteller wenig bis nichts mit diesen Behauptungen anfangen.
Mögliche Ursachen:
Ansonsten:
Es gibt verschiedene Ansätze, hier ein Einstieg zum Nachlesen (google).
In welcher Reihenfolge WordPress welche Templates sucht und nutzt, kann man in der Dokumentation Template Hierarchy nachsehen.
also ich denke ich lass es dabei die seite gehört mir nicht ...
Das wohl sinnfreie Cookie Plugin ist nach wie vor installiert, mit Link zu einer nicht existierenden Cookie-Richtlinie.
Man sollte schon die Person, der die Seite gehört, fragen, ob und welche Änderungen man machen soll, gerade wenn es um juristische Folgen geht.
Wer hat was gelöscht? Verstehe ich leider nicht.
Wenn ein Website keine Cookies setzt, braucht man kein Cookie Plugin, und erst recht keine extra Subdomain.
Und wenn ein Website Cookies verwendet, sollte vor der Installation eines Cookie Plugins alles mit entspr. Texten usw. juristisch abgeklärt werden und dann von jemandem mit grundlegendem WordPress Wissen installiert und vor allem richtig eingerichtet werden. Nicht einfach irgendwas installieren, weil irgendjemand irgendwas von Cookies erzählt hat und man das selbst nicht nachvollziehen kann. Das kann sonst ggf. unschöne Folgen haben, wenn Angaben bzgl. Cookies nicht stimmen oder die technische Umsetzung der Cookie-Auswahl in einem Plugin nicht richtig funktioniert.
Das alles macht nur dann Sinn, wenn Deine WordPress Installation für Deine eigene Domain eine Menge Cookies setzt.
Wenn ein Cache Plugin verwendet wird, sollte man dessen Cache nach so einer Änderung leeren.
Sind Bilder und andere Inhalte bei Suchmaschinen erfasst, werden sie von dort weiterhin über die Hauptdomain erreichbar sein und mit den eigenen Cookies geladen werden.
Gesamt ist das eine Änderung für Profis, es können da einige Dinge schiefgehen bzw. Inkompatibilitäten je nach verwendetem Theme, Page Builder und Plugins usw. auftreten.
Ergänzung: Falls es um diese Klinikseite geht, die setzt derzeit nur Cookies für das neu installierte Cookies Plugin selbst und ansonsten keine. Sowohl das Plugin als auch die o.g. Änderung machen also wenig bis keinen Sinn. Auf welche Cookies genau hat dieser Vorschlag denn verwiesen?
Wenn man weiterhin zu Sektionen springen will, benötigt man die Sprungmarken. Wenn nicht, kann man sie auch weglassen.
