Beiträge von mensmaximus

Welches Table Rate Shipping Plugin wird verwendet?

Idee:

Erstelle ein Plugin welches in den Login Prozess einhookt und der Wert des letzten Login prüft. Ist dieser Leer handelt es sich um den ersten Login. Schreibe nun das aktuelle Datum in ein Custom Profile Field. Füge den HTML Inhalt via Shortcode ein und prüfe vor der Ausgabe ob das aktuelle Datum mindestens 5 Tage nach dem Datum liegt, welches in Deinem Custom Profile Field steht.

Link zur Seite bitte und Angabe welche Meldung beim Hochladen erscheint.

Was steht im error_log?

Habe meine alte Funktion mal eben umgeschrieben und der aktuellen WooCommerce Version angepasst:

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_notice( sprintf( 'Mindestbestellwert: %s, Ihre Bestellung %s.' , woocommerce_price( $min_bw ), woocommerce_price( WC()->cart->total ) ) );
        remove_action( 'woocommerce_proceed_to_checkout', 'woocommerce_button_proceed_to_checkout', 20 );
        add_filter( 'woocommerce_order_button_html', function(){ return '';} );
    }
}

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)