Beiträge von mensmaximus

Zitat von mensmaximus

Versuche es mal hiermit

Vergiss es. Den Code hatte ich vor Ewigkeiten beim Kunden eingebaut. add_error gibt es gar nicht mehr (ich muss echt mal wieder aufräumen)

Versuche es mal hiermit

add_action( 'woocommerce_check_cart_items', 'mmx_min_order_amount' );
function mmx_min_order_amount() {
	$min_bw = 50; // Mindestbestellwert
	if ( WC()->cart->total < $min_bw ) {
		WC()->add_error( sprintf( 'Mindestbestellwert: %s, Ihre Bestellung %s.' , woocommerce_price( $min_bw ), woocommerce_price( WC()->cart->total ) ) );
	}
}

Für meine Kunden verwenden ich gerne http://codecanyon.net/item/catalog-m…ommerce/9658165 wenn es "von der Stange" sein soll/muss.

Grundsätzlich geht das. Ich würde den Filter woocommerce_available_payment_gateways dafür verwenden, das dieser relativ spät und garantiert nach Eingabe der Rechnungsadresse getriggert wird. Die Vorgehensweise ist die gleiche wie beim Ausblenden von Zahlungsmöglichkeiten für einzelne Produkte oder unterhalb eine Bestellwertes usw. Beispiele hierzu gibt es im Forum mehrfach. Einfach nach woocommerce_available_payment_gateways suchen.

Paypal ist ein Gateway ohne manuelle Nachbehandlung und wird daher auf "completed" gestellt. Eine Überweisung braucht eine manuelle Nachbehandlung und steht daher von Haus aus auf "wc-on-hold". Ich müsste selbst nachsehen aber Dein Code erscheint mir veraltet und nicht mehr geeignet für WooCommerce ab 2.3. Spontan hätte ich gesagt der Filter woocommerce_payment_complete_order_status wäre der richtige Ansatz. Aber wie gesagt ich müsste selbst erst wieder nachsehen.

Schau Dir mal meinen Beitrag auf kriesi.at an: http://www.kriesi.at/support/topic/…yout-architect/

Das Konzept kann man natürlich erweitern oder eine neues Element für den Layoutarchitekten schreiben

Grundsätzlich machst Du das über remove_action und hier unter Verwendung des Klassennamens. Ohne aber den gesamten Plugincode (zumindest den abhängigen) zu kennen, kann ich Dir nicht sagen ob das gelingt, da es zu einem Timingproblem kommen kann.

Zitat von Netsrak

Die Unterschiede zur anderen Bestellungen:
a)post_date_gmt: 0000-00-00 00:00:00
c)post_name: leer
d)post_modified_gmt: 0000-00-00 00:00:00

Das sind die Probleme warum die Bestellung nicht angezeigt wird.

Zitat von bigrala

Ist schon eigenartig, wenn ich im Admin auf das Gästebuch klicke wird es zwar angezeigt, aber die Fehlermeldung von oben, wird am linken Rand eingeblendet.

Wei das Plugin wahrscheinlich veraltet und nicht mehr mit WP 4.4.2 kompatibel ist.

Per FTP das Theme entfernen

Wenn das Verzeichnis /plugins bereits umbenannt wurde liegt es am Theme. Einfach mal das Theme wechseln.

Die Einstellung wird in der php.ini vorgenommen. Ob Du da ran kommst hängt von Deinem Hoster ab. Bitte dort nachfragen.

Es handelt sich um eine PHP Beschränkung. Der Wert für 'max_input_vars' muss erhöht werden.

Zitat von sirclueless

Ich muss das Thema wieder hoch holen.

Nein, muss man nicht. Bitte erstelle einen neuen Thread und beschreibe Dein Problem, da Deine Anforderung garantiert nicht die selbe ist wie in dem über 2 Jahre alten Thread.

Wenn der Shop geschäftlich genutzt wird, würde ich mich sofort an einen Spezialisten wenden, da das Ratespiel im Forum, welches nun zwangsläufig einsetzt, Tage dauern kann und eine Lösung ohne genaue Kenntnis der Konfiguration eher unwahrscheinlich ist.

Fragen:

1. Was für ein Umzug war das? (mit Domainänderung oder ohne, Hoster zu Hoster, Local zu Hoster)
2. Wie wurde der Umzug durchgeführt?
3. Wie lange lief der Shop zuvor ohne Probleme ?
4. Welche Hostingumgebung (Betriebssystem, PHp Version)?
5. Wurden Testbestellungen nur mit einem User oder mit mehreren durchgeführt?
6. Wurden Testbestellungen mit mehreren Endgeräten durchgeführt?
7. Sind die Bestellungen in der Datenbank zu finden? (phpmyadmin)

Zitat von neontrauma

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

( strtotime( $datum_1 ) > strtotime( $datum_2 ) )

Zitat von matrix-22

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.

Zitat von matrix-22

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

Zitat von matrix-22

Wenn man das so liest ist das PHP-FPM nicht mehr support versehen?
http://php-fpm.org

PHP-FPM ist seit 5.4 stable im PHP Core und in 7.0 nochmal schneller geworden.

Zitat von matrix-22

Darf man kurz erfahren warum, Du dieses vorziehen würdest?

Performance