Beiträge von b3317133

Hast Du inzwischen WP_DEBUG dazu gebracht, ein Log zu schreiben? Tipp: WP_DEBUG_LOG

Interessant, also hat im Grunde alles so funktioniert wie es sollte. Ist das ein Teil des Themes? Oder wurde das nachträglich dort eingebaut?

Du könntest als "Quick Hack" einstweilen sowas wie das hier ans Ende von [FONT=Courier New]footer.php[/FONT] des Themes (vor [FONT=Courier New]</body>[/FONT]) setzen, ungetestet, evtl. ist noch ein kleiner Timer nötig...

<script type="text/javascript">
jQuery(document).ready(function() {
    jQuery(window).trigger('resize');
});
</script>

Am Rande bemerkt sollte man mal prüfen, ob all die Funktionen des JetPack Plugins (ausser der genannten Statistik) und auch weitere Plugins korrekt in der Datenschutzerklärung hinterlegt sind, bzw. ob das alles wie reCAPTCHA, gravatar u.ä. überhaupt nötig ist.

Was steht denn in der [FONT=Courier New]wp-config.php[/FONT] bei [FONT=Courier New]DB_COLLATE[/FONT]? Was passiert wenn Du das Feld "leer" lässt?

Falls es wirklich keine Update mehr geben sollte (musst Du selbst wissen, würde nach wie vor ein Child Theme empfehlen), könnte man das über ein WordPress benutzerdefiniertes Feldes (google) z.B. [FONT=Courier New]beitragsbildurl[/FONT] lösen und in [FONT=Courier New]inc/template-tags.php[/FONT] in der[FONT=Courier New] function awaken_featured_image()[/FONT] das hier:

if ( is_singular() ) :
        if ( get_theme_mod( 'show_article_featured_image', 1 ) ) { ?>
            <div class="article-featured-image">
                <?php the_post_thumbnail( 'featured-slider' ); ?>
            </div>
        <?php } ?>

durch sowas hier ersetzen (komplett ungetestet, einfach runtergetippt, Debugging darfst Du selbst machen):

if ( is_singular() ) :
        if ( get_theme_mod( 'show_article_featured_image', 1 ) ) { ?>
            <div class="article-featured-image">
                <?php
                    if ( $url = get_post_meta( get_the_ID(), 'beitragsbildurl', true ) ) {
                        echo '<a href="' . esc_url( $url ) . '">';
                        the_post_thumbnail( 'featured-slider' );
                        echo '</a>';
                    } else {
                        the_post_thumbnail( 'featured-slider' );
                    }
                ?>
            </div>
        <?php } ?>

Das erfordert Änderungen in Theme-Dateien. Dafür braucht man als erstes ein sog. Child Theme. Wird schon ein Child Theme genutzt? Falls nein, liefert der Theme-Hersteller eins mit? Welches Theme wird genutzt?

Sobald man nach dem Laden der Seite das Browserfenster z.B. in der Breite verändert, ist der "Hero" Bereich dort wo er hinsoll.

Der Grund dafür: Das [FONT=Courier New]div[/FONT] Element mit der Klasse [FONT=Courier New]followWrap[/FONT] hat nach dem Laden eine sehr hohe inline CSS Höhe, so dass der "Hero" nach unten rutscht und erst nach Browser-Resize wird die inline Höhe über irgendein Script / Event angepasst.

Deaktiviere alle unnötigen Plugins um ggf. Wechselwirkungen auszuschliessen. Falls das kein Ergebnis bringt, wende Dich dann am besten an die Person, die den Website eingerichtet hat oder an Theme Support z.B. hier oder hier.

Die "autoindex" Meldung hat nichts mit der Datenbank zu tun.

Aktiviere wie beschrieben WP_DEBUG, rufe dann die WordPress Seite auf und schau Dir das WordPress Log an.

Von "aussen" kann man nach aktuellem Stand hier nur schwer weiterhelfen, evtl. ein Fall für die Jobbörse im Forum, es wird höchstwahrscheinlich Zugang zum Hosting und sFTP-Zugang nötig sein.

Ok, das heisst der Duplicator Installer konnte erfolgreich Inhalte in die neue Datenbank schreiben, aber das damit installierte WordPress meldet jetzt "Error establishing..."?

Genaueres könnte man ggf. sagen, wenn man sich das Server Error-Log im Hosting ansieht oder ggf. auch wenn man WP_DEBUG aktiviert und die Meldungen in wp-content/debug.log schreiben lässt

Sicherheitshalber die Rückfrage: Wurden in der Datenbank Tabellen von Duplicator angelegt und befinden sich Daten darin?

Zu welchem Provider wurde umgezogen? Hatten hier letzte Woche einen ähnlichen Fall wie beschrieben (bei Strato, vorher noch nie Probleme dort), alle Zugangsdaten korrekt usw., Duplicator lief durch, Inhalte in Datenbank vorhanden, aber lt. WP_DEBUG dann Zugang zur DB verweigert. Ein Löschen der ganzen Datenbank (nicht nur Tabellen) und Neuanlegen einer neuen Datenbank via Strato-Backend und eine erneute Duplicator-Installation (vorherige Dateien vorher entfernt/verschoben) hat das Problem dann behoben, ein seltsamer Efffekt.

Wenn man das feste Hinterlegen von IDs vermeiden will, kann man das z.B. auch über das Hinzufügen oder Löschen eines WordPress benutzerdefiniertes Feldes (google) z.B. [FONT=Courier New]norobots[/FONT] mit irgendeinem Wert, z.B. [FONT=Courier New]1[/FONT], auf den jeweiligen Seiten lösen und bei vorhandenem Feld über die vorhandene WordPress Funktion einen entspr. Meta-Tag ausgeben.

add_action( 'wp_head', 'noRobots', 1 );
function noRobots() {
    if ( is_singular() && get_post_meta( get_the_ID(), 'norobots', true ) ) wp_no_robots();
}

Dieser Code funktioniert durch Nutzung von is_singular() sowohl bei Beiträgen als auch auf Seiten.

@SEpp55 Tipp am Rande, das Theme hier nutzt ein eigenes Backend für diverse Style-Einstellungen, siehe z.B. die Regeln aus [FONT=Courier New]color_options_css.php[/FONT] in Deinem Screenshot. Daher sollte man in diesem speziellen Fall mit "Zusätzliches CSS" ggf. vorsichtig sein, und zuerst mal alle Einstellmöglichkeiten des Themes nutzen / nachlesen...

Wende Dich am besten an den Autor / Support des Plugins, das Du zum Verschieben nutzt, und frage nach, warum es sich auch auf Widgets auswirkt.

Derzeit läuft lt. HTML-Quellcode mind. ein "Borlabs Cache" Plugin und alle Inhalte der Seite kommen warum auch immer von einem externen CDN-Server [plain]https://y2v3t9v8.stackpathcdn.com/...[/plain], würde das mal dauerhaft deaktivieren, evtl. findet sich dann jemand, der das Problem nachstellen bzw. nachvollziehen kann/mag.

Ergänzend, über den Inspector in der Browser Konsole (google) sieht man, dass die kleine Zahl durchaus vorhanden ist, aber über eine CSS-Regel des Themes [FONT=Courier New]#header-outer a.cart-contents .cart-wrap span[/FONT] ein [FONT=Courier New]visibility: hidden;[/FONT] hat und daher ausgeblendet ist. Wende Dich am besten an den Theme-Support, es handelt sich um ein Kauf-Theme, dort solltest Du den Support mitgekauft haben.

Deaktiviere das Cache Plugin (und auch alle ggf. weiteren "Optimierungs" oder "CDN" Plugins), funktioniert es dann?

Kein Array:

is_page(484, 833, 1367)

Ein Array:

is_page( array( 484, 833, 1367 ) )

Ist auch schön z.B. aus den Beispielen unter User Contributed Notes ersichtlich...

Das gesuchte Menü dürfte so ähnlich aussehen, wie der dritte Screenshot beim Theme Hersteller...

Lt. Inspector in der Browser Konsole (google) heisst die entspr. Klasse bei Dir [FONT=Courier New]thumbnail[/FONT] und man könnte z.B. den folgenden CSS-Code verwenden:

.single-post .thumbnail {
    display: none;
}

Lt. Inspector in der Browser Konsole (google) kommt der Wert von [FONT=Courier New]font-size[/FONT] für u.a. die Klasse [FONT=Courier New].entry-title[/FONT] dynamisch aus einer Theme-Einstellung (in einem Menü Theme-Optionen oder Customizer o.ä.), schau dort mal nach, wo als Grösse [FONT=Courier New]14px[/FONT] und als Zeichensatz [FONT=Courier New]'Playfair Display'[/FONT] eingestellt wurden.

Sieht so aus als wäre der Inhalt der Datei [FONT=Courier New]/wp-content/themes/NomNom/style.css[/FONT] wie / warum auch immer in die Datei [FONT=Courier New]/wp-content/themes/NomNom/category.php[/FONT] kopiert worden.

Ersetze den Inhalt durch den echten Inhalt von [FONT=Courier New]category.php[/FONT] aus einem Backup oder aus dem original Archiv des Themes.