Live data from Hacker News

Viewing profile — BenjieGillam

BenjieGillam

HN member
Joined
Fri, Jul 24, 2009, 4:40 PM UTC
HN karma
179
Public activity
84 items

About BenjieGillam

Software/hardware enthusiast, hacker, maker, father, husband, vim devotee, git lover, Node.js afficionado.

[ my public key: https://keybase.io/benjie; my proof: https://keybase.io/benjie/sigs/QGjpauz2Remx10SpAp02LpRxyb7WDGJb8ZaBmADt3Sw ]

Recent public activity

  1. comment
    Comment #44821967

    Yep; we have a dedicated listener client per pool (and normally something like 1-20 pools, each with 1-100 workers); the workers themselves don’t listen. We also notify on every jo…

  2. comment
    Comment #39874056

    Completely agree; the issue I see with people who try putting logic in the DB ultimately to reject it is they try and bring their procedural programming paradigms (e.g. “for” loops…

  3. comment
    Comment #39648175

    Yes, currently Node is the runtime but we could bundle that up into a binary blob if that would help; one thing to download rather than installing Node and all its dependencies? A …

  4. comment
    Comment #39645512

    Not sure if you saw it but Graphile Worker supports jobs written in arbitrary languages so long as your OS can execute them: https://worker.graphile.org/docs/tasks#loading-executab…

  5. comment
    Comment #39638262

    Its an optional command line utility that you may use with PostGraphile which does things like printing out your configuration in a pretty format and using TypeScript to figure out…

  6. comment
    Comment #39290771

    You can use absolutely any migration framework you like with PostGraphile, it’s completely unopinionated about that.

  7. comment
    Comment #36161827

    You have to get used to mentioning it in every available avenue (readmes, docs, CLI greeting message, any web UIs, release notes, issue templates, etc), and also be happy with a re…

  8. comment
    Comment #29603160

    Graphile Worker maintainer here; keep in mind that postgres is not the ideal location for a job queue, so you’re going to be limited ultimately by postgres’ capabilities. I’ve seen…

  9. comment
    Comment #29399336

    > Postgraphile, et al. all seem to suggest that you should stand up a separate service for this. PostGraphile maintainer here; with the exception of recommending job queues for wor…

  10. comment
    Comment #29390684

    That's not true; you can use row level security (RLS) to control access (both reading and writing) on a per-row basis. You can think of it as similar to an implicit "where" clause …

  11. comment
    Comment #29304504

    Most PostGraphile projects have two or three PostgreSQL roles total, and that can support millions of application users. This is such a common misconception that we created an info…

  12. comment
    Comment #27853917

    Or use an API layer such as GraphQL that doesn’t require versioning for such a minor change since additive changes (or deprecations) to the API do not affect existing queries - eac…

  13. comment
    Comment #27588875

    Please note you can add custom handlers in PostGraphile using JS as well as SQL; we have an extensive plugin API, but if you just want to use SDL and resolvers we’ve a plugin gener…

  14. comment
    Comment #25473587

    Apparently you can’t reply with just emoji here, so: _high five emoji_

  15. comment
    Comment #25473243

    Graphile Starter-based stack (Node, PostGraphile, Next.js, Graphile Worker) running on Heroku with Amazon RDS Postgres. Virtually no server maintenance needed: just push the code t…

  16. comment
    Comment #25447381

    PostGraphile is designed for a situation where Postgres is your main data store, and other things are ancilliary. You can add in the other things with traditional GraphQL resolvers…

  17. comment
    Comment #25297485

    Thanks! Makes sense; best of luck with your future projects!

  18. comment
    Comment #25295004

    Out of interest (as the PostGraphile maintainer) did you look into https://www.graphile.org/postgraphile/make-extend-schema-plu... for extending the PostGraphile schema to do whate…

  19. comment
    Comment #25025738

    [PostGraphile author here, and I wrote that page of documentation.] Firstly, GraphQL does not allow for infinite recursion; it is literally not possible to do infinite recursion in…

  20. comment
    Comment #25015605

    I’m the maintainer of PostGraphile and I also don’t approve of “just expose your database to the world and let your frontend just get whatever data it needs.” PostGraphile is a too…

  21. comment
    Comment #23781452

    I can definitely confirm that we're significantly more personal/community driven than commercial.

  22. comment
    Comment #23497669

    No worries, I think judging things we're unfamiliar with is very human - it's necessary to protect our own time because we can't afford to research _everything_. We just need to be…

  23. comment
    Comment #23497220

    PostGraphile maintainer here; what you’ve said is not really true for PostGraphile - we give you a huge toolbox of ways to customize, shape and extend your schema so it’s designed …

  24. comment
    Comment #22769251

    This absolutely isn't required; I think you might be getting confused with RBAC rather than RLS. Handy infosheet: https://learn.graphile.org/docs/PostgreSQL_Row_Level_Securit...

  25. comment
    Comment #22723391

    “While we will discuss how you can use the schema we create with PostGraphile, this article should be useful for anyone designing a Postgres schema.”