Beiträge von b3317133

Du könntest einen weiteren Container um [FONT=Courier New].responsive-video[/FONT] herum einfügen (bzw. den ggf. schon bestehenden Container nutzen) und dem eine [FONT=Courier New]max-width[/FONT] geben, Beispiel hier.

Die deutsche Version von WordPress 5.0 sollte in Gutenberg deutsche Bezeichnungen haben, evtl. fehlt bei Dir noch ein Update der Sprachdatei, siehe Dashboard > Aktualisierungen, ganz unten.

Da die aktuelle Version von Gutenberg noch grossteils "mit der heissen Nadel gestrickt" ist, wende Dich am besten direkt an den wordpress.org Gutenberg Support, dort findet sich evtl. derzeit der beste Überblick und Lösungen für die diversen Problemchen und Probleme.

Das kann viele Gründe haben, könnte z.B. an einem Plugin liegen, ein ähnlicher Fall ist hier beschrieben. Deaktiviere temporär alle Plugins und versuche es dann. Ggf. ist auch nicht genug Speicherplatz im Hosting o.ä. Der beste Ansprechpartner wäre Dein Hosting Provider.

Und generell bzgl. WordPress 5.0 das hier beachten.

Versuche am besten, Wort für Wort ganz genau dem oben verlinkten Vorgehen zu folgen, das sieht erst nach nicht viel aus, aber es sind viele einzelne Schritte. In diesem speziellen Fall kommt noch als einer der ersten Punkte "unbekannte Benutzer in WordPress löschen" dazu.

Ein sauberes Archiv der bei Dir installierten WordPress Version gibt es hier.

Professionelle Hilfe gibt es bei Bedarf über die Jobbörse hier im Forum.

Die Seite ist derzeit eindeutig gehackt, es werden z.B. externe Scripts von z.B. [plain]http://wtools.io/code/ra...[/plain] eingebunden. Der Hack dürfte zu einer sehr hohen Wahrscheinlichkeit über eine ältere Version des auf dem Website genutzten Plugin "WP GDPR Compliance" erfolgt sein, mehr dazu z.B. hier im Forum oder z.B. bei heise.de

Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.

Beim direkten Aufruf der inzwischen gelöschten Datei wpsite/wp-config.php wurden drei 0x0a Zeichen = Zeilenumbruch ausgegeben, das führte an anderer Stelle zur "Cookies" Fehlermeldung. Das sind die Fakten. Woher das kommen kann, wurde bereits beschrieben.

Ansonsten drehen sich die Fragen und Antworten hier nur noch im Kreis, evtl. mal jemanden mit Sachkenntnis direkt in Hosting und Seite schauen lassen, dafür gäbe es hier im Forum die Jobbörse, dann sollten diese Probleme in kürzester Zeit behoben sein.

Evtl. hilft das (ältere) Plugin Inherit Theme Mods um einmalig die Einstellungen des Parent Themes auf das Child Theme zu übertragen.

Für heute, Donnerstag 06.12.2018 um 18 Uhr ist die Veröffentlichung von WordPress 5.0 angekündigt.

Es sind umfangreiche Veränderungen enthalten sind, z.B. der komplett neue Gutenberg Editor für Beiträge, Seiten usw.

Es empfiehlt sich vor einem Update auf jeden Fall ein komplettes Backup der Dateien und Datenbank und besser noch erstmal ein ausführliches Ausprobieren mit einer Kopie eueres Websites z.B. mit Hilfe eines Plugins wie Duplicator o.ä. auf einer eigenen Subdomain und extra Datenbank.

Support für Gutenberg gibt es direkt von den Autoren bei wordpress.org im englischen oder deutschen Forum, dort könnt ihr auch eine Bewertung abgeben, Fehler meldet man direkt bei Github oder im WordPress trac.

Eine unabhängig von wordpress.org privat erstellte allgemeine deutsche Dokumentation zu Gutenberg findet man in der Gutenberg Fibel.

Eine Dokumentation für Entwickler gibt es leider noch keine, muss man nicht verstehen, hier eine entspr. Randnotiz der Entwickler dazu:

Zitat

.. At the moment there is no public official source of documentation. However, we do have much of this documentation written, and are aiming to start publishing it to wordpress.org/support very soon, potentially during WordCamp US Contributor Day (although more likely it will go live in the days following WordCamp US). I know it’s not ideal that it isn’t ready on launch day, but the shifting timelines and WordCamp US travel schedules have had an impact. ...

Dafür benutzt man normalerweise eine [FONT=Courier New]RewriteCond %{HTTP_HOST} ...[/FONT], das hat mit WordPress an sich aber kaum zu tun, wäre eher was für ein Forum, wo es um Deine Serversoftware & -version geht.

Frage Deinen Webhoster, woher diese .bin Dateien kommen und welcher FTP-Client für ein Backup auf Dateibasis empfohlen wird.

Einen Link zum Beitragsbild in voller Grösse bekommt man z.B. innerhalb der Seite bzw. der sog. WordPress "Loop" mit (ungetestet):

if ( has_post_thumbnail() ) {
    echo get_the_post_thumbnail_url( null, 'full' );
}

Oder wenn man den ID des entspr. CPT Beitrags hat:

if ( has_post_thumbnail( $post_id ) ) {
    echo get_the_post_thumbnail_url( $post_id, 'full' );
}

Wie wäre es, das mit Hilfe all der bereits geposteten Lösungen jetzt mal selbst zu versuchen? Was genau hast Du denn schon probiert, um den Unterstrich bei den Grafiken zu entfernen?

Das Foto ist leider ungeeignet. Link zur Seite?

Wende Dich an den wordpress.com Support.

In diesem Forum geht es um die selbstgehostete wordpress.org Version. Der Unterschied zwischen .com und .org ist hier erklärt.

Zitat von neWPendant

Wo sind diese Zeilenumbrüche, die Du meinst, sehe die nicht.

Siehe oben, vor [FONT=Courier New]<?php[/FONT] oder nach [FONT=Courier New]?>[/FONT] in der inzwischen gelöschten Datei [FONT=Courier New]wpsite/wp-config.php[/FONT]

Tipp: Es liegt nicht am Theme, wenn überzählige Zeilenumbrüche in der wp-config.php landen...

Funktioniert es denn mit PHP 7.2 auf dem Zielserver?

Dank dem endlich zur Verfügung gestellten Link zu Deiner Seite in der geposteten Fehlermeldung kann man feststellen:

Die Links auf der wpsite Startseite zeigen nicht in den [FONT=Courier New]wpsite[/FONT] Ordner, Umzug mit Ersetzen hat nicht geklappt, probiere es mit Duplicator.

Bei nicht gefundenen Seiten im Ordner [FONT=Courier New]wpsite[/FONT] wird einfach nur der Text "Page not found" ausgegeben, das ist keine standard WordPress 404 Seite, ausser das Theme würde sowas machen, probiere es mit Twenty Seventeen Standardtheme.

Durch die [FONT=Courier New]wp-config.php[/FONT] Datei werden drei 0x0a Zeichen = Zeilenumbruch ausgegeben, das führt zur "Cookies" Fehlermeldung. Offenbar wurde dort manuell irgendwas eingegeben z.B. vor [FONT=Courier New]<?php[/FONT] oder nach [FONT=Courier New]?>[/FONT] oder es ist ein Trojaner, schlecht programmierte machen sowas auch ganz gern...

PS. Das ist ein öffentliches Forum, wo alle Mitleser aus Fehlermeldungen lernen, extra Daten per PN zuzusenden nutzt dabei niemandem etwas. Für Dinge, die nicht öffentlich sein sollen, bitte die Jobbörse nutzen.

Wenn es ansatzweise mehr Infos geben würde, könnte man Dir vielleicht helfen. Du könntest das Verzeichnis der Plugins temporär umbenennen, die PHP Version prüfen usw.

Steht da evtl. noch was auf der Login Seite? Link zur Login Seite? Was steht im Error Log des Hosters?

Mit SSL hat das erstmal gar nichts zu tun.

Funktioniert es denn mit Duplicator?

Und was genau bedeutet "komme nicht ins Backend"? Link zur Seite?

Und befinden sich .htaccess Dateien im WordPress Ordner oder in übergeordneten Ordnern?

Am Rande: Die "Lösung" oben mit "Zeile 404 der load.php" ist keine echte Lösung des Problems, sie nutzt jetzt hardgecodete Strings anstelle von undefinierten Konstanten. Auch der "Fix" im trac Changeset ist nur Kosmetik, der nutzt hardgecodete Leerstrings für alle Felder. Ein echter Fix würde [FONT=Courier New]new wpdb( .. )[/FONT] gar nicht erst aufrufen, wenn die Konstanten nicht definiert sind.