Beiträge von b3317133

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' ) ) {

Die Links werden vom span in .header-title verdeckt, dessen margin-top von -20px reicht über die Links hoch, daher sind sie nicht klickbar.

Setze den prev/next Block am besten in ein eigenes div anstelle den Code einfach so zu Beginn von #content auszugeben, dann kannst Du den entspr. formatieren. Im aktuellen Code ist keinerlei Formatierung bzgl. links-/rechtsbündig zu finden, also sind beide Links linksbündig.

Falls Beiträge gemeint sind, könnte man die Kategorien in der WordPress body class einfügen, Beispiel hier, und dann die Seiten entspr. per CSS anpassen.

.col-md-6 ist eine Klasse aus dem Bootstrap Grid, deren Werte kann/sollte man nicht verändern, das zerstört praktisch das ganze Grid-System. Wenn Du Inhalte in eine Zeile ohne Spalten packen willst, nutze ein div ohne entspr. Klassen, siehe auch "Full width, single column" auf der verlinkten Seite.

Für Mitleser, es lag daran, dass ein OS X Server verwendet wird und die Lösung bestand neben dem Umstellen per "Better Search Replace" letztendlich im Einfügen eines Snippets in .htaccess, mehr zum Thema hier.

Die Datei installation.php gibt es nicht, wenn man install.php aufruft, erscheint der "bereits installiert" Hinweis und aus dem Quellcode kann man schliessen, dass die Installation vorher über http:// erfolgt ist.

Normalerweise würde man so vorgehen:

1. Alles im Ordner /wp/ löschen
2. Aktuelles Archiv von https://de.wordpress.org/ herunterladen
3. Den Inhalt des Ordners "wordpress" aus dem Archiv per FTP in den leeren Ordner /wp/ auf dem Server laden.
4. Installation starten via https://sci-fy.de/wp/wp-admin/install.php

5. Alles was mit http/https/WordPress in einer evtl. vorhandenen .htaccess im übergeordneten Ordner (auf den https://sci-fy.de/ zeigt) zu tun hat, entfernen.

Sehe kein WordPress bei dem wiki-Link.

Wird die Install-Seite jetzt ohne weitere Eingriffe über https geladen?

Über welchen genauen Pfad startest Du die Installation?

Hier auf einen Testserver funktioniert alles.

Und über welchen genauen Pfad startest Du die Installation?

Noch eine Frage: Befindet sich der Ordner für die Subdomain ggf. innerhalb des Ordners der WordPress-Installation für die Hauptdomain?

In dem Fall starte die Installation über http://test.meine-seite.ch/wp-admin/install.php

Zur eigentlichen Frage: Wird die Install-Seite jetzt ohne weitere Eingriffe über https geladen?