chakotay

Ich habe noch eine Nachfrage:

Das o.a. Suchfeld soll in einem paßwortgeschützten Bereich erscheinen, d.h. es können nur die Besucher die gesamte Webseite damit durchsuchen, die das Paßwort besitzen.
Da ich aber die paßwortgeschützten Seiten auf „noindex“ und „nofollow“ gesetzt habe, listet DuckDuckGo auch bei der internen Suche nur Ergebnisse der öffentlichen Seiten auf – es sollen aber auch die Suchergebnisse der geschützten Seite für die Besucher (der geschützten Seiten) aufgelistet werden.

Kann ich dieses Problem lösen, indem ich auf „noindex“ gesetzt lasse, aber dafür „follow“ erlaube? Entschuldigt, wenn dies eine absolute Seo-Laienfrage ist…

… Aktualisierungen?: nein, alles ist auf dem neusten Stand…

OT: Ich hatte aber schon häufiger mal den Eindruck, dass Plugins, obwohl bei den verfügbaren Sprachen auch Deutsch aufgelistet war, bei mir weiter in Englisch laufen. Aber mit dieser kleinen Unannehmlichkeit kann ich leben 🙂

Habe in der Testumgebung nun sogar mein Theme aktualisiert (-> arbeite mit einem Child-Theme und wusste nicht, ob ich alles richtig gemacht habe) und auch das Update auf WP 4.5.1 läuft fehlerfrei. Wunderbar! (Und habe mich im Anschluss daran natürlich auch an meine Online-Seite gemacht und WP sowie Theme problemlos aktualisieren können.)

P.S. Ja, ich habe auch schon oft die Erfahrung gemacht, dass die Routine Gold wert ist. Daher habe ich mir auch den ganzen Thread und sonstige Hinweise notiert, um bei Bedarf wieder schnell als Gedankenstütze darauf zurückgreifen zu können.

Dann hoffe ich, dass du das sonnige Wochenende mit wenig PC-Arbeit verbringen kannst und grüße nochmals herzlich mit einem Dankeschön.

„Chakotay“

… im Rahmen meiner begrenzten technischen Möglichkeiten nutze ich in der Tat die Möglichkeiten des Mitwirkens, trotzdem danke für die Anregung, Bego.

Tatsächlich habe ich noch ein kleines Problem, das mir aber gerade erst aufgefallen ist:
Meine Seiten sind ja auch teilweise intern verlinkt. Wenn ich nun im localhost auf einen dieser internen Links klicke, werde ich auf die online-Seite umgeleitet und bleibe nicht in der lokalen Installation.
Was ich gelernt habe: Die Verlinkung muss beim Klonen angepasst werden, dies habe ich ja mit dem Plugin „Better Search Replace“ erledigt – dachte ich. Kann das sein, dass ich dort, vielleicht in den Einstellungen des Plugins, einen Fehler gemacht habe? Oder wie passe ich die internen Links an localhost an?

Hallo Flower,

Hast du die lokale wp-config.php entsprechend angepasst?

Das ist ja gerade (u.a.) meine Frage:
Was muss ich wo in der wp-config.php verändern?
Nochmal zur Info: Ich bin absoluter Laie, Ü50 🙂 und habe – außer ein paar rudimentärer html-Befehle – keinerlei Programmierkenntnisse, aber ich fuchse mich immer irgendwie durch und lerne ständig hinzu. Kannst du mir konkret sagen, was ich wo in der wp-config.php verändern muss, damit meine lokale Installation nach Hinzufügen der Dateien meiner Online-Seite läuft?

Hast du eventuell die lokale htaccess-Datei mit der vom Server überschrieben?

Ja, ich habe alle Dateien vom one.com-Server in meine lokale Installation übertragen. Liegt da vllt. der Hase im Pfeffer? Hätte ich die lokale htaccess unangetastet sein lassen sollen? (Was für ein Deutsch… :))

So, jetzt habe ich zwei Stunden geknobelt und die Ergebnisse:
– zwei WP-Installationen laufen unter MAMP einwandfrei
– das händische Übertragen meiner WP-Seite auf die Testumgebung hakt an folgender Stelle:
Das Verändern der wp-config.php ist mir nicht ganz klar.
Ich vermute, es müssen diese beiden Einträge verändert werden:

define('DB_NAME', 'dalniente_de');
define('DB_USER', 'dalniente_de');

Aber was genau muss ich eintragen?

define('DB_NAME', 'http://localhost:8888/wordpress1');
define('DB_USER', 'http://localhost:8888/wordpress1');

Oder wenn ich deinen Code define( 'RELOCATE', true ); verwende, wo muss er eingetragen werden und muss ich dafür andere Zeilen löschen?
Ich denke, die anderen Schritte (Kopieren der WP-Dateien in das entsprechende Verzeichnis und Importieren der Datenbank) habe ich richtig gemacht.

Mir war nicht klar, ob es jetzt nicht vielleicht ZWEI Einträge von Yoast-SEO in der Datenbank gibt, aber offenbar ist es nicht so. Die neu installierte Version hat wohl einfach den alten Datenbankeintrag übernommen und nicht dupliziert. Habe das alte, umbenannte Verzeichnis gelöscht und dann erschien in der Plugin-Liste auch Yoast nicht mehr doppelt, sondern nur noch die funktionierende Version.
Perfekt! Danke!
Alles wieder wie gewünscht.
🙂

Super, danke! Du hast mir sehr weitergeholfen.
Ein schönes Wochenende!
Chakotay

Ich muss meinen als „gelöst“ gekennzeichneten Thread leider wieder hochholen. Kriege die Probleme hinsichtlich des cookie-timeouts für passwort-geschützte Seiten nicht in den Griff.
Beschreibung:
Folgendes wird gewünscht: Passwortgeschützte Seiten (Eltern- und Kinderseiten) sollen nach einmaliger Eingabe des PWs für die laufende Browsersitzung frei zugänglich sein, also ohne erneute Eingabe. Nach Schließen des Browser soll das PW wieder abgefragt werden.
Ich nutze das Plugin „My Custom Functions“. Dort sind diesbezüglich zwei Code-Schnipsel vorhanden:
1. Passwort der Elternseite an die Kinderseite vererben:

function password_protect_children( $post ){
	foreach( get_post_ancestors( $post ) as $parent ) {
		if( post_password_required( $parent ) ) {
			$location = get_permalink( $parent );
			wp_redirect( $location );
			exit;
		}
	}
}
add_action( 'template_redirect', 'password_protect_children' );

2. Cookie nach Schließung des Browsers löschen, damit das PW beim erneuten Öffnung auch wieder eingegeben werden muss und nicht die üblichen – ich glaube – 10 Tage auf dem Rechner verbleibt:

add_action( 'wp', 'post_pw_sess_expire' );
    function post_pw_sess_expire() {
    if ( isset( $_COOKIE['wp-postpass_' . COOKIEHASH] ) )
    setcookie('wp-postpass_' . COOKIEHASH, '', 0, COOKIEPATH);
}

Nun passiert jedoch Folgendes: Wenn ich nach Eingabe des Passwortes auf der Elternseite anschließend eine Kinderseite auswähle, werde ich zurück zur Passworteingabe der Elternseite geleitet. Ich kann also eine Kinderseite gar nicht auswählen.
Ich vermute mal, dass sich beide Schnipsel „beißen“, oder?

Ich habe daraufhin den ersten Code-Schnipsel deaktiviert, da die Unterseiten per Menü sowieso nicht erreichbar sind. Man kann nur die Elternseite auswählen und da wird ja das Passwort abgefragt, wäre also bei den Kinderseiten nicht unbedingt notwendig.
Nun passiert Folgendes:
Ich kann problemlos nach Eingabe des PWs auf der Elternseite die Kinderseiten öffnen, aber sobald ich wieder auf die Elternseite zugreife, muss ich erneut das PW eingeben, obwohl ich den Browser zwischenzeitlich nicht geschlossen habe. Das ist aufgrund der Seitenstruktur sehr ungünstig.

Ich bin ziemlich ratlos.
Mein Lösungsansatz wäre nun vielleicht, das Cookie-timeout nicht auf Null zu setzen, sondern auf eine Stunde. Leider weiß ich nicht, wie der Codeschnipsel nun aussehen muss.
Kann mir einer helfen? Oder hat jemand eine Idee, warum das nicht so funktioniert, wie ich oben als Wunsch formuliert habe?

Schade, dass eine einfache Lösung nicht in WP vorhanden ist, denn wer Seiten mit einem WP-eigenen Passwort versieht, möchte sicherlich ebenfalls nicht, dass per Cookie das PW lange gespeichert bleibt…

Ich bedanke mich jetzt schon mal für eure Mühe!
Chakotay

P.S. Kann das „resolved“ leider nicht mehr verändern und hoffe, dass trotzdem jemand liest…