Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: my weekend project, Gumroad

gumroad.com

Post reply on HN
Print view View original

101–110 of 215 posts

Re: Show HN: my weekend project, Gumroad

#101

Post by thedufer »

srik1234 wrote: post #22
sahillavingia wrote: post #4

Earlier quoted context omitted.

Honestly, I'm not sure - hence them not being listed - but I think I'm going to go with 30%. And then for people making >$x a month dropping that in tiers. Thoughts?

My recommendation is to establish the %age markup based on file sizes, since that would be the basis for infrastructure costs such as storage and bandwidth. 30% is definitely high. I understand 30% has become a buzzword these days, but in reality it cuts a lot into merchants' margins. You may want to research on current digital goods market sites such as e-junkie, payloadz etc. Most seem to have a combination of mont…

All he is serving is a redirect page. He's not offering a hosting package or anything like that. Charging per file size doesn't really make sense.

Re: Show HN: my weekend project, Gumroad

#102

Post by Wolf_Larsen »

retube wrote: post #32

How does this work for art though? I mean you want to see the icon/graphic/design/whatever before you pay for it. Also - once you've been redirected to the page, what's to stop you taking the link and sharing it yourself? Also also: if I've got something to sell, can't I just bung it on ebay?

Come on, if you want to see the icon/graphic/design/whatever before you pay for it obviously the seller can show you a smaller/low-res/watermarked/whatevered version.

The second question has been answered.

This is a completely different model than ebay.

These are really bad questions. I'm not putting you down - its no big deal, but just a little critical thought should answer these for you.

Cheers,

Re: Show HN: my weekend project, Gumroad

#103

Post by eddieplan9 »

Nice product!

Feature request: use the top half of the screen to show a preview of the linked page rendered as a PNG. Use the other half of the screen for soliciting payment. I want to know what I would get with the payment. How much of the target page is shown should of course be configurable by the page owner.

Re: Show HN: my weekend project, Gumroad

#104

Post by cyanbane »

JoachimSchipper wrote: post #77
sahillavingia wrote: post #43

Earlier quoted context omitted.

I think people who use Gumroad won't really have that as a concern - but if enough people bring it up, I'll see what I can do about it!

For many of the things that people might want to do, a "patronage" model isn't so bad either: the creator demands $1000 for the work behind the link; people can leave an e-mail address and pay anything from $1 to the full remaining price, and will be notified as soon as the work is available.

I think this has tons of value, almost like a mini-kickstarter without the need to advertise for a kick for communities of people (forums, etc) who want new features or some kind of quick bit of work done.

Re: Show HN: my weekend project, Gumroad

#105

Post by zach »

mnutt wrote: post #79
JoachimSchipper wrote: post #68

Earlier quoted context omitted.

No, it isn't. Bitcoins are clever and all, but how many people would be willing to set it up just to see a link?

Just a crazy idea, when something like NaCl catches on perhaps gumroad could generate bitcoins client-side in lieu of payment?

I like that idea. It seems like microgeneration is a feature Bitcoin is currently suffering from a lack of. As competition increases, generation seems to be more and more centralized. A low-traffic way to generate small amounts of Bitcoin in a peer-to-peer network would be a great addition to a future Bitcoin protocol.

Re: Show HN: my weekend project, Gumroad

#107

Post by mikaelgramont »

phoboslab wrote: post #87
JoshTriplett wrote: post #36

Interesting idea, but I see two main issues with this. First, anyone who pays and gets to the resulting link can trivially share that link; of course, you can always ask them nicely not to do so, and in some contexts that will work, but in general the security model just doesn't work unless you authenticate each paid user at the destination. You need to come up with an answer to this. Second, if you market this as a…

The service could send a special "auth" key along as parameter when forwarding. E.g.: http://example.com/secret.php?key=dh498 In secret.php on your server you could then ask the Gumroad API (via another http request) how often this key was already used and deny or allow access. This would be super easy to implement for the seller - just paste in ~5 lines of PHP code.

You could allow access to that link about 5 times. After that, display a link that says something along the lines of "Thanks for using us. This link has been used 5 times already. If you wish to access it again, click here and we will send you an email with another authorization code (or whatever)". That way your users don't lose access to their stuff, and you can keep track of abuse. It's not a perfect solution, but it's better than nothing.

Re: Show HN: my weekend project, Gumroad

#108

Post by kqueue »

Traceback (most recent call last):

  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/__init__.py", line 634, in __call__
    handler.get(*groups)

  File "/base/data/home/apps/gumroad/1.349472656690944858/main.py", line 60, in get
    if is_logged_in():

  File "/base/data/home/apps/gumroad/1.349472656690944858/main.py", line 110, in is_logged_in
    s = sessions.Session()

  File "/base/data/home/apps/gumroad/1.349472656690944858/appengine_utilities/sessions.py", line 562, in __init__
    self.session = _AppEngineUtilities_Session.get_session(self)

  File "/base/data/home/apps/gumroad/1.349472656690944858/appengine_utilities/sessions.py", line 142, in get_session
    ds_session = db.get(str(session_key))

  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1422, in get
    keys, multiple = datastore.NormalizeAndTypeCheckKeys(keys)

  File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 180, in NormalizeAndTypeCheckKeys
    keys = [_GetCompleteKeyOrError(key) for key in keys]

  File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 2339, in _GetCompleteKeyOrError
    key = Key(arg)

  File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore_types.py", line 364, in __init__
    raise datastore_errors.BadKeyError('Invalid string key %s.' % encoded)
BadKeyError: Invalid string key agdndW1yb2FkciMLEhtfQXBwRW5naW5lVXRpbGl0aWVzX1Nlc3Npb24Y.
Post reply on HN