function wpcf7_to_post($cfdata) {
// Daten aus der Anfrage auslesen
$submission = WPCF7_Submission::get_instance();
if ( $submission ) {
$formdata = $submission->get_posted_data();
}
// Post ID des Formulares angeben, welches "abgefangen" werden soll
if ( $cfdata->id() == '318') {
$newdraft = array(
'post_title'=> $formdata['your-name'],
'post_status' => 'draft', // Status
'post_type' => 'post', // Post Type
);
// Eintrag als Entwurf anlegen
$newpostid = wp_insert_post($newdraft);
// Hier werden zustzlich Customfields befllt
// add_post_meta($newpostid, 'customfield01', $formdata['strasse']);
// add_post_meta($newpostid, 'customfield02', $formdata['plzort']);
}
}
add_action('wpcf7_before_send_mail', 'wpcf7_to_post',1);
//http://drwp.de/daten-via-contact-form-7-als-beitrag-speichern/
Archiv für den Monat: November 2015
Generate multiple dhparam-files at once
for i in {1..30}; do mkdir $i; openssl dhparam -out $i/dhparam.pem 4096; done
WooCommerce uiblock verschwindet nicht
Komischer Bug. In meinem Fall hervorgerufen, durch eine Nginx-Fehlkonfiguration, durch die GET-Parameter nicht korrekt „durchgereicht“ wurden:
Falsch:
location / {
try_files $uri $uri/ /index.php;
}
Korrekt:
location / {
try_files $uri $uri/ /index.php?$args;
}
Folgende Lektüre lege ich ans Herz:
https://codex.wordpress.org/Nginx#Per_Site_configuration
http://www.sutanaryan.com/wordpress-admin-ajax-request-always-return-0-even-with-die/
https://wordpress.org/support/topic/ajax-call-returns-0
https://wordpress.org/support/topic/blockui-blockoverlay-on-checkout-page
https://wordpress.org/support/topic/endless-spinner-with-transposh-plugin?replies=7
Skalare Unterabfrage
SELECT Name, Vorname, WohnOrt
FROM Kunden
GROUP BY WohnOrt
HAVING Anzahl < (SELECT COUNT(* ) AS AnzahlKunden FROM Kunden GROUP BY WohnOrt ORDER BY AnzahlKunden DESC LIMIT 0,1) ORDER BY Anzahl DESC