https://www.prisma.io/ logo
Join Slack
Powered by
# prisma-whats-new
  • c

    carlpeaslee

    12/05/2016, 9:50 PM
    hello! I'm having some difficulties with getting a
    FIELDS_CHANGE
    request to query more than just
    clientMutationId
    and I'm going a little bonkers. I don't know if the problem is being caused because of my graphql schema or if I'm not requiring the right information on the client side. I'd love any help from someone who has managed to implement their own react/relay frontend and graphql/node backend!
  • c

    carlpeaslee

    12/05/2016, 9:51 PM
    (you can dm me!)
  • n

    nilan

    12/05/2016, 10:07 PM
    @carlpeaslee can you describe your problem/code a bit more? how does the mutation look like
  • c

    carlpeaslee

    12/05/2016, 10:08 PM
    hi, yes, I definitely can!
  • c

    carlpeaslee

    12/05/2016, 10:13 PM
    ___Routes_index_js
  • c

    carlpeaslee

    12/05/2016, 10:14 PM
    ProfileContainer
  • c

    carlpeaslee

    12/05/2016, 10:15 PM
    EditPersonMutation
  • n

    nilan

    12/05/2016, 10:21 PM
    one thing you can do to check if the schema is good is to use GraphiQL
  • n

    nilan

    12/05/2016, 10:22 PM
    http://toolbox.sangria-graphql.org/graphiql
  • n

    nilan

    12/05/2016, 10:22 PM
    enter your endpoint here 😛
  • c

    carlpeaslee

    12/05/2016, 10:25 PM
    once second and I'll push this branch up to a sandbox
  • e

    emilrmoeller

    12/07/2016, 4:21 AM
    Hi! I’m unsure if this is a general question about graphql or for graph.cool, but i wonder how i can request an entry in a model in a way so it’s only visible for the user who created it ? Like user A create a post. User A wants to edit the post, goes to url:
    posts/:id/edit
    . But user B is an ass**** and he want’s to ruin the day for user A so he goes to
    posts/:user-a-post-id/edit
    , and here he should be met with 404 or something. So i need to send the token with the request so that only user A can make that request. Do you have any ideas or concepts on how to achieve this ?
  • y

    yannik

    12/07/2016, 5:06 AM
    Does anybody have a site using Graph.cool that's live? Curious about some production examples
  • e

    emilrmoeller

    12/07/2016, 5:10 AM
    @yannik not yet sorry
  • a

    afgh

    12/07/2016, 8:15 AM
    Anyone using graph.cool with react apps made with CRA? I'm specifically interested in if anyone's gotten around the heavy caching done in the webpack config: https://github.com/facebookincubator/create-react-app/issues/462#issuecomment-251405606
  • n

    nilan

    12/07/2016, 8:24 AM
    hey @emilrmoeller we are working on a really neat feature that allows you to handle situation like yours simple smile stay tuned!
    👍 1
  • e

    emilrmoeller

    12/07/2016, 8:25 AM
    Yes!!! Sounds awesome!
  • e

    emilrmoeller

    12/07/2016, 8:25 AM
    Thanks @nilan!
  • s

    schickling

    12/07/2016, 9:45 AM
    Hey @yannik! Sure, I'll DM you with a couple of production examples!
  • s

    schickling

    12/07/2016, 9:49 AM
    Hey @afgh. That's a really good point. We're currently working on a way making it a lot easier to use Graphcool with CRA!
  • n

    nick.kozhukharenko

    12/07/2016, 10:22 AM
    Did somebody do a comparison between graph.cool & scaphold.io? I'm struggling with the choice. Scaphold advantages: - subscriptions - more intergations - analytics - better pricing - can work with teammaes in the console disadvantages: - buggy console UI graph.cool advantage: - better docs - better console - clearer roadmap and issue tracking, seems that move people using it Using the formal criteria the schaphold.io is a better choice, but subjectively, it seems that graph.cool will be a more stable solution in long term. The business models are the same, only implementation matters in this case. @nilan @schickling, I'm sure that you know more than I, can you shed light on this topic?
  • s

    schickling

    12/07/2016, 10:35 AM
    Really good question @nick.kozhukharenko! Thanks for your collected comparison information above. In general we're happy to tell you that we'll be rolling out most of these missing features over the next few weeks as well. Among them are subscriptions & an integration for Algolia. For us it is crucial to provide a stable solution to our customers and not to break people's apps when rolling out new features. Besides that another fundamental difference is that Scaphold seems to still be in a prototype stage as their service is built on a simple Node backend. That's also how we started out but quickly realised that this cannot scale into a stable solution so we've spent months on rewriting everything in Scala which runs at the heart of our service. I'd be happy to provide more information if helpful!
    👍 3
  • k

    kitze

    12/07/2016, 10:52 AM
    @nick.kozhukharenko for me the deal breaker for scaphold was that the console was buggy as hell which made everything else practically unusable.
  • n

    nick.kozhukharenko

    12/07/2016, 11:03 AM
    @kitze yes, it’s. It Need reloading very ofter..
  • a

    allpwrfulroot

    12/07/2016, 7:26 PM
    I got frustrated with CRA (everything was buried!) but LOVE Next.js and deployment with Now. That team is genius, creating React apps is now so much faster
    ❤️ 1
  • a

    allpwrfulroot

    12/07/2016, 7:27 PM
    And my apps are better since SSR and progressive loading is just taken care of automagically
  • a

    allpwrfulroot

    12/07/2016, 7:27 PM
    Trying out GraphQL/Apollo Client integration this week, fingers crossed
  • s

    sorenbs

    12/07/2016, 7:40 PM
    That’s exciting @allpwrfulroot! I don’t have any experience with Next.js yet. Do you think you could write a blog post about your learnings integrating it with Apollo and Graphcool?
  • t

    thisismissem

    12/07/2016, 8:02 PM
    @yannik http://graphql.training uses graph.cool
  • t

    thisismissem

    12/07/2016, 8:05 PM
    @allpwrfulroot see https://github.com/graphql-training – that repo was a CRA, and using Apollo + Graphcool
1...585960...637Latest