Das ist korrekt, macht der Autoupdater aber auch nicht anders.
Möglicherweise, hier ging es aber um das offizielle manuelle Update von WordPress, das explizit das Löschen von /wp-admin/ und /wp-includes/ beinhaltet.
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 erstellenDas ist korrekt, macht der Autoupdater aber auch nicht anders.
Möglicherweise, hier ging es aber um das offizielle manuelle Update von WordPress, das explizit das Löschen von /wp-admin/ und /wp-includes/ beinhaltet.
"Sicherer" bis auf die Tatsache, dass mit Überschreiben statt Löschen bei gehackten Installationen die in /wp-admin/ und /wp-includes/ hinzugefügten Backdoor-Dateien bestehen bleiben...
Was genau funktioniert denn nicht? Was wird beim Ersetzen angezeigt?
Was meinen Sie mit Tabellen, erscheinen die bei dem Plugin und dort muss ich es ersetzen?
Die Tabellen wählt man im Better Search Replace Plugin aus, siehe auch hier.
[FONT=courier new]WP_Query[/FONT] verwendet intern [FONT=courier new]wp_parse_args()[/FONT] das mit beiden Arten der Parameter-Übergabe umgehen kann. Die Übergabe als URL-query mit dem "&" ist miniminiminimal langsamer, da zusätzlich noch [FONT=courier new]wp_parse_str()[/FONT] verwendet wird.
Nichts ändern, nur am Ende nach dem Ersetzen einmal den Speichern Button anklicken.
Hier erscheinen gar keine Icons und jede Menge Fehler/Warnungen in der Browser-Console von Firefox, weil offenbar die Anpassung von http:// auf https:// unvollständig vorgenommen wurde, könnte man z.B. so reparieren:
1. Backup der Datenbank machen, falls was schiefgeht
2. Plugin Better Search Replace installieren
3. In allen Tabellen [FONT=courier new]http://gmg-owl.de[/FONT] ersetzen durch [FONT=courier new]https://gmg-owl.de[/FONT]
4. Einstellungen -> Permalinks -> Speichern anklicken
Die o.g. Vorgehensweise entspricht weitestgehend dem offiziellen manuellen Update von WordPress.
Lt. Code werden Kategorien für die Monate verwendet. Evtl. waren bisher die Beiträge in diesen Kategorien "publiziert" und nicht auf "geplant" gestellt. Für normale unangemeldete Besucher dürften mit dem Code als "geplant" gespeicherte Beiträge noch niemals angezeigt worden sein, siehe auch Dokumenation zu WP_Query post_status.
Schau Dir mal in der Dokumentation zum ACF-Feld die Einstellungen "Allow Null" bzw. "Default value" an.
Bei der offiziellen Wordpress Plugin Seite haben wir bisher nix gefunden.
Nach was habt ihr denn gesucht?
Hat jemand Ideen?
Schau Dir mal den Beispiel-Code in der ACF-Dokumenation an.
Spontan fällt mir hierzu aber kein Ansatz ein....
Es würde sich zum autom. Einfügen bei der Ausgabe z.B. der [FONT=courier new]the_title[/FONT] Filter anbieten, mehr dazu hier in der Dokumentation.
Also ich bin immmern och am Suchen: also: alles läuft auf einem vhost in einem root-server.
Wende Dich an den Admin des Servers, der sollte das Problem in ein paar Minuten lokalisieren/lösen können.
Mit WordPress 4.9.1 (das wäre die neuste Version und nicht 4.7.8 ) hat das wohl wenig/nichts zu tun, ausser ggf. wie von SirEctor angesprochen, ein "vermeintliches Security Plugin" dreht durch...
3.4. Und ebenfalls ggf. vor dem Login eine (falls vorhandene) Datei [FONT=courier new].htaccess[/FONT] im Ordner [FONT=courier new]/wp-admin/[/FONT] entfernen.
Für Werte in Feldern, die mit dem Plugin ACF erstellt wurden, verwendet man für die Ausgabe die extra dafür vorhandene [FONT=courier new]get_field()[/FONT] Funktion (Beispiele siehe o.g. Links), und nicht die [FONT=courier new]get_post_meta()[/FONT] Funktion.
Der HTML-Code ist unvollständig in der Mitte und fehlerhaft am Ende:
Probiere es mal damit (ungetestet):
echo '<li><a href="' .get_sub_field('sprecher_link_1').'">[COLOR=#008000]Linktext[/COLOR]</a>[COLOR=#008000]</li>[/COLOR]';
Oder mit [FONT=courier new]if[/FONT] damit (ungetestet):
Was soll ich jetzt machen?
Zurück auf Anfang und das ganze sauber und ohne manuelle .htaccess Hackerei einrichten.
1. jungfräuliche Datenbank (alles löschen), SQL File importieren
2. per FTP alle Dateien einspielen
3. die [FONT=courier new]DB_xxxxx[/FONT] Zugangsdaten in die wp-config.php eintragen
4. über [FONT=courier new]deineseite.de/wp-admin/[/FONT] anmelden
5. in WordPress "Einstellungen -> Permalinks -> Speichern" - das erzeugt die passende .htaccess automatisch.
Ggf. vor dem Login das Cache-Plugin deaktivieren.
3.1. den Punkt [FONT=courier new]define('WP_CACHE', true);[/FONT] aus der wp-config.php entfernen
3.2. den Ordner des Cache-Plugins im Verzeichnis [FONT=courier new]wp-content/plugins/xxx[/FONT] umbenennen oder löschen
Ebenfalls ggf. vor dem Login das HideMyIrgendwas-Plugin deaktivieren.
3.3. den Ordner des HideMyIrgendwas-Plugins im Verzeichnis [FONT=courier new]wp-content/plugins/xxx[/FONT] umbenennen oder löschen
Hallo, ich habe ins root hochgeladen, aber Google sagt ..
Die Datei mit dem passenden Dateinamen lädt man hier bei Google herunter, dort ist auch beschrieben, wo sie nach dem Upload erreichbar sein muss.
Frage am Rande: Warum verwendest Du nicht die get_field() Funktion von ACF?