The Wayback Machine - https://web.archive.org/web/20200622163837/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 808 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
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

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

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.