Würde empfehlen, die lokalen Daten zu entfernen, XAMPP nochmal sauber neu zu installieren und dann mit dem Plugin Duplicator ein Installationspaket auf dem "live" Website zu erstellen und im Anschluss in XAMPP im entspr. Ordner über localhost/wordpress/installer.php zu installieren. Eine sonstige Anpassung der Pfade in der Datenbank ist damit nicht nötig, passiert alles automatisch. Das Video auf der Duplicator-Seite einmal komplett anschauen, dann wird klarer, was da passiert.
Beiträge von b3317133
-
-
Eine linke Seitenleiste gibt es auf dem Website nicht, wahrscheinlich meinst Du die rechte Seitenleiste. Diese wird auf kleinen Bildschirmen ausgeblendet, weil rechts zu wenig Platz ist. Wenn Du sie trotzdem (unterhalb des Inhalts der Seite) anzeigen willst, füge z.B. diesen CSS-Code unter "Design -> Customizer -> Zusätzliches CSS" ein:
-
Das Plugin Contact Form 7 kann Mails mit einem oder mehreren Anhängen verschicken, Anleitung hier.
-
Einen Parameter [FONT=courier new]grpid[/FONT] gibt es bei WordPress normalerweise nicht. Benutzt Du ein extra Plugin für diese Kategorien?
-
Und stelle die Homeadresse mal testweise auf nur "localhost", ohne "/wordpress", also analog zum "live" Server.
-
Eigene App ohne Vorkenntnisse
Nein.Gibt es da Baukästen im Netz die günstig oder gar Gratis sind
Wenn man unter "Baukasten" eine Entwicklungsumgebung zum Programmieren versteht, dann ja,
oder braucht man da riesige Programmierkenntnisse?
Ja. Zumindest mehr als grundlegende, die über Copy&Paste von Code-Schnipseln hinausgehen. -
In dieser Funktion suchst du dann nach allen Einträgen in der Tabelle "wp_comments", bei der der alte Name in der Spalte "comment_author" steht und ersetzt ihn durch den neuen Namen.
Ggf. daran denken, dass Kommentare von verschiedenen Personen durchaus den gleichen Namen haben könnten... -
Das alte Widget wird es im Core nicht mehr in der Form geben, der aktuelle Plan sieht vor, demnächst eine Möglichkeit nachzuschieben, dass bestehende Text Widgets, die "spezielleren" HTML Code enthalten, mit einer entspr. Notiz in einem "legacy-mode" so bleiben sollen wie das alte, aber neu anlegen kann man die alte Version dann nicht mehr sondern man soll das HTML Widget nutzen.
Aus dem Grund gibt es wohl auch seit kurzem ein externes Plugin Classic Text Widget, das die alten Funktionalität bereitstellt.
Gesamt ein grosses Desaster, das auch Auswirkungen auf CSS in wohl vielen Themes hat und in der nächsten WordPress Version mit dem HTML Widget wohl nochmal haben wird, sogar für alte Standardthemes wie Twenty Eleven, Twenty Twelve, Twenty Thirteen, ... gab es ein Update mit alleinigem Fix "Improve styles for 4.8 widgets.", siehe Changelog hier, hier, hier, ...
-
Hier das entspr. Ticket bei wordpress.org - melde Dich an, klicke unten auf "Watch this ticket", dann erfährst Du wie es weitergeht.
Diese Änderung im WordPress Core war offenbar ein eher nicht so recht durchdachter Schnellschuss, den man jetzt irgendwie wieder einfangen will, mit einem neuen Widget für HTML. :roll:
-
Mehr technischer Hintergrund zu diesem Problem hier in der WordPress 4.8 issues master list.
-
-
Alles anzeigen
Die Adressen sehen folgendermaßen aus: http://www.mydomain.com/page/?id=1505_John-Wayne. ...
..
$id = $_GET['id'];
..
$SQLString = "SELECT id, name FROM Persons WHERE id = '$id'";
$result = mysqli_query($Verbindung, $SQLString);
..
Das hat jahrelang immer gut funktioniert, ...Am Rande bemerkt, das ist ein jahrelanges Wunder, denn über den ungefilterten Parameter id sollte es einfach möglich sein, Deine komplette Datenbank zu modifizieren/löschen/hacken/..., mehr dazu hier.
-
Und was genau steht bei Widget-Logic?
-
Der Kreisel dreht sich, aber es passiert nichts. Keine Fehlermeldung.
Der Fehler geht in so einem Fall üblicherweise aus der Browser-Console hervor, was steht dort?
Manchmal wird die Nachricht trotzdem versandt, manchmal nicht.
Das deutet eher nicht auf die REST-API hin.Gibt es einen Link zu einem dieser "manchmal" funktionierenden Formulare?
-
Und etwas weiter oben:
ZitatThere is only ever a maximum of one autosave per user for any given post. New autosaves overwrite old autosaves.
Man sollte das nicht vermischen, unbedarfte Benutzer meinen sonst, sie könnten auf verschiedene Autosaves zurückgehen... -
Autosaves (es gibt immer nur einen (pro User)) sind was anderes als Revisions, mehr dazu hier.
Das aktuelle Problem im Thread scheint eher die Kommentar-Syntax von PHP zu sein...
-
Ist Dein Theme WPML-kompatibel? WPML hat ein umfangreiches eigenes Support-Forum, auch in deutsch.
-
Du hattest recht, habe leider was verwechselt. Hier wird wp-login.php benötigt und Du musst den .htaccess Schutz anders realisieren.
Der in alten Tutorials oder von Fachunkundigen als ultimative "Hackingabwehr" empfohlene .htaccess Schutz nutzt ohnhin nichts (mehr), aktuelle WordPress Versionen zeigen alle Logins per REST API, z.B. /wp-json/wp/v2/users und aktuelle Hacking Tools nutzen die REST API zum Passwort raten und nicht mehr (nur) wp-login.php
-
Du verwendest ein gekauftes Theme, da kann Dir im Regelfall nur jemand weiterhelfen, der zufällig auch dieses Theme hat. Befrage am besten den Theme-Support dort, wie man das verwendet. Meist wird auch umfangreiche Dokumentation bei Kaufthemes mitgeliefert.
Es sollte ein Menü oben möglich sein, denn in der Demo des Themes ist da eines.
-
Nun bin ich beim einrichten einer Passwort geschützten Seite meiner Website drauf gestoßen das der Wordpress eigene Passwortschutz für Seiten und Beiträge wohl (irgendwie logisch) auf die wp-login.php zurück greift.
Das ist eigentlich nicht der Fall. Link zur geschützten Seite?