Beiträge von b3317133

Würde mal folgendes versuchen, um das weiter einzugrenzen:

In der Datei [FONT=Courier New]wp-content/themes/graphene/inc/loop.php[/FONT] bei ca. Zeile 1145 in der Funktion [FONT=Courier New]graphene_header_image()[/FONT] eine Zeile [FONT=Courier New]if ( ! $header_img ) return;[/FONT] einfügen:

Vorher:

if ( ! $graphene_settings['slider_as_header'] ) {
       $header_img = graphene_get_header_image( $post_id );
   } else {
       $header_img = get_header_image();
       if ( ! $header_img ) return;


       $alt = get_bloginfo( 'name' );
   }

Nachher:

if ( ! $graphene_settings['slider_as_header'] ) {
       $header_img = graphene_get_header_image( $post_id );
       if ( ! $header_img ) return;
   } else {
       $header_img = get_header_image();
       if ( ! $header_img ) return;


       $alt = get_bloginfo( 'name' );
   }

Erscheint dann noch die <img test="1" ... Zeile im HTML Code?

Habe nochmal geschaut, die Stelle ist in der Datei [FONT=Courier New]wp-content/themes/graphene/[COLOR=#ff0000]inc/[/COLOR]functions.php[/FONT] in Zeile 91

Apache 2.4.37 vom 18.10.2018 wäre aktuell, auf dem Server läuft Apache 2.4.25 vom 16.12.2016

Autom. Directory Listing kann auch von Nachteil sein, bei manchen Installationen landen auch mal Dinge in /wp-content/uploads/ die man nicht gelistet haben will usw.

Könnte an der über 2 Jahre alten Apache Version liegen, vielleicht hat sich ja jemand eingeschlichen... Und das autom. Directory Listing könnte man noch abschalten, siehe z.B. [plain]deinedomain.de/wp-includes/[/plain] usw.

1. Auf dem Server läuft kein PHP, alle PHP-Dateien werden derzeit direkt als Text ausgegeben.
   
2. In der derzeit auch als Text ausgegebenen Datei wp-config.php fehlt am Anfang das Kommentar Startzeichen /**

Also erstmal PHP aktivieren, dann klären wie die index.php so fehlerhaft werden konnte, und klären wohin das Kommentar Startzeichen der wp-config.php verschwunden ist.

Alles sehr seltsam... o_O

Link zur Seite?

Und die eigentliche Frage: Wie konnte die index.php so fehlerhaft werden? Ggf. sollte man alle Systemdateien aus einem frischen Installationsarchiv der gleichen Version wie derzeit installiert überschreiben.

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...