The Wayback Machine - https://web.archive.org/web/20200625224848/https://github.com/topics/graphql-server
Skip to content
#

graphql-server

graphql logo

GraphQL is a data query language developed by Facebook. It provides an alternative to REST and ad-hoc webservice architectures. It allows clients to define the structure of the data required, and exactly the same structure of the data is returned from the server. It is a strongly typed runtime which allows clients to dictate what data is needed.

Here are 809 public repositories matching this topic...

graphql-engine
dgraph
rahst12
rahst12 commented Jan 8, 2020

Experience Report

I am currently ingesting a large continuous streaming data set. The most recent data is the most important data. The oldest - either by policy or by least importance needs to be aged-off. Today, we use Neo4J Community Edition. We perform a query to find nodes/relationships older than a specific date and then delete them.

Note: Feature requests are judged based on user

api-platform
jvigneron
jvigneron commented Nov 28, 2019

Description
To be able to optionaly remove the google fonts dependency on any page of the api-platform.

Example
Remove the google font stylesheet in line 8 in the file api-platform\core\src\Bridge\Symfony\Bundle\Resources\views\SwaggerUi\index.html.twig depending on a configuration variable.

Context
I'm working on an intranet application for a 100000+ employees company and

fuleinist
fuleinist commented Sep 12, 2019

Duplicated server using code from https://github.com/prisma/graphql-yoga#mocking and got the following error:

Error: No schema defined

server start code snippet:

...
const server = new GraphQLServer({ typeDefs, mocks })

const options = {
	endpoint: '/',
	playground: '/playground',
	subscriptions: '/',
	logFunction: (e) => console.log,
	debug: true,
}
server.start(options, 
hotchocolate
PascalSenn
PascalSenn commented Mar 17, 2020

We just need a piece of documentation because there is literally no documentation about directive locations except from the spec. The spec is not easy to read. Something like this would make sense

directive @field_definition on FIELD_DEFINITION
directive @argument_definition on ARGUMENT_DEFINITION
directive @object on OBJECT
directive @interface on INTERFACE

interface Foo @inter
ariadne
mnieber
mnieber commented May 4, 2020

Hi, I'm reading the docs about resolvers (https://ariadnegraphql.org/docs/resolvers) and got stuck in the explanation of def resolve_username(obj, _*). As explained in the docs, obj is a value returned by a parent resolver. In this case, the parent of the username field would be the User type, but this type does not have first_name or last_name. Or am I missing something? Could the ex

dosco
dosco commented Jan 3, 2020

What would you like to be added:

Document what it would take to get Super Graph working with Yugabyte DB a distributed database that is designed to be compatible with Postgres. Super Graph makes use of a bunch of Postgres specific features like querying for database tables and columns, lateral joins, json functions et

marktani
marktani commented Apr 30, 2018

I recently came across two use cases that would both be solved by a central document to give space for explanations and background information for decisions.

  1. In-line comments

For a boilerplate, in-line comments are a bit annoying. They should be kept out of code, such as here:

const db = new Prisma({
  typeDefs: 'src/generated/prisma.graphql', // the auto-generated GraphQL sch
austinarbor
austinarbor commented Dec 6, 2019

First, just wanted to mention thanks for creating this library, it's awesome and working well for me so far. However, I think the documentation of all the supported options could be improved. For example, I had no idea the annotation @GraphQLEnvironment existed until I looked through the other issues in GitHub. It seems like there is a ton of configuration potential, so it would be helpful to

graphql-kotlin
rlhk
rlhk commented Nov 17, 2018

Developing on the default config with localhost:3000 is fine.

However when I tried to test the local dev version from a device in the local network, say 192.169.110.1:3000, one of the client requests is still pointing to localhost:3000. Specifically, it's http://localhost:3000/__meteor__/dynamic-import/fetch, which makes the app unresponsive/unable to login from devices other than localhost.

Phylodome
Phylodome commented May 13, 2019

I am confused as to how an example such as this, found in your documentation, is compatible with graphql-auth-directives:

const server = new ApolloServer({
  schema: augmentedSchema,
  context: ({ req }) => {
    return {  /* Note: We return a context object containing both `driver` and `req` fields */
      driver,
      req
    };
  }
});

Given that `graphql-auth-directiv

Created by Facebook

Released 2015

Organization
graphql
Website
graphql.org
Wikipedia
Wikipedia

Related Topics

api rest
You can’t perform that action at this time.