versioning anchors added

Web-documentation/all_contents.html.twig

@@ -53,8 +53,8 @@
                     <a href="#versioining">Версионирование API</a>
                  </h2>
                  <ol>
-                    <li><a href="versioning.html">Описание</a></li>
-                    <li><a href="versioning.html">Пример</a></li>
+                    <li><a href="#versioning-description">Описание</a></li>
+                    <li><a href="#versioning-example">Пример</a></li>
                  </ol>
               </li>
               {% endif %}

Web-documentation/blocks/versioning-info.html.twig

@@ -2,7 +2,7 @@
 {%- set outOfDateError = first(errorType.values) -%}
 
 <div class="page-data">
-    <h2>Описание</h2>
+    <h2 id="versioning-description">Описание</h2>
     <p class="sub-header">Необходимо иметь возможность поддержки нескольких версий API (для одновременной работы нескольких версий приложения). Также необходимо предусмотреть принудительное обновление какой-либо из версий.</p>
     <p class="sub-header"> Версии API будут размещаться на url-адресах вида &lt;base_url&gt;/v&lt;version_number&gt;/, где &lt;version_number&gt; - версия API.</p>
     <p class="sub-header">При вызове любого метода в случае, если вызываемая версия API требует обновления приложения, сервер должен вернуть ошибку:<br/>
@@ -10,7 +10,7 @@
     <p class="sub-header">При этом приложение должно показать пользователю диалог с предложением установить новую версию из маркета, а остальные функции должны стать недоступными.
     </p>
 
-    <h2>Пример</h2>
+    <h2 id="versioning-example">Пример</h2>
     <p class="sub-header">Первая версия API будет располагаться по адресу: &lt;base_url&gt;/v1/.<br/>
                 В тот момент, когда эта версия API перестанет поддерживаться, на все запросы этой версии API сервер должен возвращать следующий ответ:</p>
     <div class="example-response">