Forum Replies Created

Viewing 15 replies - 46 through 60 (of 92 total)
  • petschko

    (@petschko)

    The target country of your Customer needs to be germany, in order to use PayPalPlus. I don’t see any country field in your checkout, that’s probably why it doesn’t work

    petschko

    (@petschko)

    Hey~

    Paypal-Plus is only for the German Market, as far I know!

    petschko

    (@petschko)

    @gzeitung

    Um größere Ausfälle zu vermeiden haben wir bei uns das normale PayPal Gateway wieder eingeschaltet und dies als default (ausgewählt) gesetzt, was mehrere Vorteile hat:

    1. Funktioniert sehr gut als Fallback (Wenn zb das IFrame oder das PPP-Plugin spinnt), die meisten Kunden verwenden das Standard Paypal gateway sowieso, da sie mit PayPal zahlen möchten (bei uns ~90%)
    2. Da das normale PayPal als default gesetzt ist, muss das IFrame erst angeklickt werden und verhindert die Kundenverwirrung (wie der TE beschrieben hatte)
    3. Geringere Gebühren, wenn die Kunden über das default PayPal gateway zahlen, sofern sie “PayPal” nutzen^^

    Somit wendet man größere Ausfälle und viel Kundenfrust ab, zudem spart man ein wenig

    • This reply was modified 7 years ago by petschko. Reason: Typo fix
    Thread Starter petschko

    (@petschko)

    Ahh I see!

    Thank you so much for the fast answer =)

    Forum: Reviews
    In reply to: [Gutenberg] Horrible!
    petschko

    (@petschko)

    5 stars horrible?~

    petschko

    (@petschko)

    @aundc

    I think that’s more an WordPress todo, also mentioned here: https://wordpress.org/support/topic/missing-update-informations-through-wp-dashboard/

    petschko

    (@petschko)

    @riaanknoetze

    They are basically ranting about WordPress, because they didn’t have any Changelog implemented inside the “A new Theme Update”-Preview.

    Basically they want WordPress build the
    “A new Theme Update” -> Previews about new Version
    like they did with Plugins, were you have an Changelog.

    petschko

    (@petschko)

    @aweissinpsyde

    Ggf wäre es sinnvoller kein IFrame von Paypal zu nutzen, da es wenn man sich hier im Forum mal die Support-Themen ansieht, genau das Ding ist welches am meisten Probleme verursacht.
    Außerdem, wenn das IFrame nicht läd, funktioniert anschließend die Weiterleitung nicht, hier sollte man also ansetzen, erspart den Nutzern, Shopbetreibern & euch ein haufen Frust

    Theoretisch könnte man den Shop-Betreiber einfach einstellen lassen was PayPal-Plus in seinen Shop kann. Den Parameter, welcher durch das IFrame gesetzt wird, wird sicher auch anders gesetzt werden können.

    Außerdem ohne IFrame wäre das wieder ein 3t-Server weniger der auf der Kasse rumladen muss^^

    • This reply was modified 7 years ago by petschko.
    Thread Starter petschko

    (@petschko)

    Hey, I found the issue, it’s the other Payment-Plugin PayPal-Plus. This has a crashing JS-File on IE11 (Invalid-Character).

    After deactivating Paypal-Plus it worked in IE11, sorry for this invalid issue… Keep on =)

    They should really fix this issue…

    CC:
    @aweissinpsyde

    Thread Starter petschko

    (@petschko)

    Hm that’s sad to hear, we value the Privacy of our customers and just want let these help who want.

    I’m super sure your Plugin does not collect any personal Data nor give them to GA. It was more about disable the whole thing for users who don’t want it.

    I was raided by the Marketing to install this plugin, but I may have to search an other one. This sadly does not fetch our interests, I thought there was a simple hook I could use the remove the action, sad that there is no such hook, like in our old Plugin =/
    I can understand why Browser-Vendors slowly build in Auto-Tracking-Blocker like in Firefox, since most people think it’s okay to track users everywhere.

    Sure it adds data discrepancy, but that slowly happens anyway due to Auto-Tracking-Blockers from Browser-Vendors

    Anyway thanks for your time and for the reply =) I hope you have a nice weekend!

    Thread Starter petschko

    (@petschko)

    Yes that’s right, we have a custom function which shows us if the user allow us to track them.

    But instead of an Opt-Out this is more of an Opt-In

    allow_tracking() returns true if the user allow us to track them else false (This function checks if 3rd party cookies are allowed and if the Do-Not-Track-HTTP-Header is set)

    @aweissinpsyde
    Wie gesagt ich finde das auch uncool/suboptimal, dass die leute alte Betriebssysteme etc verwenden, allerdings ist es nicht unser Auftrag den Kunden beizubringen welchen Browser er verwenden soll bzw wie er updaten soll.
    Bei Software ist das meist extrem problematisch, alles auf alten Systemen zu supporten aber gerade in Web haben wir die Chance via vanilla HTML & PHP alles relativ weit rückgehend zu supporten.
    Man muss nicht überall funky Javascript haben und dies als rechtfertigung nutzen, dass es nicht auf alten Versionen mehr funktiniert, selbst JS kann man meist so schreiben das es noch weit abwärtskompatibel ist.
    Und im zweifel eben immer ne fallback Methode einbauen.

    Im endeffekt ist es ein Kunde der Zahlen möchte, wenn ich/wir ihn da gängle/n, weil er nen anderen/alten Browser nutzt springt er ggf ab weil ihm da zu nervig ist oder er halt nicht zahlen kann.
    Ich selbst wünschte auch diese Leute würden aufhören XP und sonst was zu nutzen aber es kann auch nicht im Sinne des Erfinders sein, die arbeit auf die Shopbetreiber abzuwälzen (Durch manuelle Admin-Bestellungen & viele Telefonate)
    Besonders schlimm wenn man gerade eine sehr technikfremde Zielgruppe hat, wo jede 2 person ü60 ist und leider gerne solche alten Systeme nutzt. (Daher wäre das für uns geschäftsschädigend diese zu gängeln)

    Am Telefon erwähne ich das zwar immer (das der Kunde sein System/Browser updaten/wechseln sollte), jedoch sollte das Zahlungsplugin einfach funktionieren, gerade da die Zahlung im shop eher weniger optional ist und jeder kunde da durch kommen sollte.

    • This reply was modified 7 years, 1 month ago by petschko.
    Thread Starter petschko

    (@petschko)

    // Push

    @aweissinpsyde gibts hier irgendwelche updates/infos?

    Thread Starter petschko

    (@petschko)

    Einen Vorschlag zu der/den JavaScript-Datei/en, diese könnte ja nur geladen werden, sofern

    a) Express überhaupt aktiviert ist
    UND
    b) man auf einer Produktseite ist (Siehe ua. Funktion is_product() von Woo)

    Ansonsten muss/müssen diese Datei/en nicht mit geladen werden. Gerade bei WordPress ist jede gesparte Datei eine gute Datei! Und ältere Geräte freuen sich über jedes stück weniger JavaScript.

    Zudem ist die frage was haben die Dateien auf anderen Seiten zu suchen, ich will hier nichts unterstellen aber PayPal muss nicht wissen auf welcher Unterseite etc sich unsere Kunden wann/wielange etc befinden – Stichwort Datenschutz
    Ob die Dateien schnüffeln oder einfach nur geladen wurden, damit man sie immer hat kann ich nicht sagen (möchte auch nichts unterstellen).
    Allerdings wäre es super wenn diese nicht geladen werden, sofern nicht benötigt

    Klar könnte man sich selbst irgendwo nen Filter dafür in der functions.php bauen aber integriert wäre das noch besser!

    Bei uns ist es selbes problem viele (ca 10% nutzen den IE, teilw sogar ältere Versionen)
    Es ist extrem läßtig, das wir dadurch Kunden verlieren bzw diese hier anrufen und wir das händisch mit dem Kunden machen müssen

    Thread Starter petschko

    (@petschko)

    Sorry das ich das Thema noch mal ausgraben muss…

    Ich habe dem Ordner Schreibrechte gegeben, seitdem hat alles super funktioniert~ Leider mußte ich letztens ein Backup einspielen, der Server nimmt die Standard-Werte und ich Trottel hatte vergessen dem Ordner wieder Schreibrechte zu geben.

    Das Problem war, Kunden konnten nicht über das Wohenende bezahlen. Ich würde es begrüßen, wenn das Plugin, wie auch andere Plugins einfach den nicht beschreibbaren Log-Ordner ignoriert.
    Die meisten Plugins (Bisher alle außer Palpal-Plus) tun ihre arbeit auch ohne den Log-Ordner

    Ich verstehe, dass das anlegen von Logs sinnvoll ist, allerdings sollte es nicht sein, das nur wegen eines nicht beschreibbaren Log-Ordner/Datei das Plugin die Arbeit einstellt. (So wichtig sind die Logs dann auch wieder nicht)
    Man kann das in PHP prüfen und ggf. einfach die Log-Schreib-Funktion nicht ausführen. Siehe: https://www.php.net/manual/de/function.is-writable.php

    Für mich ist das Problem wieder gelößt, da der Ordner nun wiedr beschreibbar ist. Mir wird das sicher nicht nochmal passieren, allerdings wäre es trotzdem schön wenn die Log-Funktion eben nicht entscheidend ist

Viewing 15 replies - 46 through 60 (of 92 total)