Live data from Hacker News

Viewing profile — stophecom

stophecom

HN member
Joined
Mon, Jul 09, 2018, 7:22 AM UTC
HN karma
19
Public activity
25 items

About stophecom

Frontend x Design. Creator of things. https://stophe.com

Recent public activity

  1. comment
    Comment #45119879

    I'd recommend the following options. Both platforms offer enterprise solutions, but also provide free starter plans: https://www.storyblok.com/ https://www.datocms.com/ From own ex…

  2. story
  3. comment
    Comment #34808418

    No, unfortunately not at this point. I got often issues with bigger files in Chrome for some reason. (network error) But Firefox worked. I try to improve the stability in the meanw…

  4. story
  5. comment
    Comment #34751119

    Was about to say. Domain is great. I created scrt.link some time ago, which does the same thing as well :)

  6. story
    Show HN: Sharrr – Pretty secure file transfer

    End-to-encrypted file transfer.

  7. comment
    Comment #32576409

    Well, fair questions. So as mentioned in the footer. The service is powered by scrt.link, which encrypts the url on the client. That means br3f never knows what link you intend to …

  8. comment
    Comment #32576213

    With br3f you can create disguised and disposable redirect links. Use it whenever you have to share a sensitive URL in a chat or email.

  9. story
  10. story
  11. comment
    Comment #28405500

    > If you want to quickly commit something really small and trivial in master/a branch/a PR without having to do the whole stash/checkout/pull/change/commit/push rigmarole (like if …

  12. comment
    Comment #27800710

    Issue is resolved. Using DELETE request now, which feels a bit more accurate. Blocking crawlers is no longer needed, which also benefits page speed! Thanks again for the input. C.

  13. comment
    Comment #27800693

    Thanks again for all the feedback. Short update: I'm using DELETE now, since it feels a bit more accurate. As a side effect, the page is way more responsive. :) Have fun sharing se…

  14. comment
    Comment #27729337

    Yes, this is a joke. Not sure it's a good one to earn trust ;). C.

  15. comment
    Comment #27712704

    Oh wow :) Do you know, by any chance, what type of filter/firewall your institution is using? I'd be interested in the reasoning behind the flagging/blocking. C.

  16. comment
    Comment #27710852

    > email security services do click on links before delivering to the client's email inbox True. This may be a problem. Like mentioned, common bots are being blocked currently, plus…

  17. comment
    Comment #27709514

    The part of the URL holding the encryption key is not sent to the server. https://stackoverflow.com/questions/14462218/is-the-url-frag... Don't take my word for it :) You can check…

  18. comment
    Comment #27708930

    Not exactly. Sure, if your email is compromised someone could access the secret link, and ultimately your password. But now, you will know that someone else had access to your pass…

  19. comment
    Comment #27708585

    Very good point! Thank you. I'll look into this.

  20. comment
    Comment #27708451

    It is done entirely on the client. You can check the source code. Read more on scrt.link/security.

  21. comment
    Comment #27708435

    Thanks for the feedback. Appreciate it. I believe you can earn the necessary trust by being transparent. For this kind of service two things are essential: - Open source software: …

  22. comment
    Comment #27708390

    Thanks for the feedback. Much appreciated - I'll look into the consistence naming issue. > Features like delete after N visits or by X date might be useful too. Indeed this is an o…

  23. comment
    Comment #27708101

    Good question! Bot traffic from common apps/services is beeing blocked. But let me know if you run into a problem. C.

  24. story
  25. story