@Sweetfunny i never had chance to reply to this but i will now. the arrangement we had was mutualYes, we set you up with a free license for you to check proxies and operate your proxy service. Also advertised you on the ScrapeBox.com website (https://web.archive.org/web/20140208081351/http://www.scrapebox.com/proxy) which we have been offered a ton of money for and turned down, also I've got thousands of emails i have personally included your sales thread link in of people wanting proxies.
We had zero obligation to do any of this, all done for you free, to help you and as you said yourself you made a lot of money from this arrangement.
We started getting complaints about your service, the quality of proxies and hoops people had to jump through to buy from you. We also got ripped of thousands of dollars by another proxy service at the time operating on BHW. So we pulled all promotion and stuck with one provider MyPrivateProxy.net who have been absolutely brilliant and trouble free for 7 years.
So pretty disappointing to hear you say this, and not something i would bring up several years later and complain about especially when you never even bought a license but that's just me.
We started getting complaints about your service, the quality of proxies and hoops
people had to jump through to buy from you
24+ hours for me... Nobody answers the phone number listed, or replies to email. Definitely not a weekend or holiday... Not here to bash, but this shit is unacceptable
Maybe you could figure out a better way for clients to log in to your service. Sometimes a solution that is easy for us devs it's hard for customers. Sometimes we have to adapt to our customers manSadly multiple hours every week is spent dealing with this issue because people don't read or just delete their purchase receipt.
That would probably result in catastrophe. I mean scrapebox has been installed on millions of machines, even fortune 500 companies use scrapebox.Maybe you could figure out a better way for clients to log in to your service. Sometimes a solution that is easy for us devs it's hard for customers. Sometimes we have to adapt to our customers man
Maybe something like adding a "log in" section where users have to register would be easier to handle in the long term![]()
1 - if that many people can figure it out and work with it, then I would propose that the few people who enter the wrong info are the ones who need to change.
2 - if you change the system, then it would probably force all those people to learn a new method and reactivate, which is pointless to make that many people change and learn a new way to so that the few don't have to worry about it
and you are asking the service provider to maintain 2 different models?! do you realize what kind of headache and expense you bring to the business?!Maybe you can keep the system for the ones logged in already and the new clients get to use the new log in system. This way not everyone has to change to the new log in system.
You can keep the old system for old customers and change to the new system to the new customers. I think it's a good way to go. Keep the current customers as they are and just change the log in system to the new customers.
In my experience, it's not an extra expense.and you are asking the service provider to maintain 2 different models?! do you realize what kind of headache and expense you bring to the business?!
Maybe you could figure out a better way for clients to log in to your service. Sometimes a solution that is easy for us devs it's hard for customers. Sometimes we have to adapt to our customers man
Maybe something like adding a "log in" section where users have to register would be easier to handle in the long term![]()
24+ hours for me... Nobody answers the phone number listed, or replies to email. Definitely not a weekend or holiday... Not here to bash, but this shit is unacceptable
This is exactly what we used with ScrapeJet, was a login system where users could login and manage/reset their own licenses. However this was even more problematic, it was more steps and a user had to remember their login information plus their license information to enter in to the software.
With ScrapeBox, all you need to know is the email address you used for purchase, and the PayPal Transaction ID. A Transaction ID from PayPal is automatically:
1) Recorded and searchable in the buyers PayPal account for 3 years, and indefinitely via PayPal support and downloadable as a spreadsheet in PayPal's logs.
2) Located in the the receipt emailed by PayPal, so it's in the users inbox possibly for life with the GB's of storage most email accounts have.
3) And should be also saved by the user on their PC, and/or backed up to DropBox/OneDrive or whatever method all their other licenses codes for other programs are stored. We have bright red text on the activation window telling people to save this info.
Which means the data should be in 3 independent locations in 3 different ways, pretty much the gold standard for data backup and redundancy. So as you can see, you really have to go out of you way to lose all trace of license info. The problem with ScrapeBox is two fold. A lot of people paid just $47 for a lifetime license 10-12 years ago so a lot of time has passed. And because ScrapeBox is so cheap, people are less bothered about looking after their license info. If it was a $500 program I'm sure they would have their license data backed up in several places, even printed on paper and pinned to the wall.
At the end of the day, until we start using facial recognition for license authentication you are going to have people lose everything no matter what we do on our end.