snowpaws
Forum Replies Created
-
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Fatal error with varnishI’ll do but I have to check an other issue first, please do not hurry.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Fatal error with varnishNo, it’s a real server based on Debian 12, nginx, php 8.3 reachable via ipv4 and ipv6
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Fatal error with varnishHi,
I could give you access to the deveploment environment but you have to change your local hostfile for that, because it’s a full-clone without any changes. Is that ok for you? I could also give you ssh access.
Regards, MarioForum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Fatal error with varnishHi, yes I am. I installed on both environments, production and development.
root@deb-vps4:~# systemctl status varnish ● varnish.service - Varnish Cache, a high-performance HTTP accelerator Loaded: loaded (/lib/systemd/system/varnish.service; enabled; preset: enabled) Active: active (running) since Tue 2024-05-14 22:21:51 CEST; 2 days ago Docs: https://www.varnish-cache.org/docs/ man:varnishd Main PID: 351645 (varnishd) Tasks: 217 (limit: 4531) Memory: 159.3M CPU: 2min 37.668s CGroup: /system.slice/varnish.service ├─351645 /usr/sbin/varnishd -j unix,user=vcache -F -a :6081 -T localhost:6082 -f /etc/varnish/default.vcl -S /etc/varnish/secret -s malloc,256m └─351659 /usr/sbin/varnishd -j unix,user=vcache -F -a :6081 -T localhost:6082 -f /etc/varnish/default.vcl -S /etc/varnish/secret -s malloc,256m May 14 22:21:51 deb-vps4 systemd[1]: Started varnish.service - Varnish Cache, a high-performance HTTP accelerator. May 14 22:21:51 deb-vps4 varnishd[351645]: Debug: Version: varnish-7.1.1 revision 7cee1c581bead20e88d101ab3d72afb29f14d87a May 14 22:21:51 deb-vps4 varnishd[351645]: Debug: Platform: Linux,6.1.0-21-amd64,x86_64,-junix,-smalloc,-sdefault,-hcritbit May 14 22:21:51 deb-vps4 varnishd[351645]: Version: varnish-7.1.1 revision 7cee1c581bead20e88d101ab3d72afb29f14d87a May 14 22:21:51 deb-vps4 varnishd[351645]: Platform: Linux,6.1.0-21-amd64,x86_64,-junix,-smalloc,-sdefault,-hcritbit May 14 22:21:51 deb-vps4 varnishd[351645]: Debug: Child (351659) Started May 14 22:21:51 deb-vps4 varnishd[351645]: Child (351659) Started May 14 22:21:51 deb-vps4 varnishd[351645]: Child launched OK May 14 22:21:51 deb-vps4 varnishd[351645]: Info: Child (351659) said Child starts May 14 22:21:51 deb-vps4 varnishd[351645]: Child (351659) said Child starts root@deb-vps4:~# netstat -nap | grep "varnishd" tcp 0 0 0.0.0.0:6081 0.0.0.0:* LISTEN 351645/varnishd tcp 0 0 127.0.0.1:6082 0.0.0.0:* LISTEN 351645/varnishd tcp6 0 0 :::6081 :::* LISTEN 351645/varnishd tcp6 0 0 ::1:6082 :::* LISTEN 351645/varnishd unix 3 [ ] STREAM CONNECTED 2018824 351645/varnishd unix 2 [ ] DGRAM CONNECTED 2019480 351645/varnishdForum: Plugins
In reply to: [WooCommerce Legacy REST API] 1.0.3 is not a solution@ericreynolds007 have you tried to disable this plugin in the backend? That is where this issue occured again. Since I do not need the rest api, I used the time to remove it completly.
Regards, MarioErgänzung: Seit heute ist woocommerce 3.9.0 draußen und in den Release Notes ist auch der Rundungsfehler beschrieben. Ich wollte das bisher halt nicht mit dem RC2 testen, weil mir zur Zeit eine Testumgebung fehlt.
Solange sich dann bei Paypal-Plus nichts tut, werde ich wieder zurück auf 2 Nachkommastellen gehen, auch wenn ich bei 2 unterschiedlichen Rechenwegen immer noch Bauchschmerzen hab.
Ich werde aktuell wohl auf 2 Stellen gehen, das Problem ist nur, daß noch ein anderer Bug bei Woocommerce natürlich – Murphy lässt grüßen – sich aktuell bemerkbar mach.
https://github.com/woocommerce/woocommerce/issues/25347
Das heißt, gehe ich auf 2 Nachkommastellen, so gibt es Rundungsfehler in der Rechnung, daß z.B. Zwischensumme + 0 Euro Versand eine Endsumme ergeben, die dazu unterschiedlich ist. Das ist gerade mehr blöd als der 1ct bei Paypal, den ich ignoriere oder mich beim Kunden entschuldige und ein Goodie nachreiche, falls die ein ct zuviel bezahlen müssen.
Ärgerlich ist, daß es überhaupt dazu kommt und ein Plugin eine solche Konfiguration ohne Warnung erlaubt.
Paypal-Plus müsste einfach die Transaktionen in einer Gesamtsumme schicken anstelle die in Rechnungsposten zu splitten, denn ich sehe schon im nächsten Fall schwarz, wenn wir damit unterschiedliche Steuersätze abbilden müssen (Hundefutter+Leine=Peng).
Wir haben jetzt von Paypal Antwort auf unserer Ticket bekommen. Paypal selber berechnet nichts neu, die übernehmen nur den Datensatz so wie er ist.
In diesem Falle ist der Datensatz eben fehlerhaft. Unserer Vereinsbuchhalter meinte eben auch, eine Seite berechnet, alle anderen Programme übernehmen die Daten nur, ansonsten kommt es zu eben genau solchen Fehlern.
Es muß also in jedem Falle Sorge getragen werden, daß die Daten richtig übermittelt werden, mindestens muß von Anfang an verhindert werden, daß – falls bestimmte Einstellungen notwendig wären – das Plugin mit falschen Einstellungen arbeitet und eben am Ende zu anderen Ergebnissen kommt als die intern erzeugte Rechnung.
Ähnliches Problem: https://ww.wp.xz.cn/support/topic/rundungsfehler-produktpreis/
- This reply was modified 6 years, 5 months ago by snowpaws.
Ich misch mich mal ein, weil wir gerade genau das gleiche Probleme nach Umstellung auf MwSt haben. Das Problem, so lässt sich zusammenfassend nach dem Studium mehrerer Quellen resumieren, liegt bei Paypal. Die berechnen aus den Einzelposten (in Netto) eine Summe und damit dann die MwSt neu, aber nur mit 2 Nachkommstellen.
Shop: Paypal: 43,6975 43,70 62,1765 62,18 105,8740 105,88Die linke Spalte vom Shop ergibt dann auf 2 Nachkommastellen gerundet 105,87, Paypal berechnet aber 105,88. Ich bin ehrlich, damit habe ich auch nicht gerechnet. Wir haben bei uns im Shop B2B und B2C und die Preise in Netto eingepflegt. Wieso das Paypal-Plugin überhaupt nochmal rundet und nicht den Brutto einfach übernimmt, ist mir ein Rätsel.
Wir haben aber ebenfalls die internen Preise in Netto mit 4 Nachkommastellen eingepflegt und in der Ausgabe dann auf 2 gerundet. Ich kenne aber auch viele Anbieter, die auch offen auf der Rechnung mit 4 Nachkommastellen arbeiten, das ist grundsätzlich nicht unbedingt ungewöhnlich. Bei nur 2 Nachkommastellen hatte ich in Woocommerce so lustige Effekte mit Rundungsfehlern auf der Rechnung.
- This reply was modified 6 years, 5 months ago by snowpaws.
Forum: Plugins
In reply to: [Photo Gallery, Sliders, Proofing and Themes - NextGEN Gallery] Sub-album?Hi,
I found the same issue in the products/photocrati_nextgen/modules/ngglegacy/admin/album.php (row 194) independed from this post. Could you please add the above fix there?
I checked it with 7.0.20 (dotdeb) and PHP 7.1.6-2 from debian testing branch with the same result, so a fix in your code make sense the the moment.
Since I am using git, could @canaaerus add a pr there?