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