Was mich zu der Frage führt, ob man Daten in dem Format überhaupt so einfach vergleichen kann?
Der Vergleich von zwei Datumsanzeigen in PHP funktioniert mit
Code
( strtotime( $datum_1 ) > strtotime( $datum_2 ) )Beiträge von mensmaximus
-
-
Hm gibt es Sicherheitsnachteile?
Nein, auch wenn Dir einige Leute das Gegenteil erzählen wollen, weil der PHP Prozess ja nun unterm dem (FTP-)User laufen würde.
Man sollte die Webseite nicht zum Testen einfach umschalten?
Einfach umstellen macht man nie.
-
WordPress nutzt und "mag" keine PHP Sessions. Eine Lösung (von vielen): https://github.com/pantheon-systems/wp-native-php-sessions
-
Wenn man das so liest ist das PHP-FPM nicht mehr support versehen?
http://php-fpm.orgPHP-FPM ist seit 5.4 stable im PHP Core und in 7.0 nochmal schneller geworden.
-
Darf man kurz erfahren warum, Du dieses vorziehen würdest?
Performance
-
Meine Empfehlung lautet PHP-FPM wenn man die Wahl hat oder einen eignen (V-)Server
-
-
Ja, hab ich auch rausgefunden, aber die ist halt dann nicht im Backend editierbar :(
Das liegt doch an Dir ob das geht. Brauchst ja nur eine Adminpage erstellen auf der Du die Description ausgibst und änderbar machst.
-
Link zur Seite bitte. Das ist ein CSS Problem und kann ohne Einsicht in den Quellcode nicht beantwortet werden.
-
Die Funktion register_post_type kennt das Argument "description": https://codex.wordpress.org/Function_Refer…ister_post_type
-
Wenn man im Shop keine Gastbestellungen zulässt, braucht jeder Besteller ein WordPress Benutzerkonto. Daraus resultiert eine User-ID die man verwenden könnte. Will man das nicht (ich empfehle es nicht) muss man sich analog zu den "serial invoice numbers" eine Funktion schreiben, die das mit eigenen Kundennummer macht und die in die User Meta Daten ablegt. Dort kann man sie dann auslesen und auf die Rechnung schreiben. Ob es ein Plugin für "custom" oder "serial" "customer number" gibt weiß ich nicht. Bis dato hat das bei mir niemand angefragt und gegooglet habe ich auch nicht.
-
Hier gilt es zu klären woher der 500er Serverfehler kommt, denn die Vorgehensweise ist richtig. Habe es gerade geprüft. 100% Warengutschein, kostenloser Versand, Rechnungssumme 0,00 €. Keine Fehler oder Problem auch nicht im Backend auf der Bestellübersicht.
-
Der dritte Parameter $update ist Dein Freund ;-)
-
Ohne error.log wird das eine Ratestunde. Welcher Hoster? Welche PHP Version? Läuft beim Hoster Suhoshin?
-
Ok, ich habe es jetzt so, schaut auch soweit wie ich das sehe richtig aus. Was sagst du?
kann man so machen. Ich persönlich bevorzuge die Schreibweise mit return. Wenn eine Voraussetzung nicht erfüllt ist.
-
Code
if ( defined('DOING_AUTOSAVE') && DOING_AUTOSAVE ) { // keine Aktion bei Autosave return; } if ( ! is_admin() ) { // keine Aktion wenn der Post nicht im Backend bearbeitet wurde return; } -
Funktioniert bei mir und meinen Kunden prächtig. Was steht denn sonst noch so in Deiner .htaccess ?
-
Apache Configuration
RewriteCond %{HTTPS} off RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] -
save_post ist der richtige hook.
Code
Alles anzeigenadd_action( 'save_post', 'mmx_save_post_action', 10, 3 ); function mmx_save_post_action( $post_id, $post, $update ) { // mach was }PS.: Du mußt natürlich noch die Konditionen abfangen: Admin, Editscreen, Berechtigung, Ajax, Autospeicherung usw.
-
Was steht im error.log?
