Beiträge von b3317133

Wie genau hast Du den Website auf HTTPS umgestellt? Wie/wo wurde "301 redirect aktiviert"?

Ja. Schon ein einziges Zeichen an der falschen Stelle kann den gleichen Effekt haben, es bleibt nur die Lösung via FTP.

Du könntest WordPress erstmal auf einer Subdomain des gleichen Servers neu installieren, um festzustellen, ob das Problem dort auch auftritt.

Eine weiterere Möglichkeit wäre auch das Aktivieren von WP_DEBUG und die Suche nach Hinweisen in der Datei debug.log

Durch die Änderung vorher war bereits das gesamte WordPress System "down", die original functions.php konnte vom Editor nicht mehr gespeichert werden.

Schwer zu glauben, nach der Beschreibung ist das Problem ohne Zugriff aufs Backend dann wohl nicht lösbar.

Lt. Support Forum gibt es wohl auch neue Probleme mit dem Submit-Button... Wer jetzt noch bei Kunden autom. Updates zulässt, handelt meiner Meinung nach schon fast fahrlässig. Hier darf CF7 bis auf weiteres bei 4.7 bleiben.

Zitat von Hammonia

Die Fehlermeldung blieb, auch als ich im Editor die ursprüngliche function.php wieder eingespielt habe.

Wie hast Du das (vermeintlich) gemacht? Das Speichern im online Editor funktioniert normalerweise bei so einer Fehlerbeschreibung nicht mehr.

Zitat von Hammonia

Leider habe ich im Moment keinen ftp-Zugang, sonst würde ich die Datei per FTP austauschen. Gibt es noch andere Lösungen?

Nein. Ggf. hat Dein Hoster einen "Web-FTP" Zugang über das Hosting-Backend, darüber könntest Du es noch versuchen, wahlweise bitte ihn, ein ggf. autom. erstelltes Backup einzuspielen, falls vorhanden.

Normalerweise erscheint ein Passwort-Feld mit einem änderbaren Passwort-Vorschlag.

Was erscheint in der Browser-Console, wenn Du auf den Button "Passwort generieren" klickst?

Evtl. ist auch ein Plugin der Übeltäter. Deaktiviere testweise alle Plugins und teste den Button dann nochmal. Aktiviere dann Schritt für Schritt wieder die Plugins, bis Du das gefunden hast, was die Funktion des Buttons verhindert.

WordPress ist nicht für relative Links ausgelegt. Alle möglichen Funktionen geben absolute Links aus, das betrifft nicht nur den Content-Bereich.

[FONT=courier new]WP_CONTENT_URL[/FONT] enthält eine absolute URL, mehr dazu im Codex zu den Konstanten.

Der wohl einzige Weg ist das Filtern der gesamten fertig von WordPress generierten HTML-Seite vor der Ausgabe in den Browser über die [FONT=courier new]wp[/FONT] Action, wie z.B. hier in einem (älteren) Beispiel. Die Links in der Datenbank selbst betrifft das nicht.

Wenn Du die genaueren Gründe für Dein Vorhaben nennen könntest, kann man evtl. generelle Alternativvorschläge machen.

Wahrscheinlich hast Du irgendwelche PHP-Code Snippets da reinkopiert, inkl. [FONT=courier new]<?php[/FONT] Start-Tag, der aber an der entspr. Stelle nichts verloren hat.

Schau Dir die Browser-Console an, das Laden der in die "überarbeitete" Seite integrierten Bilder wird durch eine "403 Forbidden" Antwort des Servers verhindert. Einzeln direkt (ohne HTTP-Referrer) laden kann man sie aber. Diese Tatsache (und die Tatsache, dass die Seite zudem auch irgendwelche unsinnigen "rechte Maustaste nicht klickbar" Scripts enthält) lässt vermuten, dass irgendeinem aus ähnlichen Gründen verwendeten Pseudosicherheitsmechanismus auf dem Server der Referrer der Bilder der "überarbeiteten" Seite nicht passt.

Kurz: Würde mal in die .htaccess schauen.

Lt. der Dokumentation des Plugins wird u.a. dieses Feld (englisch "TOS" = "Terms of Service") einfach nur standardmässig bei der Installation des Plugins angelegt, man kann es jederzeit löschen oder eben nutzen.

Das bedeutet, dass diese HTML-Seite offenbar nur in Safari funktioniert. Das hat aber eher nichts mit WordPress zu tun.

Beschäftige Dich am besten in einer Test-Installation o.ä. mal mit den WordPress Permalinks.

Mit dem "benutzerdefinierten Permalink" /%category%/%postname%/ solltest Du Deinem Ziel schon relativ nahe sein.

Am Rande bemerkt: Das Feld Kategorie-Basis, das für den Link zu den Archivseiten der Kategorien verwendet wird, ist standardmässig leer, WordPress verwendet dann "category".

Wenn Du wirklich kein eigenes Backup der Datenbank hast, frage nett beim All-Inkl. Support nach, ob Sie Dir den Stand vom Vortag wieder einspielen können.

Und wenn Du schon mal den Support am Telefon hast, frage auch gleich nach, warum Dein FTP-Account einen Ordner nicht umbenennen kann.

Gib dem [FONT=courier new].site-navigation-fixed.navigation-top[/FONT] noch ein [FONT=courier new]width: auto;[/FONT] anstelle des derzeit benutzten [FONT=courier new]width: 100%;[/FONT]

Was passiert, wenn Du auf "Passwort generieren" klickst?

Zitat von rolando51

funzt leider nicht : (

Hier schon... sowohl mit Firefox als auch IE11

Wahlweise versuche mal

.wpcf7-file {
    height: auto;
}

Da Du bei Strato bist, könnte es die gleiche Einstellung wie hier sein.

Probiere es mal mit diesem CSS:

.wpcf7-file {
    padding: 0;
    border: none;
}