Suchergebnisse

Kopiere den Code in die functions.php deines Childthemes: // Emoji Code aus header löschen remove_action( 'wp_head', 'print_emoji_detection_script', 7 ); remove_action( 'admin_print_scripts', 'print_emoji_detection_script' ); remove_action( 'wp_print_styles', 'print_emoji_styles' )...

Nutzt du ein bestimmtes Shop-System? In der Regel gibt es da Produkt-Konfigurator - Plugins/Addons.

Das hier wird es wohl sein: .hentry .tempo-hentry > p:first-child, .hentry .tempo-hentry > *:first-child:not(p) + p { font-weight: 600; color: #1d1d1d; } Da musst du dann das font-weight ändern.

Aber mal davon ab, was sagen denn die Entwicklertools deines Browsers? Damit sollte der Übeltäter doch recht schnell auszumachen sein.

https://pastebin.com/ Aber wenn ich tippen darf. Der erste Absatz wird wahrscheinlich mit p:first-child {} oder .irgendeine-klasse {} fett angezeigt. Also in der Theme-CSS einfach mal nach :first-child oder :nth-child suchen.

Ohne einen Link zur betreffenden Seite oder den Code (HTML & CSS) der in dem Fall angezeigt wird, können wir leider schlecht helfen.

Kann man per CSS machen, bspw. max-width: 100%; height: auto; Aber da scheint so einiges nicht richtig zu laufen. In der mobilen Ansicht geht die Breite über die Monitorbreite hinaus, Paddings sind falsch, usw. usf.

Warum sollte das nicht gehen? Im Idealfall öffnet sich der Content doch erst, wenn eine bestimmte CSS-Klasse/ID angeklickt wird. Was innerhalb dieser Klasse/ID ist, ist doch erst einmal nebensächlich.

Hast du es mal mit einem anderen Browser versucht? Es kann manchmal schon ein wenig dauern, bis das neue Favicon dargestellt wird, da das alte noch im Cache liegt. Grundsätzlich aber sollte man das Favicon über den WordPress-eigenen Customizer einfügen/ändern. Das geht dann meistens sofort...

Supersache @Curanai, ich habe es mir heruntergeladen und werde es heute Abend einmal testen. Vielen Dank dafür.

Wie Myhar schon schreibt, die DPI-Anzahl ist bei Screengrafiken nicht relevant, sondern die Pixelauflösung. Für Bilder und Grafiken ohne Transparenz würde ich nach wie vor JPEGs verwenden und die auch komprimieren (hier aber auch auf hochauflösenden Displays, bsp. Retina-Displays testen)...

Ich bin mir zwar nicht sicher, aber man könnte doch die Fernseher an einen bzw. zwei Raspberry Pi anschließen und die dann per Fernwartung ansteuern.

Beim Aufruf der /wp-admin bekomme ich nur die Fehlermeldung, dass die Seite nicht sicher ist. Sprich, es wird https aufgerufen, wo es gar kein SSL gibt. Schau dir mal die .htaccess und die wp-config.php an, ob da bei /wp-admin SSL erzwungen wird. Oder aber, du hinterlegst ein SSL-Zertifikat für...

Also, wenn das nicht funktioniert, wird da irgendwo ein Fehler gemacht worden sein. Wie bist du denn vorgegangen und welche Fehlermeldung erscheint denn in diesem Fall? Ich hätte jetzt vorgeschlagen, die Daten und die DB zu sichern und alles erst einmal lokal migrieren. Wenn aber keine Domain...

Gerne. Der Link zur Startseite im Footer ist immer noch falsch. ;-)

Probiere mal mit dem Plugin "Better Search Replace" die URLs in der Datenbank anzupassen. Der Link zur Startseite in den Menüs verlinkt ebenfalls noch zur Subdomain.

Da es als Background-Image eingefügt wird (warum auch immer), kann dir vielleicht dieser CSS-Code helfen: .contactrow .left:first-child p { background: url(...) } .contactrow .left:nth-child(2) p { background: url(...) } .contactrow .left:nth-child(3) p { background: url(...) } usw. usf.

Da wird es wohl ein Problem mit der Abfrage geben. Aber ohne die Theme-Dateien zu kennen, wird es schwierig, dir da helfen zu können. Am besten, du schreibst mal den Support des Entwicklers an.

Ist ein Problem bei den Servereinstellungen bei Strato. Einfach den Support ansprechen. Ich würde dir aber raten, direkt eine Kopie deiner lokalen Installation zu Strato zu migrieren. Das erspart dir u.U. die Probleme, die diese One-Klick-Installationen gerne mit sich bringen.

Das ist aber ein sehr eigenartiges WP-Theme. Die CSS - media-queries reagieren bspw. auf die Monitorhöhe.