Beiträge von b3317133

Es wird derzeit nach kurzem Blick in den HTML-Quellcode offenbar eine Mixtur von Cache- und CDN-Mechanismen wie WP Fastest Cache, JetPack und Cloudflare verwendet, hier dürfte das Problem liegen, auch bei WordPress gilt "zu viele Köche verderben den Brei".

Würde das Erstellen eines Shortcodes empfehlen, der in die entspr. Seite eingefügt wird und dann den Text ausgibt.

In den meisten Fällen kann man Domains bzw. Subdomains im Backend des Hostingproviders erstellen und mit Ordnern auf dem Server verknüpfen. Das ist aber abhängig vom jeweiligen Provider/Hostingpaket und daher nicht generell beantwortbar.

Bei einer Änderung der Domain/Subdomain und den entspr. Verknüpfungen sind dann auch Änderungen innerhalb von WordPress nötig, das wird hier im Forum oft behandelt, Stichwort "Umzug", "Domainänderung", Plugin "Better Search Replace", usw.

Detailfragen für den Einzelfall gern per PN.

Zitat von pierrehansen

ich versuche gerade etwas hilflos eine Wordpress Seite so zu konfigurieren, dass Sie auch ohne "www" erreichbar ist.

Das hat funktioniert, derzeit ist die Seite ohne "www" erreichbar.

Zitat von pierrehansen

Mit www bekomme ich die Fehlermeldung "Server nicht gefunden".

Das liegt daran, dass die Domain mit "www" derzeit nicht existiert, sie ist den Nameservern nicht bekannt, daher kann sie nicht zu Deinem Server geroutet werden.

Jegliche Anpassungen in wp-config.php und/oder .htaccess machen erst dann Sinn, wenn die Domain mit "www" überhaupt auf dem Server ankommt.

Das in .htaccess einfügte "www" -> "nicht www" Snippet sollte in dem Fall dann vor dem WordPress Teil stehen, nicht danach.

Der eingefügte Code in wp-config.php führt innerhalb von WordPress ggf. zu unabsehbaren Problemen. Die beiden Einträge sollten so lauten, wie bei der Installation dieser WordPress-Seite. Diese Einträge zu ändern erfordert dann ein anderes Vorgehen.

.main_home {
   background-size: contain !important;
   background-color: #ddd !important;
}

Die Hintergrundfarbe, die durch das Skalieren sichtbar wird, entspr. nach Wunsch anpassen.

Das ist nicht exakt das, was Du suchst, aber als Hintergrundbild ohne sonstigen Aufwand via JS schwer anders lösbar. Wenn man das Bild als <img> Tag einbinden würde, wäre es was anderes.

Der graue Text ist ein sog. "placeholder", siehe auch hier.

Bzgl. UX besteht bei Yoast SEO aber in der Tat Optimierungspotential.

Was passiert, wenn Du in das Feld unter "SEO Titel" oder "Meta-Beschreibung" klickst und dort etwas einträgst?

Werden in der Browser-Console ggf. Fehlermeldungen ausgegeben?

Mit mod_rewrite hat das meines Erachtens nichts zu tun.

Die CSS-Anweisungen müssen bei Umsetzung als iFrame entspr. passend in der Datei [FONT=courier new]spielpl_verein.php[/FONT] ausgegeben werden, zudem fehlt dort auch ein entspr. HTML-Header.

Es geht eine weisse Seite (wahrscheinlich mit HTTP Fehlercode 500) auf, weil es keine Funktion [FONT=courier new]ReDirect();[/FONT] in PHP gibt.

Nun, ich lese das anders "To replace a sidebar on a specific page, go to the page you want to change the sidebar on and use the sidebar module to select a custom sidebar", aber wenn es mit dem anderen Plugin gelöst ist, auch gut.

Ok, die Portfolio-Items werden standardmässig als inline-Popup via AJAX im One-Page Design gezeigt, dafür passt die HTML-Ausgabe. Dafür wird allerdings der direkte Link zu den Einzelseiten hinterlegt. Diese Einzelseiten haben aber wie bereits bemerkt keinen entspr. vollständigen header/footer.

Man könnte in single-portfolio.php einen header/footer hinzufügen, der nur dann ausgegeben wird, wenn der Zugriff nicht via XMLHttpRequest erfolgt, analog zu diesem Beispiel. Mehr dazu gern via PN.

Zudem wird ein sehr alter WordPress 4.2.x Zweig benutzt und veraltete Plugins und auch für das Theme gibt es inzwischen ein 3.x Update. Und es gibt einen Link zum dev.Server im HTML-Quellcode, den sollte man ggf. rausnehmen.

Frage: Willst Du überhaupt die Portfolio-Seiten als einzelne Links anzeigen? Oder eher nicht?

Oben steht "google schreibt links". Meinst Du damit Einträge in der Google Suchergebnis Liste? Das kommt möglicherweise dadurch, dass irgendein SEO-Plugin die einzelnen Portfolio-Seiten in die Sitemap aufgenommen hat. Oder werden diese Links irgendwo im HTML-Code des Websites gezeigt? Um das genauer herauszufinden, wäre ein Link zur Seite praktisch.

Wenn man die Portofolio-Seiten nicht einzeln anzeigen will, würde es sich (auch für den Theme-Hersteller) empfehlen, beim Registrieren des "Custom Post Types" für Portfolio die Parameter so zu setzen, dass die Einzelbeiträge nach aussen nicht sichtbar sind, wahrscheinlich würde eine Änderung auf [FONT=courier new]'public' => false, 'show_ui' => true[/FONT], o.ä. ausreichen. Dann erscheint eine klassische "404 nicht gefunden" Seite, wenn man solche Links aufruft. Zudem sollten dann die Links nicht mehr in SEO Plugins für Sitemap o.ä. berücksichtigt werden.

Aus anderen Beiträgen hier geht hervor, dass Du wohl Yoast SEO benutzt, würde daher empfehlen, das in Yoast SEO entspr. einzustellen.

Zitat von andi@mko

habe ich "Custom Sidebars" verwendet. Aber seit dem letzten Update ist es nur noch möglich, individuelle Sidebars für Kategorien und Beiträge anzulegen.

Seit welchem Update genau? Lt. Dokumentation und Support-Forum funktioniert das Plugin mit allen Post-Types, inkl. Seiten.

Evtl. hilft der Ansatz von diesem Posting bzw. die Antworten dort weiter.

Wie schon beschrieben, die Ausgabe der Funktionen darf nicht direkt in den Browser gehen, sonst erscheint sie ganz oben oder an anderer unerwünschter Stelle in der Seite, sondern sie muss gesammelt am Ende des Shortcodes per return zurückgegeben werden, z.B. so:

function daniel_test( $atts ) {
    ob_start();
    echo "123";
    echo "Daniel Test";
    include( get_stylesheet_directory() . '/myincludes/myfile.html' );
    return ob_get_clean();
}
add_shortcode( 'danieltest', 'daniel_test' );

Um direkt ausgegebene Ausgaben "einzufangen", wird hier ein eigener Output-Buffer angelegt und dessen Inhalt am Ende gesammelt zurückgeben, mehr dazu hier.

Setze den prev/next Block am besten in ein eigenes <div> Tag, mehr zu HTML/CSS hier.

Der Hoster hat im Regelfall nichts mit autom. Updates von WordPress oder Plugins zu tun, das ist eine Einstellung in WordPress selbst.

Viele WordPress-Benutzer sind allerdings "gebranntes Kind" bzgl. autom. Updates v.a. bei Plugins, da hin und wieder durch Updates auch kleinere und grössere Probleme entstehen, nicht immer gilt "neuer = besser". Daher empfiehlt es sich, vor einem schnellen Klick erstmal das entspr. Support-Forum des Plugins zu lesen, da sieht man sehr schnell, ob mit Problemen zu rechnen ist.

Auf der sicheren Seite ist man, wenn man regelmässige Backups der Dateien und Datenbank macht, und auch mal das Zurückspielen eines Backups getestet hat.

Probiere es mal so, ungetestet:

.page .mh-main-nav { display: none; }
.page.home .mh-main-nav { display: block; }

Hier eine leicht abgewandelte Version, die den Post-Type über eine API-Funktion ermittelt, den Shortcode auch ausführt und mittels [FONT=courier new].=[/FONT] ohne zusätzliche Variable gleich an $content anhängt.

function add_your_shortcode_below_content( $content ) {
    if ( get_post_type() == 'custom-post-type' ) {
        $content .= do_shortcode( '[shortcode]' );
    }
    return $content;
}
add_filter( 'the_content', 'add_your_shortcode_below_content' );

Wahlweise könnte man den Check auch alternativ so lösen:

if ( is_singular( 'custom-post-type' ) ) {