Beiträge von b3317133

Ggf. fehlen noch die Inhalte des Ordners /wp-content/languages/

Die Sprache stellt man unter "Einstellungen > Allgemein > Sprache der Website" bzw. "Settings > General > Site Language" ein und unter "Benutzer > Dein Profil > Sprache" dann "Website-Einstellung".

Den Ordner /wp-includes/ sollst Du - wie bereits oben beschrieben - ersetzen.

Die Bilder werden im Ordner /wp-content/uploads/... gespeichert. Wenn sie dort nicht mehr sind, hast Du sie wohl im Zuge dieser Theme-Bereinigung auch gelöscht oder es fehlen die Bildgrössen, die das Color Mag Theme braucht.

Falls die Bilder noch in der Mediathek sind, installiere das Plugin Force Regenerate Thumbnails und lasse für alle Bilder die Bildgrössen neu erstellen.

Irgendwas lief da generell mächtig schief...

Wie hast Du was installiert? Der Link führt zur Dokumentation eines WordPress Filters, den Code dort musst Du schon an Deine Gegebenheiten anpassen.

Das hier fehlt noch:

Zitat von b3317133

... und alle WordPress-Dateien wp-XXX.php im Hauptverzeichnis (dort wo auch wp-config.php liegt, die Datei wp-config.php dabei aber nicht anfassen!) ...

Und was ist im Ordner "wordpress"?

Viele Mitgliedbereichs-Plugins haben dafür umfangreiche und durchdachte Einstellungen, lade Dir am besten mal ein paar herunter und schau Dir an wie/was die so machen, dann lernt man am meisten.

Meist wird der login_redirect Filter verwendet.

Evtl. hast Du zu wenige Besucher auf der Seite. Der WordPress Cron wird von Besuchern des Websites getriggert.

Warum willst Du wp-cron.php bearbeiten? Das ist eine Systemdatei.

Eine Datei cron.php gibt es bei WordPress nicht, ist die ggf. von Deinem Plugin?

Wenn die WordPress Core Datei wp-blog-header.php im Hauptverzeichnis fehlt, wurde mehr als nur ein Theme gelöscht.

Ersetze erstmal die kompletten Ordner /wp-admin/ und /wp-includes/ und alle WordPress-Dateien wp-XXX.php im Hauptverzeichnis (dort wo auch wp-config.php liegt, die Datei wp-config.php dabei aber nicht anfassen!) mit frischen Versionen aus der aktuellen 4.9.6 Version.

Alternativ spiele ein Backup von vor dem Theme löschen usw. ein.

Netzwerk-Tab der Browser Konsole öffnen, Seite neu laden, Probleme sehen.

Link zur Seite?

Nach was genau wurde mit Better Search Replace gesucht?

Die meisten Mitgliedsbereich-Plugins nutzen dafür angepasste Benutzerrollen.

Derzeit sind ein paar falsche Hochkommas im Custom CSS Bereich, ersetze [FONT=Courier New]font-family:'Comic Sans MS'[/FONT] durch [FONT=Courier New]font-family:'Comic Sans MS'[/FONT] oder [FONT=Courier New]font-family:"Comic Sans MS"[/FONT], den normalen Text erreichst Du z.B. über [FONT=Courier New].wpb_wrapper p { ... }[/FONT]

Wahlweise kannst Du es in dem Fall auch mit diesem Workaround versuchen.

Kommt auf die Plugins an, die Du dafür aussuchst. Viele sind explizit WPML kompatibel, im Zweifelsfall den Autor fragen.

Multisite: Nein.
Salts: Nur nötig, wenn wp-config-sample.php als Vorlage benutzt wird, denn da sind keine drin.

https://www.heise.de/newsticker/mel…en-4061044.html

Ob die Abmahnungen da so rechtens sind, ist natürlich eine andere Frage... aber soviel zum Thema "da macht doch eh keiner was"...

Wie wird im CPT denn der ID der Unterlagen genutzt? Da steht dann eine Zahl, und dann? Wenn die Medien richtig zugeordnet sind, wäre die Vernüpfung z.B. unter "Medien" in der Spalte Verknüpfung sichtbar.

Die aktuelle Lösung kann man nicht einfach nur umsortieren, weil Du die Unterlagen ID mit beim Post Einfügen verwendest, allerdings beim Einfügen der Unterlagen als Post ID eine Variable verwendest, die es da noch gar nicht gibt. Da wären dann noch kleine weitere Anpassungen nötig. Das solltest Du aber eigentlich selbst basteln, denn wir hier können nicht wissen, was warum wie wichtig für Dein Projekt ist. Den richtigen Ablauf habe ich bereits beschrieben, falls die Unterlagen ID trotzdem unbedingt mit im Post erscheinen soll, würde man das so erweitern:

$pid = wp_insert_post(..);
$attach_id = $media_handle_upload( $file, $pid );
update_post_meta( $pid, 'bewerbungsunterlagen', $attach_id );

Für eine eigene fortlaufende Range beginnend mit 1 könnte man z.B. die WordPress Options API und dieses Code-Snippet verwenden:

$bewerbernummer = get_option( 'naechste_bewerber_id', 1 );
update_option( 'naechste_bewerber_id', $bewerbernummer + 1 );

Die führenden Nullen kann man dann immer noch hinzufügen, wenn man sie wo braucht.

Was ist wo der Nachteil?

Der o.g. aktuelle Code ist überkomplizert und auch fehlerhaft, er fügt erst Medien ein, ordnet die zweimal einem nicht existierenden Post-ID $new_post zu und speichert die Medien-ID dann extra als eigenes Feld im neu erstellten Post.

Wenn man die Funktionen von WordPress korrekt verwendet, ist die Zuordnung automatisch vorhanden, ein eigenes Feld im Post nicht mehr nötig, in dieser Reihenfolge:

$pid = wp_insert_post(..);
media_handle_upload( $file, $pid );

Später bei der Anzeige o.ä. nimmt man den Post ID als Bewerbernummer und bekommt die Anhänge via get_attached_media(..).

Gibt es einen bestimmten Grund (ausser dass es zwingend fortlaufende Nummern sein müssen), warum Du nicht einfach [FONT=Courier New]$pid[/FONT], also den Post ID, den Du von [FONT=Courier New]wp_insert_post([/FONT]) bekommst, dafür verwendest und den bei der Ausgabe später irgendwo dann erst passend formatierst, z.B. via [FONT=Courier New]echo str_pad( $post->ID, 8, '0', STR_PAD_LEFT );[/FONT]

Weiterhin sollte der Medien-Codeblock erst nach dem Einfügen des Posts kommen, mit [FONT=Courier New]media_handle_upload( $file, [COLOR=#ff0000]$pid[/COLOR] )[/FONT], das verknüpft die Unterlagen dann auch automatisch mit dem Post und du kannst sie (ggf. auch mehrere) später via [FONT=Courier New]get_attached_media(..)[/FONT] auslesen. Das derzeit ins Leere gehende [FONT=Courier New]update_post_meta( [COLOR=#ff0000]$pid[/COLOR], ...[/FONT], kann man sich dann auch gleich sparen.

Wenn Du Probleme mit zeitgesteuerten Backups hast, und einen .htaccess Schutz nutzt, und die Plugin-Entwickler sagen, es liegt am .htaccess Schutz, dann liegt die Problemlösung nahe.

Hast Du Probleme mit zeitgesteuerten Backups?

Und um dem Plugin-Autor die Arbeit zu erleichtern, kann man ggf. einen Link zur register_uninstall_hook() Dokumentation mitschicken oder zum entspr. Abschnitt im Plugin Handbook. Die Erfahrung zeigt, dass es auch Autoren gibt, die das nicht kennen und dann aufwändig selbst irgendwelche Konstruktionen bauen, die eigentlich nicht nötig wären.

Man findet anhand des Plugin-Quellcodes heraus, was wo in der Datenbank gespeichert wird, z.B. in der options Tabelle aber auch anderswo, und löscht das anschliessend per Hand. Und man teilt dem Autor des Plugins mit, dass er diese Einträge beim Entfernen des Plugins zukünftig ggf. optional löschen soll.