Live data from Hacker News

Viewing profile — mikelehen

mikelehen

HN member
Joined
Tue, Oct 25, 2011, 9:48 PM UTC
HN karma
71
Public activity
50 items

About mikelehen

Human.

Recent public activity

  1. comment
    Comment #15395927

    Thanks for the feedback. I think you're right and we're interested in exploring what we can do to help people more in the future. One of the really nice things about Cloud Firestor…

  2. comment
    Comment #15395868

    Good point. read-modify-write transactions are a good way to detect conflicts and get a chance to handle them, but they're unfortunately limited to while the client is online. If t…

  3. comment
    Comment #15394656

    Good question, and to answer this well we should probably do a blog post or something. In the meantime you could dig into the code since the clients are all open source. :-) But ba…

  4. comment
    Comment #15394536

    This works similar to the Realtime Database in that it's last-write wins (where in the offline case, "last" is the last person to come back online and send their write to the backe…

  5. comment
    Comment #7739986

    Great question. This is a very real pain point with dynamic content in today's world of bots / crawlers. Many sites right now are completely or partially invisible to crawlers. As …

  6. comment
    Comment #7739708

    Thanks! We worked hard to try to make a tutorial that communicated the simplicity and power of the API. Glad you liked it!

  7. comment
    Comment #7739630

    This is a big question, and I'm biased by working at Firebase, so I'd welcome somebody from the community chiming in with their experiences. But one key differentiator worth mentio…

  8. comment
    Comment #7739506

    In short, both. :-) This was a commonly-voiced pain point for our existing customers and fits very well with our vision to make Firebase the best platform for building modern apps.…

  9. comment
    Comment #7739449

    Thanks for the feedback! We'd love to know what benchmarks would make you feel more comfortable. Internally, we have a lot of monitoring and diagnostics to make sure everything is …

  10. comment
    Comment #7739409

    Yes. We think our hosting service and realtime backend complement each other nicely for building modern web apps, but you certainly don't have to use both. :-)

  11. comment
    Comment #7739358

    For context, 2000 concurrent connections would be quite a large site. If you're hitting 2000 concurrents, $500 probably wouldn't be an issue for you. It's also worth noting that Fi…

  12. comment
    Comment #7739143

    Thanks for the feedback! Now that we've got the core deploy / rollback tooling in place, we're definitely looking for ways to plug into other common workflows (git, Dropbox, etc.).…

  13. comment
    Comment #7739117

    Great suggestion! The difference between being on a CDN and not is really night and day. Every serious site deserves to be on a CDN. Your users will thank you for the faster page l…

  14. comment
    Comment #6193794

    There was a time when that was true, but these days you can easily do those sorts of things using Firebase security rules: https://www.firebase.com/docs/security/security-rules.htm…

  15. comment
    Comment #6016073

    Firebase dev here. :-) Firebase does handle offline syncing / conflict resolution. If you have a Firebase app open and you lose network connectivity, the app still continues to wor…

  16. comment
    Comment #5915676

    We let you define server-side logic (for security and validation specifically) using our Security Rules API: https://www.firebase.com/docs/security/security-rules.html

  17. comment
    Comment #5522460

    Well, adding rich-text support to ot.js and CodeMirror wasn't trivial, but both of these projects were certainly instrumental in building Firepad. And we'd love to see integrations…

  18. comment
    Comment #5522244

    [I think HN is throttling us; I had to wait a while before a reply button appeared. Feel free to email me (michael at firebase) if you want to continue the conversation.] If the st…

  19. comment
    Comment #5522080

    1) The client ignores invalid history items (unless there's a bug). So while you can pollute the Firebase data if you desire, it shouldn't affect the behavior of the app in any way…

  20. comment
    Comment #5521902

    Hey Saurik, Thanks for the thorough and correct analysis as usual. :-) The key things I would point out are that: 1) The checkpointing is an optimization. You could either remove i…

  21. comment
    Comment #5521483

    Can you provide more detail? Here or firepad@firebase.com or as a github issue? From the screenshot it's not immediately obvious to me what went wrong. People are certainly allowed…

  22. comment
    Comment #5521480

    Yeah. They could also build a robot to mash on their keyboard (or make an arduino-based USB input device, or ...) In non-demo scenarios, you'd have authentication and security rule…

  23. comment
    Comment #5521250

    Can you provide more detail? Here or firepad@firebase.com or as a github issue? From the screenshot it's not immediately obvious to me what went wrong. People are certainly allowed…

  24. comment
    Comment #5521201

    Could you provide more details? (back button works fine for me in Chrome on OSX). You can reply here or ping firepad@firebase.com. Thanks!

  25. comment
    Comment #5521192

    There's no limit. We had ~50 in some rooms earlier. We did shard users across dozens of rooms so that the user experience wasn't too ridiculous... You could (if you like pain) use …