Archiv der Kategorie: WordPress

WordPress-Seiten im Nginx + PHP-FPM Stack mit wenig Aufwand effizient cachen

Die Zeiten sind doppelplusungut, um kein Blatt vor den Mund zu nehmen, möchte ich sagen, sie sind beschissen. Die aktuellen Energiekosten sind eine Katastrophe und dazu zählt letztlich auch der Strompreis. Ein Grund mehr im Webserver- und IT-Bereich auf Sparsamkeit zu achten, denn letztlich kommt ihr zwar nicht unmittelbar für VPS-, Dedicated- oder Webhosting auf, aber euer ISP schon – und der wird bei entsprechenden Ausgaben dann auch die Einnahmen steigern müssen (früher oder später).

Zudem erlaubt effizientes Caching trotz bequemer Webinterfaces bei Webanwendungen wie WordPress eine gute Seitenperformance, wenn man nicht einen von 1000 mittelprächtig entwickelten und gewarteten statischen Seitengeneratoren nutzen möchte.

Schauen zu uns zunächst mal an, was unser Ziel ist:

WordPress-Seiten im Nginx + PHP-FPM Stack mit wenig Aufwand effizient cachen weiterlesen

Snippet: Contact Form 7 Post anlegen und Mail versenden

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/

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

WordPress Auto Update funktioniert nicht mit Plesk-Standardkonfiguration

Wenn ihr den in der Überschrift beschriebenen Fehler erfahrt, kann das daran liegen, dass PHP als Apache-Modul ausgeführt wird. DIe Lösung ist hierbei denkbar einfach – es gilt lediglich, im Dropdown unter Domain -> Hostingeinstellungen auszuwählen, dass PHP als FastCGI-Applikation ausgeführt werden soll.

 

Vorher
Vorher

WordPress Auto Update funktioniert nicht mit Plesk-Standardkonfiguration weiterlesen