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 erstellenBei Slider Revolution erstellt man je nach responsive Breakpoint unterschiedliche Versionen eines Slides, siehe Anleitung.
Da man Deinen Slider nicht ansehen kann, musst Du genauere Beschreibungen liefern, das gilt auch für Anfragen bei gleichwelchem Support...
Radiobuttons benutzt man sinngemäss für eine Entscheidung zwischen Varianten, von denen immer eine feststeht.
Für eine Zustimmung benutzt man eine Checkbox, Nein = Leer, Ja = angehakt.
Du könntest ein Plugin wie TablePress verwenden, das stellt ein Suchfeld für die Einträge der Tabelle zur Verfügung.
Ein Link zu dieser Seite oder eine genauere Beschreibung, wie diese "sehr vielen Dokumente" dort hinterlegt sind, würde bei Empfehlungen sehr helfen.
Es ist dafür gedacht, dass man speichern kann, ob jeder Benutzer eine Datenschutzerklärung und/oder Nutzungsbedingungen für den Website akzeptiert hat oder nicht. Alle Felder (ausser E-Mail bzw. "native" Felder von WordPress) werden vom Plugin bei der Installation nur angelegt, damit man sehen kann, was man alles mit dem Plugin machen kann, siehe verlinkte Dokumentation, das wird dort detailliert erklärt.
Bisher gab es für CF7 in den Einstellungen jedes Formulars eine Möglichkeit für einen [FONT=courier new]on_sent_ok[/FONT] Javascript-Trigger für das Ausführen irgendwelcher Sachen wenn das Formular erfolgreich abgesendet wurde. Diese einfache Möglichkeit wird lt. Autor aber in Zukunft entfernt und man muss das jetzt über eigenen PHP-Code im Theme lösen, Beispiele im verlinkten Blog-Post des Autors.. :-|
Hast Du schon die Anleitung zum Slider gelesen? V.a. den Teil "Responsive Settings"?
Wenn die WordPress-Installation derzeit unter [FONT=courier new]domain.de/newsportal/[/FONT] erreichbar ist, und zukünftig unter [FONT=courier new]domain.de/[/FONT] erreichbar sein soll, konfiguriert man den Pfad für domain.de beim Webhoster direkt auf den Ordner /newsportal/ und ersetzt vorher in der Datenbank mit Better Search Replace überall [FONT=courier new]domain.de/newsportal/[/FONT] mit [FONT=courier new]domain.de/[/FONT]
Die Domain in einer (bei der Änderung weiter bestehenden) Datenbank kann man manuell in einem einzigen Schritt mit dem Plugin Better Seach Replace anpassen, bei einer Änderung der Domain mit Umzug in eine neue Datenbank empfiehlt sich ein Plugin wie Duplicator, das alle nötigen Änderungen komplett automatisch vornimmt.
Das ist einerseits gut zu wissen, andererseits sind "plötzlich" fehlende bzw. defekte oder auch neu dazugekommene Dateien im WordPress Core oft ein Hinweis darauf, dass der Website gehackt worden sein könnte.
Würde empfehlen, ein "diff" mindestens der Ordner "wp-admin" und "wp-includes" mit einem sauberen WordPress Archiv der gleichen Version zu machen und ggf. vorkommende Abweichungen detailliert zu analysieren.
Wenn das Menü sauber via wp_nav_menu() ausgegeben wird, werden diese Attribute verwendet. Wenn Du einen eigenen Menu Walker verwendest, musst Du die Attribute ggf. selbst einsetzen.
Wende Dich an den WordPress.com Support. Hier in diesem Forum werden nur selbst installierte WordPress Installationen besprochen.
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.
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.
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.
