Beiträge von mensmaximus

Zitat von rejoin14

Im Beitrag habe ich mein Problem geschildert, die Antwort war leider nicht passend und jetzt wollte ich nur ein Beispiel zeigen

Die Antwort ist schon passend. Du darfst nur nicht erwarten, das exakt Dein Anwendungsfall 1:1 in den Demos zu sehen ist.

http://codecanyon.net/item/fancy-pro…-plugin/6318393

Zitat von czar

Meinst du diese Meldung: Error: Syntax error, unrecognized expression: a[href*=#]:not([href=#], .tabs > li > a, .woocommerce-review-link)

Ja. In meiner Signatur wäre dann auch schon der Link gewesen. Hier gehts direkt zum Fehler

Es gibt keinen Schutz für Bilder - moderne Smartphones haben ja sogar schon eine extra Screenshot Funktion eingebaut, damit man das Gesehene schnell Teilen kann.

Bevor man sich auf die Suche macht, stellst Du zunächst 100% Kompatibilität von Theme und Plugins mit WordPress 4.5.x her. Laut Debugconsole gibt es eine Unverträglichkeit mit jQuery 1.11.x. Theme oder Plugin verwenden eine Syntax die schon lange nicht mehr verwendet werden soll und seit jQuery 1.11 endgültig nicht mehr verwendet werden kann. Bei der Art des Seitengestaltung kann ich mir vorstellen, dass das Problem verschwindet, sobald die Inkompatibilität behoben ist.

Suche in Google nach "wheel of fortune"

Das einzige was mir spontan dazu einfällt ist http://codecanyon.net/item/woocommerce-warehouses/13087646

Zitat von nasenbaer

Ja, komisch. Habe es soeben getestet und erhalte solche Ergebnisse ...

Bei meinem Test erhalte ich die richtigen Werte.

Zitat von nasenbaer

Hier wird aber etwas grosszügig aufgerundet. z.B. 7.03 wird auf 7.30 gerundet. kann das sein?

Eigentlich nicht. Wie gerundet wird habe ich ja beschrieben.

Zitat von nasenbaer

Habe eine Lösung gefunden:

[COLOR=#212121][FONT=&amp][COLOR=#666666]add_filter( 'woocommerce_calculated_total', 'round_price_product', 10, 1);[/COLOR][/FONT][/COLOR]
[COLOR=#212121][FONT=&amp][COLOR=#666666]function round_price_product( $price ){[/COLOR][/FONT][/COLOR]
[COLOR=#212121][FONT=&amp][COLOR=#666666] return round(($price + 0.000001) * 20) / 20;[/COLOR][/FONT][/COLOR]
[COLOR=#212121][FONT=&amp][COLOR=#666666]}

am Ende in functions.php einfügen[/COLOR][/FONT][/COLOR]

Damit wird der Gesamtpreis gerundet inkl. Versand und Gebühren. Und das kaufmännisch, also bis 0.49 ab und ab 0.5 auf.

Ich würde nicht round verwenden, sondern ceil (oder für geizige Kaufleute floor)

add_filter( 'woocommerce_coupon_get_discount_amount', 'mmx_round_coupon_amount' );
function mmx_round_coupon_amount( $discount ){
    
    // round up
    $rounded = ceil( $discount / 0.05 ) * 0.05;
    
    // round down
     // $rounded = floor( $discount / 0.05 ) * 0.05;
    
    return $rounded;
    
}

Mit ceil wird der abzuziehende Betrag immer aufgerundet. Aus 22.87 wird 22.90. Der Kunde bekommt etwas mehr Rabatt.
Mit floor wird der abzuziehende Betrag immer abgerundet. Aus 22.87 wird also 22.85. Der Kunde bekommt also etwas weniger Rabatt.

Welche rechtlichen Aspekte zu beachten sind, ist mit einem Anwalt zu klären! Denn zumindest in Deutschland bin ich mir relativ sicher, dass das Abrunden zu Abmahnungen führen könnte, denn wenn 11% Rabatt einen Abzug von 22.87 ergeben aber nur 22.85 abgezogen werden gibt es Stress. Wer hingegen 22.90 anzieht ist auf der sicheren Seite.

Die Funktion kommt in die functions.php eines Child Themes

Die Fragestellung ist unklar. Geht es denn jetzt un die Verfügbarkeit eine Produktes? Kann dieses Produkt an mehreren Standorten verfügbar sein und evtl. in unterschiedlichen Mengen? Wie würde in diesem Fall die Lagerverwaltung funktionieren sollen? Oder gibt es jedes Produkt nur an einem Standort? Gilt das immer oder kann sich das ändern? Mir fallen noch einige andere Fragen ein, da über den Anwendungsfall aber rein gar Nichts bekannt ist, sind weitere Fragen erst einmal nur Zeitverschwendung. Bitte beschreibe exakt was Du benötigst und was Du evtl. bereits versucht hast.

Die MWSt ist am richtigen Platz, da es sich um eine Bruttofakturierung handelt. Bei Netto Preisen wäre die Reihenfolge "Zwischensumme -> evtl. Zusatzkosten -> zzgl. Mwst -> Endsumme". Bei Bruttopreise ist "Zwischensumme -> evtl. Zusatzkosten -> Endsumme -> enthält Mwst" üblich. anders wäre es verwirrend.

Warum bei Deinem Theme die Zahlungsart über der Summe steht müsste man untersuchen (pauschal kann man das nicht beantworten). Eigentlich gehört an die Stelle die Versandart mit Angabe der Kosten (siehe oben: evtl. Zusatzkosten). Das kann ein Fehler im Theme sein aber auch ein falscher Hook in einem Plugin oder einfach eine falsche Einstellung in Themes mit (gefühlten) 1000 Einstellungsmöglichkeiten.

Eigentlich hat r23 schon alles gesagt, das könnte man jetzt um die Richtlinien in Österreich und der EU erweitern. Meine persönliche Meinung dazu ist: "Ab zum Fachmann und beraten lassen, wenn man selbst keine Erfahrung hat". Von einer Umsetzung basierend auf Forenwissen rate ich ab. Kommerzielle Projekte brauchen ein sicheres Fundament.

Und wenn alle Warnungen in den Wind geschlagen werden, weil "man es ja selbst machen will und der Kunde gerne zum Versuchskaninchen wird", dann kann man das natürlich auch laienhaft mit einem Plugin wie Formidable Pro oder Gravity Forms umsetzen.

Zitat von schluf

Was kann ich nun machen, kann ich downgraden?

Du machst einfach ein Update Deiner Plugins und des Themes. Wenn es kein Update des Themes oder der Plugins gibt, wendest Du Dich an den jeweiligen Entwickler. Wenn die Entwickler nicht reagieren tauschst Du das betroffene Plugin oder Theme aus. Ein Downgrade ist KEINE Option, weil damit erneut Sicherheitslücken geöffnet werden.

Mit großer Wahrscheinlichkeit durch übersetzen der Strings im verwendeten Theme.

Zitat von Steral

Das ist kein Vorwurf, ich möchte nur wissen, wie du auf diese Idee kommst.

Wie ich sagte: 15 Jahre Automationstechnik als ISP. Und bevor hier jetzt die Wohnzimmer-Hoster Arie kommt: http://www.webcontrol.de/download/wbc_smt.pdf. Der Verkäufer bin ich.

Zitat von Steral

Vielleicht magst du kurz erläutern, wieso Wordpress dafür denkbar ungeeignet ist.

Ich betrachte Hosting aus der Sicht eines ISP mit 15 Jahren Erfahrung in der Automationstechnik.

Die Paypal API würde aber erst nach dem Absenden in "Anspruch" genommen. Solange man im Checkout ist werden nur lokale Ajax Calls ausgeführt. Diese Probleme hängen oft mit den Versandkosten zusammen, wenn entweder Versandklassen fehlen oder Regeln sich in die Quere kommen.

Bestellnummer 3 - keine Probleme