Вам, как пользователю, не следует беспокоиться о производительности сайта . В большинстве случаев вы мало что можете сделать, чтобы существенно ускорить или замедлить работу серверов сайта . В целом программное обеспечение разработано так, чтобы не допустить, чтобы действия пользователей сильно его замедляли.
Операции сайта и всякие штуки, связанные с поддержанием активности, — это наша забота. «Наша» относится к команде разработчиков и команде системного администрирования, но я объединяю их всех вместе. Если что-то *нужно* для того, чтобы продолжить написание энциклопедии или создание словаря, то сделайте это. Если что-то нечисто, дайте нам знать, и если есть более простой метод, который мы можем реализовать, чтобы помочь, мы это сделаем.
Конечно, примите здравый смысл. Если очевидно, что что-то может вызвать серьезные проблемы, прекратите огонь и проверьте. Но не бегайте вокруг и не кричите "серверы, серверы!!!" в качестве оправдания, чтобы ничего не делать, это глупо.
Фонд Викимедиа нанимает многочисленных ИТ-специалистов в качестве системных администраторов; эти сотрудники отвечают за обеспечение стабильной и отзывчивой платформы, на которой будут работать вики, размещенные Фондом Викимедиа. Эта платформа образует кластер из более чем четырехсот серверов с более чем пятью терабайтами оперативной памяти и более чем 2400 процессорными ядрами . Вся архитектура и программное обеспечение MediaWiki, работающее на ней, были разработаны для минимизации возможности редакторов влиять на производительность сайта. Что еще более важно, запуск MediaWiki для размещения вики Wikimedia — это то, для чего нужен кластер ; поэтому редакторы должны делать с программным обеспечением все, что они считают нужным, чтобы способствовать достижению целей проекта. Производительность — это не причина избегать использования перенаправлений , прекращать связывание страниц или вообще избегать редактирования . Серверы «работали бы» лучше всего, если бы в Википедии вообще не было контента, [a] но они не достигли бы своей цели.
В общем, не стоит слишком беспокоиться о таких мелочах, как шаблоны и "нагрузка на сервер" на уровне политики. Если они дорогие, мы либо исправим их, либо ограничим на техническом уровне; это наша ответственность ...
С технической точки зрения, наша обязанность — поддерживать работу системы достаточно хорошо для того, что требуется сайтам. Другими словами: это не вопрос политики. Если и когда нам понадобится ограничить определенные вещи, мы сделаем это с помощью технических мер ...
«Политика» не должна на самом деле касаться нагрузки на сервер, за исключением самых крайних случаев; наша работа — поддерживать настройки, чтобы предоставлять то, что нужно пользовательской базе.
— Брук Виббер (тогдашний главный технический директор Фонда Викимедиа ), Village Pump, 21 января 2006 г.
Системные администраторы имеют доступ к большому количеству данных профилирования, регистрации и администрирования, которые позволяют им легко определять узкие места производительности. Если функция программного обеспечения MediaWiki вызывает неприемлемую производительность в кластере, разработчики MediaWiki или системные администраторы предпримут соответствующие действия для ее исправления. Примерами ограничений, введенных для предотвращения проблем с производительностью, являются ограничения на включение шаблонов , ограничения на удаление страниц с более чем 5000 ревизий и максимальный размер страниц 2 МБ.
Некоторые средства защиты, принимаемые системными администраторами, не являются техническими блокировками, а «обычными» правками вики. Если системный администратор вносит изменения в вики из соображений производительности, не отменяйте их и не блокируйте их ; также, если системный администратор говорит вам внести изменения, слушайте его . Прошлые примеры таких действий включали редактирование системных сообщений [ мертвая ссылка ] , блокировку пользователей и изменение часто используемых шаблонов.
Я дал общую рекомендацию не бегать и не говорить «НЕБО ПАДАЕТ, НЕБО ПАДАЕТ» о шаблонах, ОСНОВАННЫХ НА ПРЕДПОЛОЖЕНИЯХ И ПАРАНОЙЕ.
Это не значит, что РЕАЛЬНУЮ ПРОБЛЕМУ, ЕСЛИ ОНА ОБНАРУЖЕНА, СЛЕДУЕТ ИГНОРИРОВАТЬ.
КОГДА ЕСТЬ РЕАЛЬНАЯ, РЕАЛЬНАЯ, ИЗМЕРИМАЯ ПРОБЛЕМА, ТОГДА ЭТО ИМЕЕТ ЗНАЧЕНИЕ.
- Брук Виббер (тогдашний технический директор Фонда Викимедиа ), wikitech-l, 16 января 2007 г.
В некоторых случаях системные администраторы могут сделать что-то, что замедлит или рухнет на сайт. Это случается редко и, как правило, не стоит беспокоиться; хотя есть несколько вещей, которые администраторы могут сделать злонамеренно, и которые очень трудно исправить, никогда не должно быть возможности сделать что-то, что приведет к постоянной потере данных или неустранимой поломке. В редких случаях, когда происходит что-то впечатляющее, следуйте инструкциям системных администраторов, которые приходят, чтобы собрать осколки, и все будет хорошо. Очевидно, что вам не следует делать то же самое снова, но не бойтесь делать похожие вещи. Если вас наказали за попытку удалить Wikipedia:Sandbox и рухнуть на сайт, не пытайтесь удалить ту же страницу снова, но и не подсчитывайте с опаской ревизии каждой страницы, которую вы хотите удалить. Это наносит Wikipedia гораздо больший вред, чем незначительное временное замедление. Если вы в чем-то не уверены, вы можете обратиться к системному администратору на IRC-канале #wikimedia-tech connect , если это вас успокоит, но, как правило, это не обязательно.
Особенно в области дизайна шаблонов важна оптимизация производительности сервера, и часто это делают пользователи с большим влиянием. Это не очень сложно. Я сам делал это время от времени, но лучше всего это делают люди, которые знают об этих шаблонах и статьях, которые они обслуживают.
— Тим Старлинг , менеджер по выпуску MediaWiki , wikitech-l, 12 января 2011 г.
Ничто на этой странице не говорит о том, что редакторы не должны заботиться о производительности, а только о том, что она не должна ограничивать разработку проекта. Если страница особенно медленно отображается или сталкивается с другими ограничениями , то полезно отредактировать ее или шаблоны и модули, чтобы она работала лучше. Это должно основываться на существенных, измеримых характеристиках, таких как время загрузки, а не на догадках или попытках просто сэкономить несколько байтов здесь и там.
В некоторых областях разработчики предоставили инструменты, с помощью которых можно точнее измерить производительность, например, пределы расширения шаблона, отчет парсера (присутствует в комментарии в конце содержимого страницы и на странице предварительного просмотра редактирования) или данные профилирования в фильтре редактирования . В этих случаях редакторы, безусловно, могут использовать эти инструменты для улучшения производительности, которую они могут измерить.
«Не беспокойтесь о производительности» относится к производительности всего сайта , где цель серверов — поддерживать содержимое вики, а не наоборот. Цель содержимого вики — обслуживать читателя; и соображения производительности, безусловно, могут играть роль в этом процессе. Использование миниатюр с большим размером в байтах вместо меньшего размера в байтах (например, высококачественный PNG 50 кБ вместо уродливого JPEG 20 кБ ) определенно может замедлить загрузку страниц; но приемлемо ли это — вопрос редакционного выбора, а не того, что разработчики или системные администраторы будут либо запрещать, либо поощрять.
Оптимизируйте с помощью науки, а не суеверий.
— Брук Виббер, wikitech-l, 13 января 2011 г.
Будьте проактивны в оптимизации вещей, где вы можете измерить и количественно оценить влияние на производительность. Не беспокойтесь о последствиях для производительности вещей, которые вы не можете измерить; Фонд Викимедиа нанимает системных администраторов, которые будут беспокоиться о производительности всего сайта.