Die Standardfunktionen des WordPress Customizers:
https://maddisondesigns.com/2017/05/the-wordpress-customizer-a-developers-guide-part-1
Und einige sehr wertvolle Erweiterungen:
https://maddisondesigns.com/2017/05/the-wordpress-customizer-a-developers-guide-part-2/
Customize Image Gallery Control: Adds Customizer support for image gallery control type.
https://github.com/xwp/wp-customize-image-gallery-control
WordPress Child-Themes sind eine prima Sache, um fertige Themes anzupassen und zu erweitern, ohne dass diese Änderungen bei einem Update des Parent-Themes verloren gehen.
Um ein Child-Theme anzulegen, wird im WordPress-Themes-Verzeichnis ein neuer Ordner mit dem Zusatz „-child“ angelegt. Wenn der Ordner des Parent-Themes „xyz“ heißt, wird also ein Ordner mit dem Namen „xyz-child“ angelegt.
In diesem Ordner muss es mindestens zwei Dateien geben:
Wichtig ist zum einen der Header in der Datei style.css mit der Zeile „Template:“:
/* Theme Name: XYZ Child Description: Mein Child Theme für das Theme XYZ Author: ich Author URI: http://meine-domain.de Template: xyz Version: 1.0 Text Domain: xyz-child */
Und zum anderen das Einbinden der Stylesheets aus dem Parent-Theme mit dem anschließenden Einbinden der Stylesheets des Child-Themes:
Anschließemd muss das Child-Theme natürlich noch aktiviert werden.
Gelegentlich möchte man auf eine andere Datenbank zugreifen als auf die, auf der WordPress läuft.
Glücklicherweise kann man sehr leicht eine neue Instanz von wpdb anlegen:
$meine_db = new wpdb('username','password','database','localhost');
$rows = $meine_db->get_results("select xyz from meine_tabelle");
foreach ($rows as $row) {
echo $row->xyz . '';
}
Die Insert-Funktion der WordPress-eigenen Datenbankklasse ist bekanntermaßen sehr nützlich.
Allerdings gibt es eine wenig dokumentierte Einschränkung, welche einen an den Rand der Verzweiflung treiben kann.
Sofern man nämlich bspw. an ein als VARCHAR definiertes Feld mit einem String über die $wpdb->insert-Funktion füllen möchte, darf dieser String nicht länger als sein, als in der MySQL-Tabelle definiert. Ansonsten tut WordPress nämlich einfach gar nichts; keine Fehlermeldung, keine last_query, niente!
Zu allgemein? Wenn ich ein Feld „plz“ mit VARCHAR(5) definiert habe und über $wpdb->insert „123456“ zu schreiben versuche, passiert einfach gar nichts.
Nun kann man natürlich danach schreien, dass man doch alle Daten vor dem Schreiben validieren muss, aber MySQL selbst hat sich da gar nicht so. MySQL schneidet den String einfach ab und gut ist. Ein Insert über $wpdb->query funktionert natürlich, da es ja nur ein Wrapper für eine MySQL-Abfrage ist.
Einbinden der Skripte:
function load_media_files() {
wp_enqueue_media();
}
add_action( 'admin_enqueue_scripts', 'load_media_files' );
Ausschnitt aus einem tabellarischen Formular (PHP):
echo ''; echo ''; echo ' ';'; echo 'ändern'; echo '
Passender JavaScript-Code (jQuery)
jQuery(document).on("click","a.sw-mediabild",function(event) {
event.preventDefault();
aktbildlink=jQuery(this);
var feld=aktbildlink.attr("data-feld");
var gallery_window = wp.media({
title: 'Bitte Bild auswählen',
library: {type: 'image'},
multiple: false,
button: {text: 'auswählen'}
});
gallery_window.on('select', function () {
var user_selection = gallery_window.state().get('selection').first().toJSON();
jQuery("input[name='"+feld+"']").val(user_selection.url);
jQuery("#bild_"+feld+"").attr("src",user_selection.url);
});
gallery_window.open();
return false;
});
Ja nach Konfiguration Eures Webservers laufen nicht alle Scanner von Sucuri problemlos durch. Das wäre nicht so tragisch, wenn man die jeweilige Scan-Engine einfach wieder über die Settings abschalten könnte.
Leider funktioniert das nicht immer, denn bereits beim Aufruf der Settings bekommt man einen 500er geworfen.
Um trotzdem an die Einstellungen über Settings zu gelangen, reicht es, an die URL „&no_scan=1“ (ohne Anführungszeichen) anzuhängen. Schon gibt es wieder Zugriff auf die Settings.