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 erstellenLt. GridBuilder Dokumentation könnte man sowas möglicherweise programmieren (lassen), z.B.
Was sagt der Gridbuilder Support dazu?
Mögliche Ansätze für das Projekt:
PageSpeed Insights ist kein Speedtest sondern berechnet die dort angegebenen Zahlen jeweils aus einer Vielzahl von Faktoren, manches ist aus Sicht der Entwickler bei Mobil wichtiger als bei Desktop und umgekehrt, daher die Diskrepanz.
Die derzeit externen Google Webfonts könnte man noch lokal hosten, dann wäre das Laden nicht von externen Servern abhängig.
Syntaktische Fehler im Telefonlink könnte man auch noch beheben, auch das beeinflusst die Zahlen.
falsch: http://tel.00436504406895
richtig: tel:+436504406895das würde dann also die Rolle "Autor" sein, um eigene Beiträge zu erstellen, Bilder dazu hochladen zu können und die Beiträge anderer Benutzer nicht ändern zu können.
Die Antwort lässt darauf schliessen, dass wohl noch gar nichts versucht wurde. Die "Autor" Rolle kann Beiträge und Medien anderer Benutzer nicht ändern. Wenn der Autor auch nur die eigenen Beiträge und Medien sehen können soll, könnte man z.B. sowas verwenden:
add_action( 'pre_get_posts', function ( $query ) {
if ( is_admin() && in_array( 'author', ( array ) ( $user = wp_get_current_user() )->roles ) ) {
$query->set( 'author', $user->ID );
}
});
Der Code beeinflusst alle Post Types, also auch Custom Post Types.
Der o.g. Code Block beschränkt sich bereits selbst auf den mobilen Breakpoint, das ist der Teil mit [FONT=Courier New]media[/FONT].
Das Menü Design findest Du ausserhalb von Elementor in WordPress.
Wenn Netcup Dir sagt, dass die Seite unter Quarantäne steht, sollten sie Dir auch sagen können, warum das so ist.
Diese beiden Zeilen in Deinem pastebin deuten darauf hin, dass die Installation nach wie vor infiziert sein könnte:
Warning: File doesn't verify against checksum: index.php
Warning: File doesn't verify against checksum: wp-includes/load.php
Du kannst die Dateien mit frischen Dateien aus einem Download Deiner WordPress Version vergleichen, um das genauer einzugrenzen.
Oft sind aber auch noch weitere Dateien z.B. [FONT=Courier New]wp-config.php[/FONT] und sonstige Dateien in Theme und/oder Plugins und/oder in sonstigen Ordnern infiziert.
Nach einem Hack ist alles auf dem Server inkl. Datenbank als kompromitiert zu betrachten. Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.
Um von aussen die Ursache über den Browser Inspector usw. ermitteln zu können, wäre ein Link zur Seite mit der orangen Darstellung nötig.
Du könntest der Image Box eine eigene CSS-Klasse geben, z.B. [FONT=Courier New]myimgbox[/FONT] und dann z.B. in Design > Customizer > Zusätzliches CSS für den mobilen Breakpoint den vertikalen Abstand selbst ergänzen:
@media (max-width: 767px) {
.myimgbox figure {
margin-bottom: 5vw !important;
}
}
Dann dürfte eine einzige Image Box ohne extra Einstellungen für die Breakpoints ausreichen.
Die hellblau hinterlegt Sektion ... habe ich mit nur 1 Flexbox Container und Image-Box-Widgets realisiert, um den Code schlank zu halten. Leider kann ich den Abstand zwischen Bild und Überschrift nicht responsiv bearbeiten.
Der Abstand zwischen Bild und Überschrift ist derzeit [FONT=Courier New]margin-right: 5vw;[/FONT] und damit repsonsive in Bezug auf die Breite. Beschreibe das eigentliche Problem mal genauer. Was ist nicht bearbeitbar?
Poste einen Link zur Seite, damit man sich das ansehen kann, siehe auch Forenregeln:
Hilfe findet grundsätzlich nur - damit alle davon profitieren - öffentlich im Forum statt
Was in einen Beitrag gehört, steht z.B. in Punkt II der Forenregeln.
Für private direkte Hilfe gibt es die Jobbörse im Forum.
Der "Blödsinn" stammt 1:1 aus der bereits oben verlinkten offiziellen WordPress Dokumentation, Du kannst dort gern einen Verbesserungsvorschlag machen.
Hm. Link zur weißen Startseite? In den HTTP Headern könnte man sehen, ob überhaupt ein Server Fehler 500 erzeugt wird.
Lade einmal die Startseite im Browser wenn sie eine weiße Seite zeigt. Was erscheint dann in der vorher gelöschten Datei [FONT=Courier New]debug.log[/FONT]?
Lösche die Datei [FONT=Courier New]debug.log[/FONT] und lade dann einmal die Startseite wenn sie eine weiße Seite zeigt. Was erscheint dann darin?
Das hat mit dem Startseiten Problem eher nichts zu tun.
Was steht jetzt ab Zeile 90 bis ganz zum Ende in der Datei [FONT=Courier New]wp-config.php[/FONT]? Und angezeigt werden sollte eigentlich nichts, sondern die Ausgabe sollte in der o.g. Datei landen, wenn der o.g. Code Block aus Antwort #8 korrekt eingefügt wurde.
Die Ausgabe von [FONT=Courier New]WP_DEBUG[/FONT] mit [FONT=Courier New]WP_DEBUG_LOG[/FONT] landet in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT]
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
Die Konstante [FONT=Courier New]SCRIPT_DEBUG[/FONT] hat mit weißem Bildschirm im Frontend nichts zu tun.
Dann empfiehlt sich wohl ein Blick ins Error Log.
Hinweis am Rande: Zwischen PHP Wechseln kann es je nach Hosting eine Weile dauern, bis der Server die Änderung auch tatsächlich übernommen hat. Die aktuelle Version findet man z.B. unter Werkzeuge > Website-Zustand > Bericht > Server
Möglichkeiten zur Eingrenzung des Problems:
Welche WordPress Version und Elementor Version und Theme Version wird verwendet?