Как проверить, призван ли страница

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/1720

  •  16-10-2019
  •  | 
  •  

Вопрос

Мы пытаемся решить некоторые проблемы с производительностью на удаленном сайте.

Одна вещь, которую, как мы подозреваем, может вызвать проблему производительности, это Page Ghosting.

Есть ли способ посмотреть, не называются ли страницы, которые называются призраками?

Это было полезно?

Решение

По моему опыту, Ghosted/Unghosted Thing - это полный миф о SharePoint. Если у вас есть значительные проблемы с производительностью со страницей, я искренне сомневаюсь, что это проблема. Я бы больше посмотрел, какие веб -части находятся на странице и что вы просите их сделать.

Другие советы

Решение проблем с производительностью в SharePoint за счет второго угадания, в чем проблема может быть очень длинным и утомительным процессом.

Что вы должны сделать, так это дать сайту тщательную проверку для проблем, которые могут повлиять на производительность (и да, закрытые веб-части-это, вероятно, очень длинное список).

Другие кандидаты:

  • Большие коллекции сайтов (> 100 ГБ), большие списки (> 2000 пунктов) и т. Д. (ЧитатьПланируйте границы программного обеспечения на Technet)
  • Кэширование включено? Выходное кэширование, кэширование BLOB, сжатие HTTP
  • пользовательский код. Вероятно, худший вклад в плохую работу. Конкретные страницы медленны или страницы в целом медленные? Ваш код утилизирует свои объекты Sprequest (наблюдение за потреблением памяти). Читать этоа также это.
  • оповещения в EventLog или 12 журналах улья. Недостаточно места на диске? низкий по памяти? Вы используете 32-битный?
  • SQL Server - это сердечный ритм хорошо выполняющего SharePoint. Проверьте наличие предупреждений в журнале событий.

  • неисправный Ник. Я видел это крушение на хорошо хорошо выполненном сайте.

  • Насколько велика зона ваших страниц? Если вам нужно загрузить тонны
    CSS, JS и изображения по каждому запросу
    (без кэширования их) это может
    Убить производительность.

  • В общем: настраиваются ли ваши серверы в соответствии с лучшими практиками? Подробнее техник

Это были некоторые из проблем, которые я бы рассмотрел, опять же, в зависимости от того, какие модели для плохой производительности вы испытываете (вы не описываете это в своем вопросе).

Я поступаю под названием «Вы имеете в виду под браузером.

Если вы просто хотите посмотреть, настроена ли данная страница, вы можете посмотреть на страницы в Designer SharePoint, так как это быстро покажет вам, какие страницы призраков впоследствии были настроены.

Настроенный файл в SPD http://www.code-storm.co.uk/resources/pb/customized.png

Конечно, если вам нужно сделать это через код, это не является жизнеспособным подходом.

Вы проверили сайт с Fiddler, чтобы увидеть, что происходит под обложками?

Как сказал Марк, эта проблема может быть не статусом призрачного/непредубежденного страницы, но ... если вы хотите проверить статус страницы, тогда SharePoint Manager это действительно полезный инструмент для изучения свойств объектов SharePoint. Это должно сохранить любое время написания кода для выполнения проверки, и если страница не будет выплачена, то «CumpormizedPageStatus» отобразит настраиваемые.

Как сказал выше Марк, проверьте количество веб -частей и то, что они делают. Особенно проверьте, есть ли большое количество «закрытых» веб -частей, скрывающихся за кулисами от энергетических пользователей, не понимающих разницу между Delete и Close. Они не видны, но будут продолжать потреблять все эти ресурсы. Почти каждый раз, когда я помогаю кому -то с проблемой производительности на сайте, это из -за> = 10 закрытых веб -частей.

Еще одна проблема, которую нужно проверить, и это может показаться странным, это выяснить, есть ли у вас веб -часы, которые имеют код. Вполне возможно, что некоторые из них могут не должным образом выпускать ресурсы, которые они использовали. Это всего лишь дополнение к другим уже упомянутым моментам.

Мои 5 центов: если это вообще вариант, вы можете проверить время трассировки ASP.NET, чтобы увидеть акции каждого элемента управления или не рендеринги в дереве управления страницы. См. Web.config/System.web/Trace для рассматриваемого пула приложений и добавьте trace.axd в URL (или установите атрибут PageOutput в «true» для элемента трассировки в web.config).

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top