diff --git a/docs/index.md b/docs/index.md
index b12b954..a10210c 100644
--- a/docs/index.md
+++ b/docs/index.md
@@ -34,9 +34,9 @@ Library features include:
  - Parsing, validating and [executing GraphQL queries](executing-queries.md) against this Type System
  - Rich [error reporting](error-handling.md), including query validation and execution errors
  - Optional tools for [parsing GraphQL Type language](type-system/type-language.md)
- - Tools for [batching requests](data-fetching.md/#solving-n1-problem) to backend storage
- - [Async PHP platforms support](data-fetching.md/#async-php) via promises
- - [Standard HTTP server](executing-queries.md/#using-server)
+ - Tools for [batching requests](data-fetching.md#solving-n1-problem) to backend storage
+ - [Async PHP platforms support](data-fetching.md#async-php) via promises
+ - [Standard HTTP server](executing-queries.md#using-server)
 
 Also, several [complementary tools](complementary-tools.md) are available which provide integrations with 
 existing PHP frameworks, add support for Relay, etc.
diff --git a/docs/type-system/type-language.md b/docs/type-system/type-language.md
index 094f332..f7821ec 100644
--- a/docs/type-system/type-language.md
+++ b/docs/type-system/type-language.md
@@ -1,4 +1,5 @@
 # Defining your schema
+Since 0.9.0
 
 [Type language](http://graphql.org/learn/schema/#type-language) is a convenient way to define your schema,
 especially with IDE autocompletion and syntax validation.
@@ -39,6 +40,8 @@ Also, we have to rely on [default field resolver](../data-fetching.md#default-fi
 order to execute a query against this schema.
 
 # Defining resolvers
+Since 0.10.0
+
 In order to enable **Interfaces**, **Unions** and custom field resolvers you can pass the second argument: 
 **type config decorator** to schema builder. 
 
@@ -61,6 +64,8 @@ $schema = BuildSchema::build($contents, $typeConfigDecorator);
 ```
 
 # Performance considerations
+Since 0.10.0
+
 Method **build()** produces a [lazy schema](schema.md#lazy-loading-of-types)
 automatically, so it works efficiently even with very large schemas.