Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror

Comment Re:"Flaw"? (Score 1) 269

It used to send a generated email such as 2r3qw-45co-i987@checkout.google.com (at least for some orders) so you could contact the customer if you needed to. But as of a few minutes ago it seemed my sales were listing real emails for all the orders I checked (just a few). So I'm not sure if they have these generated emails anymore or not. (I suppose it's possible they started getting spammed at addresses like that).

As a dev I don't think this is ideal. I liked the generated email solution. (I'm not sure how that worked exactly, I always got a mix of generated and real emails). But I don't think this is as terrible as people are making it out to be. They are not giving out the credit card number or embarrassing photos of you as a kid or anything. They provide the merchants with name, account age, coarse location (zip/city), email address, and email marketing preference: opt in/out.

They also do send the user a receipt email that describes the transaction as being between the customer and the developer.

It looks like this:

Thank you.
You've made a purchase from [developer ] on Google Play.
Order number: (.....)
Order date: (.....)
Payment method: (.....)

Questions? Contact [developer's email]

See your Google Play Order History.
View the Google Play Refund Policy and the Terms of Service.
Need help? Visit the Google Play help center.

So the questions are: How should it be presented to the user? What level of information should a merchant have?

Keep in mind the system supports web merchants and carrier billing. Should there be multiple systems?

I'm not sure I know the right answer or even what all the logistical issues are. Personally I use Google wallet to buy "cloud" backup services and other stuff not related to Android. In some small ways this affords me more privacy from the vendor than if I had just bought directly with a credit card.

Anyways as a dev it's interesting to have some level of geographical data. Names are helpful for dealing with customers. Emails are good for support. But I'd definitely like the customer to know what they are getting in to. /incidentally if Google wants to just act like a payment processor they could charge a more reasonable rate ( 5% ? ) :)

Comment Re:Killer 'Do Not Track' App? (Score 3, Informative) 207

Interesting, but I am pretty sure DNT was Mozilla's Idea. And frankly, it always seemed like a waste of time. Given all the ways that one can be tracked though, a technical solution seems difficult as well.

- Cookies
- JavaScript
- tracking pixels
- HTML local DBs
- Flash objects
- fonts
- screen size/colors
- plugin config/versions
- User agent
- IP address
- and now.... "DNT" toggle...

It almost seems as the only way to keep from being tracked is via the TOR browser incognito mode in a freshly wiped VM or something. I honestly wonder if the 'net need to move more towards mesh/tor/ad-hoc networking. Basically if the "darknet" should be the "mainnet".

Anyways, some info:

EFF tool to see how well you can be tracked (fingerprinted)
https://panopticlick.eff.org/index.php?action=log

NAI (Network Advertising Initiative)
Tracking opt out of 99 of some of the largest ad networks, including Google and MS (but guess who isn't there?)
http://www.networkadvertising.org/choices/

Apple iAd opt out
http://support.apple.com/kb/HT4228

Comment Gov't Response (Score 4, Funny) 56

1) Interoperable
2) Scalable
2a) Cost-effective
2b) Advanced
2c) Does not impeded critical energy functions
2d) Innovative
2e) I.) Easily commercialized
2e) II.) Or, made available through open source
2d) No cost.

Per your request ID (#42865935), we have met your requirements and expect work to implement the product to commence immediately.

Cordially ruling in your best interest,
- The Government

(at least now we know what "step 2) ????" is)

Comment Re:Single point of failure (Score 1) 179

Unfortunately it sounds like this bug would have hit users such as yourself also. I think when leaving FB to visit another site it is best to log out.

Multi-instance/multi-profile browsers would also be something nice. Especially those that limit what they report about the machine they are on (less fingerprint via installed fonts/cookies/html5 dbs/flash objects/etc)

Comment Re:Android already does this...Not quite... (Score 1) 103

Android may need finer grained controls but I am not sure how an email app is supposed to function without connecting to the internet and reading your contacts.

I do like the idea of turning off permissions at will/runtime though. Though, even that concept is not without problems. It would increase user confusion and support requests, cause some increase to development time, potentially break a lot of apps and decrease to the value generated to app devs/publishers. Still, I think it's a good idea overall -- these problems are not really that big (IMHO).

Comment Re:For home use, LIBREoffice is more than good eno (Score 1) 241

except are split by rigid computer-geek philosophical divides

Except that a lot of those rigid philosophical geeks are the former developers of OpenOffice, and the ones who forked it to LibreOffice. Granted, now that OO is under Apache's stewardship (as opposed to Oracle) it might be nice if they pooled resources. Not sure if they already do this or not.

Slashdot Top Deals

"Gotcha, you snot-necked weenies!" -- Post Bros. Comics

Working...