Skip to content

Commit 16c9818

Browse files
Update website/pages/en/deploying/multiple-networks.mdx
Co-authored-by: Benoît Rouleau <[email protected]>
1 parent 09405cb commit 16c9818

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

website/pages/en/deploying/multiple-networks.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -198,7 +198,7 @@ A working example of this can be found [here](https://github.com/graphprotocol/e
198198

199199
If a subgraph syncs successfully, that is a good sign that it will continue to run well forever. However, new triggers on the network might cause your subgraph to hit an untested error condition or it may start to fall behind due to performance issues or issues with the node operators.
200200

201-
Graph Node exposes a graphql endpoint which you can query to check the status of your subgraph. On a local node, it is available on port `8030/graphql` by default. The full schema for this endpoint can be found [here](https://github.com/graphprotocol/graph-node/blob/master/server/index-node/src/schema.graphql). Here is an example query that checks the status of the current version of a subgraph:
201+
Graph Node exposes a GraphQL endpoint which you can query to check the status of your subgraph. On a local node, it is available on port `8030/graphql` by default. The full schema for this endpoint can be found [here](https://github.com/graphprotocol/graph-node/blob/master/server/index-node/src/schema.graphql). Here is an example query that checks the status of the current version of a subgraph:
202202

203203
```graphql
204204
{

0 commit comments

Comments
 (0)