Beiträge von mensmaximus

Möglicherweise mit https://wordpress.org/plugins/ep-hashimage/

z.B. mittels https://wordpress.org/plugins/nav-menu-roles/

Da müsste man jetzt mal die Funktion sehen die dahinter steckt, einen Zugang zu MySQL haben und das Ganze mit eigenen Augen verfolgen. Alles andere ist zeitverschwendende Raterei.

Zitat von hcmedia

Ich hätte hier noch folgendes gefunden:
http://wisdmlabs.com/woocommerce-us…cing-extension/

Wenn mich nicht alles täuscht funktioniert das wie die vielen anderen ähnlichen Plugins (z.B. Dynamic Pricing) ebenfalls auf Produktbasis, d.h. man muss am Produkt die Preise pro User festlegen, was nur bedingt Sinn macht. Mein Konzept macht den Rabat am Benutzer fest.

Ich habe mal schnell einen Proof of Concept geschrieben:

/* 
    mensmaximus woocommerce discount per user 
    proof of concept
*/




add_action( 'show_user_profile', 'add_woo_user_discount' );
add_action( 'edit_user_profile', 'add_woo_user_discount' );
add_action( 'personal_options_update', 'save_woo_user_discount' );
add_action( 'edit_user_profile_update', 'save_woo_user_discount' );
add_filter( 'woocommerce_get_price', 'get_woo_user_discount', 10, 2);




function add_woo_user_discount( $user ) {
    echo '<h3>Woocommerce User Discount</h3>';
    echo '<table class="form-table"><tr>';
    echo '<th><label for="woo_user_discount">Personal Discount Rate</label></th>';
    echo '<td><input type="text" name="woo_user_discount" value="' . esc_attr( get_the_author_meta( 'woo_user_discount', $user->ID ) ) . '" class="regular-text" /></td>';
    echo '</tr></table>';
}




function save_woo_user_discount( $user_id ){
    update_user_meta( $user_id,'woo_user_discount', sanitize_text_field( $_POST['woo_user_discount'] ) );
}




function get_woo_user_discount( $price, $product ) {
    if ( is_user_logged_in() ) {
        $user = wp_get_current_user();
        $user_discount = get_the_author_meta( 'woo_user_discount', $user->ID );
        $product_price = get_post_meta( $product->id, '_regular_price', true );
        $price = $product_price - ( ( $product_price * $user_discount ) / 100 );
    }
    return $price;
}

Das funktioniert wie gedacht. Jetzt muss man es halt noch schön machen, wie z.B.

- sicherstellen, dass nur Zahlen im Feld woo_user_discount gespeichert werden und der Rabatt nie größer als x% ist
- das Rabatfeld nur von Administratoren bearbeiten lassen
- abfragen ob ein Rabatt existiert bevor man den Preis holt
- bei Variationen muss der _variation_price über die _variation_id geholt werden
- abfangen ob derzeit ein _sale_price gültig ist und entscheiden was für den user gelten soll
- eine Optionsseite zu WooCommerce hinzufügen um z.B. Globale Einstellungen vorzunehmen
- usw.

Ich kenne zwar kein Plugin, welches das kann, aber das sollte sich über ein Custom Profile Field (prozentualer Rabatt) und einer Funktion für den Filter woocommerce_get_price erledigen lassen.

Vorsicht! Dein WP ist (ur)alt, entsprechend alt ist Dein Theme und verwendet möglicherweise Funktionen und Routinen die heute nicht mehr laufen. Einige Themes hatten z.B. Probleme mit dem TinyMCE Editor nach dem Update auf Version 4.0. Gleiches gilt für Deine Plugins.

Du schreibst Du hast Dein Theme angepasst. Als Child oder im Original? Wenn Du ein Child angepasst hast, kann man das Theme updaten, falls es mit WP 4.0 nicht richtig läuft. Voraussetzung ist natürlich das Vorhandensein eines Updates für das Theme.

Bevor Du ein Update machst würde ich also zuerst prüfen ob es das Theme noch gibt und es WP 4.0 kompatibel ist. Mit Deinen Plugins machst Du das selbe. Ansonsten empfehle ich bei Updates mit derart großen Versionsunterschieden immer zuerst ein Update in einer Entwicklungsumgebung (1:1 Kopie Deiner Seite).

Wenn Domainfactory keine Möglichkeit bietet die fremde Domain auf das Verzeichnis der Installation zu Mappen hast Du keine Chance, weil der Webserver die Domain nicht zuordnen kann. Leider habe ich keinen DF Account zur Hand um nachzusehen ob das geht oder nicht.

Ist das 'Problem' auf mehreren Rechnern/Endgeräten und unterschiedlichen Browsern nachvollziehbar?

Zitat von Der Gerd

Ich habe das Problem anscheinend gefunden und im Griff bekommen (ohne dabei irgendwo ein neuer Kunde zu werden).

Du hast nur das sichtbare Resultat eines Hacks entfernt, der aus einer Sicherheitslücke und Nachlässigkeit des Webmasters entstanden ist. Du weist nicht woher der Hack kommt und ob er dauerhaft entfernt wurde bzw. das Einfallstor weiterhin offen steht. Ob die Nichtinanspruchnahme fachmännischer Hilfe eine gute Entscheidung war, wird die Zukunft zeigen.

Zitat von Der Gerd

Manchmal sitzt das Problem halt vor dem Bildschirm. ... (hätte ich mal nur genauer hin geschaut).

Solange Du aus dem Erlebten keine Konsequenz ziehst und Maßnahmen ergreifst, die solche Dinge zukünftig verhindern, ist nichts gewonnen. Du bist der Webmaster der Seite und bist für diese Dinge verantwortlich (möglicherweise nimmst Du dafür vom Verein auch Geld), Dein Kunde bzw. der Vorstand sollten sich darauf verlassen dürfen, dass Du Dich mit der Materie auskennst.

Ich drücke Dir die Daumen, dass der Hack und die Sicherheitslücke weg sind und hoffe, dass Du Dich im Sinne des Vereins nun besser um die Sicherheit kümmerst, denn dieser Hack bestand seit längerem und blieb lange Zeit unentdeckt, was das Suchergebnis bei Google beweist.

Zitat von r23

wie jetzt - echt?

Bei dir muss man *zusätzlich* die Absicherung des System beauftragen und die Beseitigung der Sicherheitslücke "diskutieren" (im Dialog geklärt).

Bei Dir nicht? Na dann, herzlichen Glückwunsch zur Kristallkugel. Ich bin leider kein Hellseher, daher braucht es den Dialog (vom altgr. diálogos für Gespräch - im Gegensatz zur Diskussion vom lat. discussio für Untersuchung) um zu erklären welche Maßnahmen möglich sind und zu erfahren welche der Kunde bezahlen will bzw. kann.

Das ist keine Seitenleiste. Das ist einfach nur eine rechte "Spalte" im Content.

Ben Gillbanks hat vor rund einem Jahr einen Code dazu veröffentlicht: http://www.binarymoon.co.uk/2013/10/wordpr…ed-reading-time.

Es muss aber jedem klar sein, dass das nur einen psychologischen Effekt hat und die Lesezeit nie wirklich vorhergesagt werden kann.

Zitat von r23

und dies reicht ja leider nicht aus :)

Richtig. Welche weiteren Maßnahmen dann noch notwendig sind und welche davon eine Kunde in Anspruch nehmen will wird im Dialog geklärt.

Ich entseuche den Blog.

Klassischer Schadcode, der sich an mehreren Stellen verstecken kann. Das Update auf 4.0 ist nicht das Problem, Deine Lücke bestand schon vorher. Ähnliche Probleme sehe ich bei 2-3 Neukunden pro Monat.

Zitat von Nikeless

mensmaximus
Naja, gar nichts, da die Seite ja einwandfrei funktioniert,
nur eben nichts von dem Plugin zu sehen ist..

Hast Du denn das Debuging überhaupt aktiv? Schon mal in das Errorlog des Servers geschaut?

Nein, das wurde in 4.0 nicht abgeschafft. Wie sieht Deine wp-config.php aus? Trage dort einmal folgende Zeile ein

define( 'WP_POST_REVISIONS', 3 );

Dann editiers Du einen Post und speicherst ihn ab. Jetzt sollt eine Revision angelegt werden. Falls nicht hast Du möglicherweise ein Plugin installiert um Revisionen in der Anzahl zu begrenzen oder ganz abzuschalten.

Was sagt das Debug Log?

https://wordpress.org/support/topic/…stom-taxonomies