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 erstellenDie einzige .htaccess Datei, die WordPress über Einstellungen > Permalinks > Speichern erstellt, ist im Hauptverzeichnis der Installation.
Eine .htaccess Datei im plugins Ordner oder in anderen Ordnern erstellt WordPress standardmässig nicht. Du hast die Datei dort entweder manuell selbst angelegt oder sie stammt(e) aus irgendeinem Sicherheitsplugin.
Weitere Ansätze:
Die Kurzanleitung bezog sich auf das beschriebene Problem vor zwei Wochen, Datenbank gelöscht, Rest unverändert.
Offenbar hast Du inzwischen ganz andere Dinge gemacht, die jetzt nicht mehr dazu passen.
Poste am besten eine neue exakte Problembeschreibung der aktuellen Probleme und mache dann erstmal auch nur und ausschliesslich das, was Dir geraten wird, und nichts sonst.
Tipp ganz am Rande: Manche Einstellungen speichert das tolle Gutenberg Framework nur im Browser und nicht (mehr wie früher mit dem Classic Framework generell) serverseitig. Das kann sehr verwirrend sein, wenn unterschiedliche Browser oder Arbeitsplätze verwendet werden oder regelmässig aus Gründen die Browserdaten bereingt werden.
Die aktuell verwendete Datenbank gehört zu einer WordPress Installation mit diesem Pfad, nicht zu einer eigenen Domain.
https://www.kurt-singer.com/nareerat/Yoast ist augescheinlich aktiv, nur die Yoast Sitemap Funktion ist deaktiviert.
Dazu existiert eine wohl manuell erstellte [FONT=Courier New]sitemap.xml [/FONT]und die WordPress eigene wp-sitemap.xml
Wie der ursprüngliche Effekt "jeder Aufruf geht zu Yoast Sitemap Index" verursacht wird, sollte man auf jeden Fall herausfinden, sowas sollte nie passieren.
Was konkret funktionierte mit der Kurzanleitung von vor zwei Wochen nicht?
Erstelle einen Eintrag "Individueller Link" im Menü und füge Deine tel: URL dort ein.
Dein Button ist intern ein Link, also kein [FONT=Courier New]button[/FONT] Tag sondern ein [FONT=Courier New]a[/FONT] Tag.
Dort könnte man z.B. per CSS das Attribut [FONT=Courier New]pointer-events[/FONT] auf [FONT=Courier New]none[/FONT] setzen und nur bei zugestimmter Checkbox dann auf [FONT=Courier New]auto[/FONT], mehr dazu z.B. hier.
Entferne noch die von Dir eingefügte RELOCATE Zeile aus wp-config.php und alle ggf. sonst noch im Verlauf der Problemsuche vorgenommenen Änderungen.
Deinen Downloadbutton erstellst Du selbst nach Belieben in Deiner Installation.
Wenn der Downloadbutton dann wie gewünscht funktioniert, poste den Link dazu, dann kann Dir ggf. jemand helfen, Deinen Button mit einem entspr. Häkchen zu erweitern.
Aber bei Wordpress treffe ich da selten...
Das beschriebene Problem des SSL-Zertifikats hat mit WordPress nichts zu tun.
Ergänzung: Und nur weil etwas gestern noch aufgerufen werden konnte, ist das kein Sicherstellen, dass es heute auch noch richtig angelegt und gültig ist.
Diese Seite enthät derzeit einfach eine Kopie des o.g. Codes in Antwort #3.
Wo ist Dein im Eingangsposting genannter Button zu Deinem Download?
Link zu Deinem Download Button?
Stelle sicher, dass im Hosting ein SSL-Zertifikat für die Domain angelegt und gültig ist.
Als Startseite und auch für alle sonstigen Aufrufe auf dem Website ist warum auch immer die Yoast SEO XML Sitemap eingestellt.
Diese wird mit u.a. dem HTTP Header [FONT=Courier New]x-robots-tag: noindex[/FONT] ausgeliefert, die Aussage von Google zu dieser und aktuell auch allen sonstigen URLs des Websites ist also korrekt.
Die Felder in den Screenshots sind mit irgendwelchen Beispieldaten ausgefüllt, das wird so kaum funktionieren.
Was genau ist im SMTP Plugin eingestellt?
Um welche URL genau geht es?
Schau mal in die Datei [FONT=Courier New]header.php[/FONT] des Themes bzw. des Child-Themes, evtl. findest Du die Zeilen dort.