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 erstellen.. dass (in meinem Fall) der "äussere Rahmen" mitwachsen soll.
Ohne Link zu Deinem Fall kann man dazu nichts sagen.
Welche Parameter muss ich da ändern? (Habe keine Ahnung von CSS).
Und zum anderen, welche Parameter muss ich ändern um einen stärkeren oder schwächeren Hoovereffekt zu erzielen?
Lies das Beispiel, probiere Werte aus, nutze Suchmaschinen. Dadurch bekommt man Ahnung...
Entferne mal testweise alle diese eigenen Minuswerte, sowas ist bei Page Buildern als durchaus exotisch einzustufen.
Weiterhin deaktivere zum Testen auch temporär mal das Plugin Sina Extension für Elementor und ggf. weitere Erweiterungen für Elementor um Wechselwirkungen auf das Elementor Layout hierdurch auszuschliessen.
Die Screenshots Safari.jpg (4678 x 2618) und Firefox.jpg (2479 x 1411) haben ungewöhnliche Grössen die nicht übereinstimmen und keine Vergleichbarkeit ermöglichen, der Vorschaubereich auf dem Safari Screenshot ist augenscheinlich im Vergleich viel breiter. Poste 1:1 Pixel Screenshots (ohne Sidebars vom Browser wie im Firefox Screenshot).
...habe ein fundamentales Problem mit Elementor: wenn ich im Tablet Mode versuche, mein Design responsiv zu machen, ...
Wurden ausschliesslich die vorhandenen Positionierungsmöglichkeiten in Elementor (z.B. How To Place Widgets Side By Side oder Mobile Editing usw.) genutzt oder wurden irgendwo eigene Werte (z.B. Guideline to Flexible Website Layout) oder ggf. ganz eigenes CSS eingegeben? Link zur Seite?
Evtl. hilft der Beitrag Mouseover-Zoom hier im Forum...
..da wäre die Problembeschreibung, einen Kilometer lang, wenn ich alles aufzähle, was für die Website relevant sein könnte.
Siehe Forenregeln, Punkt II
Das beschriebene Vorgehen ist der Weg von WordPress, Deine Anforderung zu erreichen.
Je nach verwendetem Theme ist der Inhalt einer "statischen Startseite" nicht unbedingt statisch.
Eine direkte Bearbeitung von [FONT=Courier New]index.php[/FONT] usw. ist in WordPress nicht vorgesehen, Änderungen werden von Updates überschrieben. Einzige Ausnahme ist die Nutzung eines sog. Child Themes.
Leider fehlen sonstige nötigen Angaben für weitere Hilfe, siehe Forenregeln Punkt II
Zur Info: WP-Cron funktioniert nur, wenn Besucher den Website besuchen bzw. Seiten laden, mehr dazu in der WP-Cron Dokumentation.
WP-Cron does not run constantly as the system cron does; it is only triggered on page load.
Bei der Nutzung von Maintenance Plugins ist es je nach Einstellung und Plugin möglich/wahrscheinlich, dass WP-Cron nicht ausgeführt wird.
Man kann alternativ einen externen Cron-Job auf dem Server einrichten, mehr dazu in der WP-Cron Dokumentation. Auch hier ist sicherzustellen, dass ein Maintenance Plugin nicht dazwischenfunkt.
Die Angabe, dass der Website nicht online zugänglich ist, fehlt leider in der Problembeschreibung, sonst wäre das als mögliche Ursache sicherlich schon eher genannt worden...
Was genau ist unter Einstellungen > Lesen > Startseite zeigt eingestellt? Screenshot?
Dort könntest Du eine statische Seite mit gewünschtem Inhalt als Startseite und eine weitere angelegte leere Seite mit dem Namen "Blog" als Beitragsseite auswählen, dann sollte der beschriebene Zustand eintreten.
Die Klasse [FONT=Courier New]logged-in[/FONT] im body Tag ist wie oben beschrieben automatisch vorhanden wenn ein Benutzer angemeldet ist.
Wie man für angemeldete Benutzer ansonsten z.B. über Shortcodes Dinge angezeigt, siehe ebenfalls oben in Beitrag #11.
Beschäftige Dich am besten mal etwas mit der Dokumentation des genutzten Plugins.
Was ist jeweils unter Design > Widgets > Footer #X eingestellt?
Evtl. hilft das Plugin Enable jQuery Migrate Helper weiter, mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org
Alternativ hilft ggf. auch das Plugin Classic Editor, falls WordPress das letzte Mal vor sehr langer Zeit aktualisiert wurde.
Was im Screenshot auffällt, ist der Hinweistext eines offenbar inaktiven Plugin, das von einem anderen Plugin benötigt wird, evtl. hat es auch damit zu tun. Die oben quer angeordneten Optionen der Beitragsformate sind nicht WordPress Standard.
Ansonsten wäre das einzelne temporäre Deaktivieren aller Plugins ein möglicher Ansatz, um Probleme / Wechselwirkungen weiter einzugrenzen.
Vielleicht solltest Du genauer erklären, was Du eigentlich mit dieser vergleichsweise komplizierten Konstruktion bezweckst.
Normalerweise würde man, um für angemeldete Benutzer etwas mit der Klasse [FONT=Courier New]bookacti-availability-container[/FONT] auszublenden, einfach sowas in Design > Customizer > Zusätzliches CSS schreiben:
.logged-in .bookacti-availability-container {
display: none;
}Offenbar werden derzeit keine Ausgaben der o.g. Snippets angezeigt oder die Snippets sind nicht korrekt eingebunden. Mehr kann man "von aussen" dazu schwer bzw. nicht sagen. Der angelegte Testaccount wurde entfernt, also musst Du selbst weitersuchen...
Ich möchte mich Code Snippets abfragen, ob ein User angemeldet ist und dann eine CSS-Klasse anpassen.
Auf der Seite läuft das Ultimate Member Plugin, dort gibt es eine Klasse [FONT=Courier New]um-page-loggedin[/FONT] im body Tag. Generell gibt es eine Klasse [FONT=Courier New]logged-in[/FONT] von WordPress im body Tag. Diese Klassen könntest Du für Dein Vorhaben nutzen.
Für Ausgaben nur für Mitglieder stellt das Plugin auch entspr. Shortcodes bereit, evtl. ist schon alles vorhanden, was Du brauchst, ganz ohne Snippets.
Versuche es mal damit:
function my_wp_head() {
echo "<!-- my_wp_head -->";
}
add_action( 'wp_head', 'my_wp_head' );
Und/oder auch damit:
function my_body_class( $classes ) {
if ( is_user_logged_in() ) {
$classes[] = 'my-user-is-logged-in-class';
}
return $classes;
}
add_filter( 'body_class', 'my_body_class' );
Link zur Seite wo diese Snippets eingebunden sein sollten?
Plugins, Theme, Core nicht nur aktualisieren sondern wie beschrieben komplett löschen und nicht ältere eigene sondern saubere neue Versionen vom jeweiligen Hersteller/Autor Website hochladen.
Die meisten Hacks hinterlassen Backdoors an den verschiedensten Stellen, auch z.B. in wp-config.php oder wp-content/index.php, wp-content/plugins/index.php oder auch in Dateien, die zwar nach WordPress aussehen, aber kein Teil davon sind usw.
Um einen solchen Fehler einzugrenzen, entfernt man üblicherweise bis zur Lösung dauerhaft alle überflüssigen Plugins, jegliche Cache- und Optimierungs-Plugins als erstes.
Die Frage nach einem PHP Cache o.ä. auf dem Server kann Dein Hostinganbieter beantworten.
Ohne Link zur Seite kann man schwer einschätzen ob/welche weiteren überflüssigen Optimierungen/CDNs o.ä. oder sonstige Dinge wie alte PHP-Versionen, altes Theme o.ä. laufen.
Viel Erfolg bei der Lösung, evtl. einen Fachmann beauftragen, wenn das dringend sein sollte.
Was noch alles für eine Bereinigung nach einem Hack nötig ist, siehe o.g. Link. Eine händische Aktualisierung des Core ist nicht ausreichend.
Wenn das Umbenennen der besagten Datei hilft, deutet es auf ein Problem mit einem PHP Cache o.ä. auf dem Server oder sonstiges Optimierungs-Chaos z.B. durch Plugins wie Jetpack o.ä. hin. Beantworte die restlichen Fragen.
...wenn ich die Datei händisch mit der frischen Datei von Wordpress ersetze geht alles wieder, komischerweise sind die 2 Datein aber komplett identisch. Am nächsten Tag stürtzt die Seite dann aber wieder ab....
Eine solche Beschreibung deutet üblicherweise auf einen Hack hin, das allgemeine Vorgehen in dem Fall ist z.B. hier beschrieben.
Wie genau werden die beiden Dateien verglichen?
Ist der Fehler reproduzierbar, wenn Du die vermeintlich defekte Datei statt der frischen wieder hochlädst?
Laufen irgendwelche PHP Caches auf dem Server (ausserhalb von WordPress)? Oder irgendwelche Optimierungs- oder CDN-Plugins in WordPress?
Link zur Seite?
.single-post .post .wp-post-image {
display: none;
}Das ist seltsam, denn der entspr. Code der im Screenshot von jQuery Migrate Helper angegebenen Warnung ist jetzt nicht mehr vorhanden bzw. korrigiert.
Vorher:
$( '.usof-example' ).live( 'click', function( ev ) {
Jetzt:
$( document ).on( 'click', '.usof-example', function( ev ) {
Evtl. mal noch den Browser Cache leeren...
Hi, alle Komponenten sind auf dem aktuellen Stand.
Es wird lt. Quellcode der im Screenshot angegebenen Seite eine alte Version 6.4 des Impreza Themes (und des zugehörigen UpSolution Core Plugins) vom September 2019 verwendet, aktuell wäre Impreza 7.8.4.
