Beiträge von b3317133

Das ist der Code der Datei index.php mit einem fehlerhaften PHP-Tag am Anfang und auch fehlerhaften Kommentarzeichen und fehlerhaftem PHP-Code...

Falsch: <? php

Richtig: <?php

Falsch: / **
Falsch: * /

Richtig: /**
Richtig: */

Falsch: required( ... )
Richtig: require( ... )

Eine korrekte Datei index.php im WordPress Hauptordner sieht so aus:

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */


/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);


/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );

Anleitung für wp-config.php, Fehler landen dann in wp-content/debug.log

Dort ändern / einfügen wo vorher [FONT=Courier New]define( 'WP_DEBUG', false );[/FONT] stand.

Können statische Dateien wie [plain]deinedomain.de/readme.html[/plain] aufgerufen werden?

Was steht im Error-Log des Servers?

Der Screenshot zeigt den WordPress 5.x "Gutenberg" Editor.

Versuche es mal mit dem Plugin "Classic Editor":

Im Menü Plugins > Installieren > im Stichwort-Suchfeld eingeben: Classic Editor > Installieren > Aktivieren.

Vermutlich ein logischer Fehler im Theme in [FONT=Courier New]graphene_header_image()[/FONT] oder [FONT=Courier New]graphene_get_image_html()[/FONT], der zu einer fehlerhaften Ausgabe führt.

Du kannst mal testweise in der Datei [FONT=Courier New]wp-content/themes/graphene/functions.php[/FONT] die Zeile 91

$html = '<img src="' . $image_src_or_id . '" alt="' . $alt . '" title="' . $alt . '" />';

ersetzen durch

$html = '<img test="1" src="' . $image_src_or_id . '" alt="' . $alt . '" title="' . $alt . '" />';

und dann im Quelltext im Browser nachschauen, ob dort statt

<img src="" alt="" title="" />

dann das hier erscheint

<img test="1" src="" alt="" title="" />

So oder ähnlich könnte man die Stelle identifizieren und dann eine entspr. Abfrage bzw. einen Bugfix für das Theme erstellen.

Und wo genau erscheint "Aktualisierung fehlgeschlagen"? Screenshot?

Dachte Du meinst das WordPress 5.0.3 Update.

Und versuchst Du das Beiträge schreiben mit dem WordPress 5.x "Gutenberg" Editor oder ist das "Classic Editor" Plugin installiert und aktiv?

Scheint inzwischen geklappt zu haben, aktuell ist 5.0.3 installiert, was war denn das Problem?

Für Mitleser, ansonsten wäre das manuelle Anpassen von [FONT=Courier New]siteurl[/FONT] bzw. [FONT=Courier New]home[/FONT] in der Datenbanktabelle [FONT=Courier New]wp_options[/FONT] bzw. über die entspr. Konstanten in der [FONT=Courier New]wp-config.php[/FONT] wie hier beschrieben eine Lösung für ein solches Problem gewesen.

Wo steht, dass "|" zu Problemen führen kann?

Zum Rest: Abwarten. Google und auch andere Suchmaschinen reagieren mal schneller und mal langsamer und zeigen auch nicht immer genau das an, was man ihnen anbietet.

Die entspr. CSS Regeln werden durch ein anderes Plugin via spidercatalog_main.css überschrieben.

Ein möglicher Workaround wäre "Design > Customizer > Zusätzliches CSS":

table.em-calendar td {
    border: 1px solid #ccc !important;
    padding: 2px 4px !important;
}

Edit: Oops, hat sich mit @Henk1060 überschnitten.

Aktuelle live Version:

<title>Ausstellungssysteme - Led Systeme - Messesachen - Event Outdor</title>

Open Graph Titel:

<meta property="og:title" content="Eindruck machen, mit Messesachen - Werbesysteme - www.messesachen.at" />

Google Cache Version vom 12.01.:

<title>Ausstellungssysteme | Led Systeme | Messesachen | Event Outdor | Theken</title>

Evtl. etwas länger warten zwischen den Änderungen und Tests.

Link zur entspr. Seite?

Wie wäre es mit vorhandene Filter nutzen, wie auch im Yoast SEO Github beschrieben.

Evtl. wurde ein Datenbank Limit erreicht? Am besten mal die Hostingfirma fragen...

Wo genau steht denn der Code? Wie wird er aufgerufen? Und wie sieht der restliche Code aus, der das Ergebnis ausgibt?

Zitat von SpeedyBP

und warum funktioniert es im Firefox und bei den anderen nicht?.

Weil jeder Browser anders auf das fehlerhafte HTML [FONT=Courier New]<img src="" alt="" title="" />[/FONT] reagiert.

Mit diesem CSS Workaround funktioniert es auch in Chome, eine echte Lösung wäre aber, das fehlerhafte HTML zu korrigieren bzw. zu entfernen.

#header > img {
    display: none;
}

Ohne eine neue Version Deines geänderten Codes kann man schwer was dazu sagen...

Versuche es mal mit Deinem Hauptseiten-ID bei [FONT=Courier New]parent[/FONT] und ohne [FONT=Courier New]child_of[/FONT], die möglichen Parameter sind hier erklärt.

Für Mitleser, damit wird die [FONT=Courier New]white-space: pre-wrap;[/FONT] Regel aus dem Theme überschrieben.

Zitat von Muamicus

Beide funktonierten unabhängig voneiander.

Das bedeutet nicht zwingend, dass die auch gemeinsam funktionieren. Weniger ist ggf. mehr...