Как Вы максимизируете производительность сервера?
использовать код, подобный этому
$post_content = get_the_content();
if ( has_shortcode( $post_content, '360' ) ) {
echo do_shortcode("[360]");
}
3 ответа
Наша система: Я не могу сказать Вам очень об этом, но это - большое приложение SaaS, обслуживающее многих платящих клиентов.
Каждая часть производительности / полная работа, которую мы делаем, сделана очень тщательно - мы не можем только попробовать вещи видеть, работают ли они.
Первоначально был бы некоторый анализ текущей производительности и способности, могли ли мы продолжить работать так или иначе.
Если возможно, мы воспроизвели бы проблемы производительности в непроизводственной системе, где мы могли представить код и внести экспериментальные изменения. Мы не можем всегда использовать те же самые аппаратные средства в качестве производства (производство имеет большое количество очень высоких серверов спецификации; dev имеет только некоторых, производственная спецификация выделила поля теста производительности).
Если бы проблема не может быть проанализирована значительно в непродуктивной среде, мы поставили бы некоторый инструментарий на нашем коде в производстве (после того, как тщательное тестирование для обеспечения инструментария не влияет на саму систему). Этот инструментарий был бы отправлен и включен выборочно для сбора достаточного количества данных.
После того как у нас был точный анализ проблемы, мы посмотрим на возможные решения и возможно разработаем прототипы - они могли быть протестированы на функциональную корректность.
Мы обычно идем для наименее опасной опции, если существуют несколько.
Нормальный процесс выпуска затем сопровождался бы - большое тестирование, обзоры кода и т.д.
При необходимости изменение могло бы быть поставлено с, "возвращаются переключатель", который позволил ему быть выключенным в производстве быстро, если была проблема.
Существует много потенциальных повышений производительности, которые мы определили, большинство которых мы не разработаем далее, пока проблема не происходит (если мы не делаем несвязанный рефакторинг той части программного обеспечения так или иначе).
Нет никакого конкретного генерального плана для оптимизации производительности (как запуск в программном обеспечении "xyz" сначала).
Общий подход:
- Определите (мера!) Ваш самый improveable объект посредством времени улучшения/инвестировать
- Оптимизируйте его
- Повториться
У меня нет времени, чтобы ответить, что Вы подвергаете сомнению маркер маркером.=) Но я могу рекомендовать общую стратегию разделения проблем и не связать ресурсы сервера, когда нет никакой неотложной потребности для него. mod_proxy (и любые эквиваленты) является Вашим другом. Это помогает бросить аппаратные средства в проблемы производительности, которые обнаруживаются. Конечно, Вы не должны учитывать систему отлично от запуска (так как действительно трудно ожидать, где реальные узкие места обнаружатся). Но когда Вы действительно встречаетесь с проблемами. Помните своего друга.