---
title: "Ограничения и производительность: большие доски, длинные ветки и порог представления списка"
description: "Справочник по ограничениям Vitextra Discussions: как выполняется постраничная загрузка списка тем, какие столбцы индексированы, как загружаются длинные ветки, ограничение 10 МБ для изображений и структура «папка на год» библиотеки Discussions Assets, лимиты очереди модерации и веб-части Activity, а также рекомендации для досок с более чем 5 000 тем."
url: https://vitextra.com/ru/support/kb/10427
language: ru
published: 2026-11-02
modified: 2026-11-01
products:
  - "Discussions"
author: "Lidija Reising"
tags: ["ограничения Discussions", "порог представления списка SharePoint доска обсуждений", "большая доска обсуждений SharePoint Online", "производительность длинных веток", "тем на странице", "индексированные столбцы Discussions", "ограничение изображения 10 МБ", "Discussions Assets папка на год", "производительность Vitextra Discussions"]
---

# Ограничения и производительность: большие доски, длинные ветки и порог представления списка

Справочник по ограничениям Vitextra Discussions: как выполняется постраничная загрузка списка тем, какие столбцы индексированы, как загружаются длинные ветки, ограничение 10 МБ для изображений и структура «папка на год» библиотеки Discussions Assets, лимиты очереди модерации и веб-части Activity, а также рекомендации для досок с более чем 5 000 тем.

## Обзор

[Discussions](https://vitextra.com/ru/products/discussions) хранит все доски сайта в нескольких обычных списках SharePoint, поэтому действующие ограничения — это ограничения списков SharePoint Online плюс несколько фиксированных значений, заложенных в веб-часть. В этой статье перечислены эти значения в том виде, в каком они реализованы в версии 26.10.2, объясняется, как веб-часть остаётся в пределах порога представления списка, и даны рекомендации для сайтов с очень большими досками или очень длинными ветками. Сами списки и столбцы описаны в [KB10426. Справочник списков и столбцов Discussions](https://vitextra.com/ru/support/kb/10426).

## Ограничения в одной таблице

| Элемент | Значение | Откуда берётся |
|---|---|---|
| Тем, загружаемых на одну страницу | Параметр **Тем на странице**: от 5 до 100 с шагом 5, по умолчанию 20 | Панель свойств, группа **Вид** |
| Тем на доске, досок на сайте | Веб-часть не ограничивает | Действуют ограничения списков SharePoint |
| Досок, предлагаемых в раскрывающихся списках | Первые 500 досок сайта, отсортированные по названию | Фиксированное значение |
| Ответов, загружаемых для темы | Все ответы, читаются с сервера порциями по 500 | Фиксированное значение |
| Глубина вложенности ответов | Не ограничена | Модель данных (материализованный путь) |
| Название темы | 255 символов | Столбец Title в SharePoint |
| Встроенное изображение | 10 МБ на файл; только файлы изображений | Фиксированное значение, **Изображение больше 10 МБ.** |
| Вложений на тему или ответ | Веб-часть не ограничивает | Вложения элементов списка SharePoint |
| Имя файла вложения | Зарезервированные символы заменяются на `_`; имена длиннее 120 символов обрезаются | Фиксированное правило |
| Элементов в одном разделе очереди модерации | 200 самых новых | Фиксированное значение |
| Элементов в веб-части Discussions Activity | Параметр **Максимум элементов**: от 1 до 50, по умолчанию 5 | Панель свойств, группа **Вид** |
| Подписок, читаемых на пользователя и доску | 500 | Фиксированное значение |
| Классических элементов, читаемых импортёром | Порциями по 2 000, пока исходный список не будет прочитан полностью | Фиксированное значение |

## Как список тем остаётся быстрым

Список тем никогда не запрашивает у SharePoint всю доску целиком. Каждый запрос — это серверный запрос к списку `Discussions Topics`, ограниченный одной страницей из **Тем на странице** строк и отсортированный сначала по признаку *Закреплена*, а затем по *Последней активности*, новые сверху. Кнопка **Показать ещё** запрашивает следующую страницу по ссылке продолжения, которую вернул SharePoint, поэтому доска с десятками тысяч тем обходится в расчёте на страницу так же, как доска с двадцатью.

Каждый фильтр, который добавляет веб-часть, опирается на индексированный столбец — именно это удерживает запросы в пределах порога представления списка в 5 000 элементов:

| Фильтр | Столбец | Где используется |
|---|---|---|
| Доска | `VtxBoard` (подстановка, индексирован) | Каждый запрос |
| Утверждение | `VtxApprovalStatus` (индексирован) | Участники: утверждённые элементы и свои собственные |
| Представление **Без ответа** | `VtxTopicType` и `VtxStatus` (индексированы) | Вопросы со статусом *Open* |
| Представление **С ответом** | `VtxStatus` (индексирован) | Статус *Answered* |
| Представление **Рекомендуемые** | `VtxIsFeatured` (индексирован) | Рекомендуемые темы |
| Представление **Мои темы** | *Кем создано* | Темы текущего пользователя |
| Раскрывающийся список категорий | `VtxCategory` (индексирован) | Выбранная категория |
| Порядок сортировки | `VtxIsSticky`, `VtxLastActivity` (индексированы) | Каждый запрос |

Исключение — поле поиска: оно добавляет условие *содержит* по столбцу **Название** темы, а это неиндексируемая операция. SharePoint всё равно сначала применяет индексированный фильтр по доске, поэтому поиск безопасен, пока одна доска остаётся заметно меньше 5 000 тем. На более крупной доске поиск может работать медленно или быть отклонён SharePoint с ошибкой порога представления списка; см. рекомендации ниже.

![Постраничный список тем с кнопкой «Показать ещё»](https://static.vitextra.com/articles/10427/topic-list-paging-ru.png)
*Постраничный список тем с кнопкой «Показать ещё»*

📝 **Заметка**  
Веб-часть ищет только по названиям тем. Текст ответов и содержимое тем не просматриваются; чтобы найти их, используйте поиск SharePoint по сайту, который индексирует списки `Discussions Topics` и `Discussions Posts` как любые другие списки.

## Длинные ветки

При открытии темы веб-часть загружает **все** её ответы, а не только первую страницу. Ответы читаются из списка `Discussions Posts` порциями по 500 через индексированную подстановку `VtxTopic`, после чего дерево ответов строится в браузере по столбцам родителя и пути. Глубина вложенности не ограничена, и внутри ветки нет шага «показать ещё ответы».

Практические следствия:

- Ветке с 2 000 ответов нужно четыре запроса, прежде чем она будет показана; ветке с 10 000 ответов — двадцать. Страница становится заметно тяжелее задолго до достижения ограничений SharePoint, потому что все ответы отрисовываются сразу.
- Глубоко вложенные ответы смещаются вправо уровень за уровнем. На узких экранах очень глубокие ветви становятся трудночитаемыми; модераторы могут закрыть исчерпавшую себя тему (**Закрыта**) и попросить открыть новую.
- Счётчик *Ответы* в списке — это сохранённое на теме число, а не живой подсчёт (см. [KB10432. Счётчики, последняя активность или лучший ответ выглядят неверно](https://vitextra.com/ru/support/kb/10432)).

## Изображения и вложения

Встроенные изображения, вставленные из буфера обмена, перетащенные или добавленные кнопкой **Вставить изображение**, загружаются в библиотеку документов `Discussions Assets`. Веб-часть создаёт папку на каждый календарный год (например, `2026`) и сохраняет каждое изображение в ней под уникальным именем, поэтому ни одна папка не растёт бесконечно, и библиотека на многие годы использования остаётся заметно ниже порога представления. Изображения больше 10 МБ отклоняются ещё до начала загрузки; файлы, не являющиеся изображениями, редактор игнорирует.

Вложения, добавленные кнопкой **Прикрепить файл**, — это обычные вложения элемента списка на теме или ответе. Веб-часть не ограничивает их количество и размер; действуют ограничения SharePoint Online для вложений элементов списка. Перед загрузкой имена файлов приводятся к безопасному для SharePoint виду: символы `\ / : * ? " < > | # % & { } ~` заменяются знаком подчёркивания, а имена длиннее 120 символов укорачиваются.

![Библиотека Discussions Assets с папкой на каждый год](https://static.vitextra.com/articles/10427/assets-folder-per-year-ru.png)
*Библиотека Discussions Assets с папкой на каждый год*

## Очередь модерации, веб-часть Activity и подписки

- Экран **Модерация** читает не более 200 элементов на раздел (темы, ожидающие утверждения; ответы, ожидающие утверждения; темы с жалобами; ответы с жалобами), новые сверху. Ожидающие и обжалованные ответы запрашиваются по всему сайту, а затем сужаются до текущей доски, поэтому на сайте с несколькими активными досками очень длинная очередь может показываться порциями: утвердите или отклоните видимые элементы, и появятся следующие.
- Веб-часть **Discussions Activity** читает только то количество тем, которое задано в **Максимум элементов** (от 1 до 50), с фильтром по индексированному столбцу утверждения и сортировкой по последней активности, поэтому её недорого разместить на домашней странице.
- Подписки читаются на пользователя и на доску, не более 500 строк, что намного больше того, на что один человек подписан на практике.

## Счётчики и управление версиями

Количество ответов, количество просмотров, последняя активность и подобные значения хранятся на элементе темы и обновляются браузером пользователя, который отвечает или открывает тему. Каждое такое обновление создаёт новую версию элемента темы, потому что списки создаются с включённым управлением версиями. На очень активной доске журнал версий популярной темы растёт быстро; владелец сайта может уменьшить число хранимых версий в разделе **Параметры списка → Параметры управления версиями** (List settings → Versioning settings) списка `Discussions Topics`, не затрагивая работу веб-части.

❗ **Важно**  
Не удаляйте индексы со столбцов `Vtx` и не переводите списки на другой шаблон. Веб-часть создаёт индексы при первом использовании и опирается на них в каждом запросе; доска, которая перерастёт 5 000 тем без индексов, начнёт выдавать ошибку порога представления списка.

## Рекомендации для очень больших досок

1. **Делите по аудитории, а не по годам.** Несколько досок на одном сайте (служба поддержки ИТ, HR, доска на каждый курс) используют одни и те же списки, но фильтруются по индексированному столбцу доски, поэтому каждая доска остаётся небольшой для запросов, а на сайте сохраняется единое место для поиска.
2. **Держите отдельные доски в пределах 5 000 тем**, если ваши пользователи полагаются на поле поиска. Сверх этого ограничивайте поиск категориями и представлениями или направляйте пользователей к поиску по сайту.
3. **Используйте категории** вместо множества почти одинаковых досок; фильтр по категории индексирован и ничего не стоит.
4. **Закрывайте завершённые ветки** и начинайте новые, вместо того чтобы позволять одной теме накапливать тысячи ответов.
5. **Размер страницы.** Значение по умолчанию — 20 тем на странице — хороший баланс; увеличение до 100 утяжеляет первую отрисовку на медленных соединениях, не меняя серверной стоимости одной страницы.
6. **Импорт.** Импортёр классической доски читает источник порциями по 2 000 и записывает элементы по одному; классическая доска с десятками тысяч сообщений требует много времени, но не требует особой подготовки. См. [KB10417. Как импортировать классическую доску обсуждений SharePoint в Discussions](https://vitextra.com/ru/support/kb/10417).

💡 **Совет**  
Если вы планируете доску для всей организации, задайте представление по умолчанию и размер страницы, подходящие аудитории, как описано в [KB10422. Представления, постраничная загрузка, поиск и счётчики: настройки отображения веб-части Discussions](https://vitextra.com/ru/support/kb/10422), и разместите веб-часть **Discussions Activity** на домашней странице, чтобы люди попадали к последним темам, не прокручивая доску.