Who is the 'first party' in this case? The banking system as a whole?
If it's the whole banking system then I'm not sure how that's solved, because as I understand in the US it's still not easy to send money to another private individual via the banking system. And there are Venmo and cashapp and such now but they are just other third parties.
Meanwhile in the UK here it has been possible for decades to send money between bank accounts directly, and free. I still use PayPal though, because my use for it isn't sending money to individuals, it's being able to buy things online without creating an account and without giving my card details.
Maybe people are thinking in phone terms, and the first party is "Apple" or "Google" and the solution is Apple Pay or Google Wallet?
Thank you for providing a different point of view, I didn't realize things were so complicated in the united states. In the EU there is a system called iDEAL which iirc is maintained by a collaboration of different banks and lets you pay for stuff online instantly and with zero fee. For sending money person-to-person, there are apps like tikkie that are just a thin wrapper around iDEAL. And in cases where these things don't work, you can just do a direct bank transfer by typing in the other person's IBAN in your bank's app/website. Slightly less convenient, but still nearly instant and zero fee.
I think it’s that PayPal was one of the firsts to provide a method for collecting credit card transactions electronically.
Before PayPal, you’d often have to visit a website, then call the phone number for the seller to collect payment.
eBay needed paypal because their sellers were often not businesses, just people yardsaling stuff online.
Coincidentally, I interned at a PayPal competitor in 1998 that went under during the bust. We had an electronic interface through MS access, but it was a still a human entering in the CC number into one of those dial pads on our side and then confirming the transaction. I’m sure with all of the concerns around security nowadays that you can understand why that was a terrible long term business model.
Canada has Interac, Europe has another standard, the US has another standard... I wish they would all just get together and have a single way to do it that works everywhere in the world...
In Poland for online payments everyone uses Blik. It lets you generate six digit number in your banking app that you then give to the site you're making payment to. Your banking app then asks you if you want to make the payment with information about how much you pay and to whom. You accept and you're done, no card details were shared.
For a global solution you'd want Wise or Revolut or something. Or PayPal, but the others have features PayPal doesn't. But there are instances where PayPal wins.
But all the different banking systems are still a mess sadly.
Yea, this isn't US focused. A person working here from the UK told me "They tell us when we go over to expect a nice modern society with a third-world banking system. Oh, and guns."
iDEAL solved it for countries that participate. For countries that don't, sadly there's no good first party solution. Revolut and Transferwise are much better alternatives to paypal tho.
I assume just normal credit card payments online? PayPal started because people were scared to use their card online, but now you get all the same buyer protections and insurance.
For a merchant; PayPal fees are quite high, their merchant support is abysmal and you have to be a decent size SME before you get a dedicated account manager.
And dont even get me started on their so called "merchant protection" offer for disputes.
Yeah, I don't get it either. I made a store for my website a couple of years ago, and jQuery was crucial for me to handle all the events and triggers. Trying to do it in pure JavaScript looked like a complete nightmare.
Many of the things that jQuery made easy back in the day are now pretty easy with pure js (Ajax calls, improved selectors, programmatic DOM manipulation, etc), and browser support for most JS features is way more standardized.
Granted, your pure JS is likely to be way more verbose to write, making it look more intimidating than jQuery.
That being said. jQuery is performant in modern browsers, and when being delivered compressed and minified is tiny, so if you want to use it, go for it. Anybody who criticizes you or tells you “you should use [x]” for your online store or website is a JS elitist.
jQuery is really only a “bad” choice for big interactive web apps, where frameworks that handle state and routing independently of the DOM are a much better choice.
I just created a new tool for my company, and I opted to leave out jQuery as I wanted to see how it would be without it.
After going through the process I don't think I'll use jQuery again unless it is already a dependancy. Vanilla pretty much has everything covered that jQuery made easier, just need to be a bit more verbose in some cases, but I've found that typically makes the code easier to read and modify.
No hate if jQuery is your thing though, just if you're on the fence I'd give vanilla a go and see if it fits your needs!
On the enterprise side, we use McAfee/Trellix and we’re pretty much glued to them for endpoint security. Why? Nobody else allows you to write custom YARA rules straight to the IPS engine like Trellix does.
Every other vendor only allows you to use rules they have defined for you and doesn’t give you that low level access. It’s frustrating because their support is dogshit too, but my company has niched itself into a corner.
Interesting, never heard of Wazuh until now. That looks closer to what Trellix allows.
The guy in charge of picking endpoint security products (whose team writes these rules) has tried Defender and found it lacking in comparison. Also, that link is about historical search for threat hunting, so I’m not sure if it’s the correct one.
Edit: I just saw the section about writing detections, but that seems to be more of a reactive than proactive approach. It still does the detection from searches.
While other solutions have eclipsed Jquery, it doesn't mean it's in any way bad. Unlike the other products here, it's still a capable library that solves the tasks it sets out to do. It never became a bloated mess or sold out to the highest bitter.
That being said I wouldn't really use it today. It doesn't play that well with modern tooling, and it is extremely easy to write anti patterns into your code. I would recommend either VanillaJS, a web component library like Svelte, or React depending on what you're trying to do.
Yeah, I though so too. Like, the antiviruses use actively malicious marketing tactics to scare users into giving up their money, paypal is a piece of shit, and flash was a security nightmare. Jquery is allright. If a website uses it and nothing is actively broken, then there really isn't a reason to replace it.