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 erstellenYoast SEO Premium wird mMn. nicht über Themeforest vertrieben, wende Dich am besten an deren Support, den hast Du normalerweise mitgekauft.
Auf der o.g. Unterseite befinden sich diverse Verweise zu http:// inkl. in den Yoast SEO Metadaten dort, das sollte man sich mal ansehen.
Die [FONT=Courier New].htaccess[/FONT] ist ok.
Wie bereits erwähnt oben - alle Plugins alles aktuell.
Hm, das ist seltsam, z.B. Yoast SEO Premium ist aktuell bei Version 11.3, bei Dir lt. Liste / Quellcode Version 11.0
Ja genau das gleiche Problem auch mit deaktivierten Plugins.
Wie verhält es sich mit deaktivierten Plugins und einem WordPress Standard Theme wie Twenty Nineteen oder Twenty Seventeen mit PHP 7.2.x und ohne PHP Boost? Wenn die Seite damit auch so langsam ist, sollte man wohl mal WordPress selbst unter die Lupe nehmen (ggf. ein Hack oder eine unvollständige Installation o.ä.) oder die ganze Installation mal per Duplicator o.ä. in ein anderes Paket auf eine Subdomain installieren und dort testen, so könnte man Strato-Problemen mit dem aktuellen Server/Paket auf die Spur kommen.
Ergänzend, eine zufällige https:// Unterseite z.B. [FONT=Courier New]/vostochno-evropeiskaya-ovcharka/rassestandard/[/FONT] enthält auch Verweise auf http:// - evtl. ist eine SSL-Umstellung nocht korrekt vorgenommen worden und das bremst die Sache aus? Erscheinen Verweise zu http:// in der Browser Konsole im Netzwerk Tab beim Laden des Backends? Und was steht in der [FONT=Courier New].htaccess [/FONT]Datei?
Sind alle Plugins auf dem aktuellen Stand?
Bei PowerWeb Basic dürften die genannten Änderungen via [FONT=Courier New]wp-config.php[/FONT] keine realen Auswirkungen haben.
Und noch eine Rückfrage: Mit allen Plugins deaktiviert ist die Seite also genauso langsam?
Dann wende Dich am besten an Deinen Hostingprovider oder nutze die o.g. Möglichkeit der Jobbörse, mit den aktuell bekannten Eckdaten kann man von "aussen" leider nicht sinnvoll weiterhelfen (ausser munter zu raten, was gern jemand anders machen darf, bin raus).
Das steht bereits weiter oben in diesem Thread, bitte alles genau lesen.
Ist bei Strato PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?
Deaktiviere alle unnötigen Plugins wie Smush Pro, WP Statistics, Duplicate Post, Easy Theme and Plugin Upgrades, ändert sich dann etwas?
Und wie änderst Du Memory Limit und PHP Time Limit? Hast Du bei Strato einen V-Server o.ä.? Welches Hosting-Paket genau?
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.