Intereting Posts
Пользовательская роль пользователя, не работающая с пользовательским типом сообщения Доступ к информации о виджетах Не удается войти в wp-admin, поскольку перенаправление установлено на страницу, еще не опубликованную Остановить вкладчиков от редактирования стандартных сообщений, но разрешить им редактировать настраиваемый тип сообщений Изменение размеров изображений Woocommerce Текстовое поле WordPress в массиве Управление профилями пользователей с помощью WordPress Показать пользовательские таксономические слизняки? Идентификаторы сообщений, отсутствующие в действительном крючке delete_postmeta Проверка наличия файла в медиатеке Восстановить с помощью Дубликатора, URL-адрес объединяется дважды Расположение места на карте Google с использованием полного адреса, указанного в настраиваемом поле Будет ли post_name post post всегда равняться «пути» на неиерархических пользовательских типах сообщений? (используя функцию get_page_by_path ()) Отображение активных таксономических терминов Как получить категорию сообщения и связать ее с архивом (категории)

WordPress SLOW, все!

Я прочитал каждое решение wordpress и попробовал их все (по крайней мере, большинство), но я НЕ МОГУ ЗАПРЕЩАЮТ, чтобы мой сайт работал быстрее. Я использую тему couponpress, которая представляет собой тему с купоном, в которой пользователи могут перечислить различные предложения и купоны. Я закончил настройку, но у меня проблема с реальной скоростью!

Я включил функцию подсчета запросов и времени загрузки в нижнем колонтитуле моего сайта, и сайт выполнил 40-52 запросов и загрузок за 4-8 секунд (зависит от страницы) , слишком много запросов и слишком медленно для удобства. Я бы хотел, чтобы скорость снизилась до 2 секунд. Я посмотрел на запущенные запросы и, в частности, «wp_schedule_event», генерирует чрезвычайно большой запрос, но не уверен, как его уменьшить или устранить. Я искал любые ссылки на эту функцию, но я не знаю, что делать.

Я пробовал разные плагины и либо они не работают должным образом, либо они разбивают мой сайт.

Основные плагины Ive пытались:

  • W3 Total Cache (не работает должным образом)
  • WP Super Cache (не работает должным образом)
  • Автооптимизировать (разбился)
  • WP Minify (разбился)

W3 Total Cache имел лучшие результаты, но я не мог понять настройки кеша, и некоторые из моих изменений на сайте не применялись , поэтому я отключил его. Я знаю, что мне нужно очистить кеш, чтобы изменения вступили в силу, но поскольку пользователи на моем сайте всегда будут добавлять новый список, я не знаю, будут ли настройки кеша позволять их листингам отображаться правильно или вообще для этого дело. WP Super Cache сначала не разбивал мой сайт, но когда я изменил некоторые настройки, я не видел увеличения скорости. Остальные два казались многообещающими, но по тем или иным причинам разбил мой сайт. Вероятно, существуют конфликты между плагинами и некоторым существующим кодом, но я не могу указать причину.

Используя firefox, я запустил firebug и использовал чистую консоль, чтобы увидеть, какие процессы запускаются на разных страницах, а начальная загрузка в домен занимает много времени, в среднем 7-9 секунд . Большая часть этого времени является «ожидающей» частью процесса. Я исследовал решения для сокращения этого времени ожидания, но не могу увеличить скорость.

Я действительно хочу ускорить работу своего сайта, и мне нужна помощь. На прошлой неделе я боролся за разные варианты, но ничто не ускоряет их. Если вам нужно проверить сайт здесь .

Большое спасибо, я ценю любые советы с этим.

Я мог ошибаться, но я не думаю, что ваши вопросы здесь проблемы. Увидев результат, «36 запросов за 8,291 секунды» страшно, но это только измеряет время между началом первого запроса и завершением последнего запроса. Существует множество других вещей, замедляющих загрузку вашей страницы. Если вы хотите узнать, сколько времени ваши запросы действительно занимают, попробуйте следующее:

Добавьте эту строку в свой wp-config.php :

 define( "SAVEQUERIES", true ); 

И вывести фактическую историю запросов в нижнем колонтитуле:

 echo "<!--- \r\n"; global $wpdb; var_dump( $wpdb->queries ); echo "\r\n--->"; 

Затем вы можете просмотреть источник своей страницы и посмотреть, действительно ли какой-либо из запросов занимает слишком много времени.

Посмотрев на свою страницу с включенным Yslow , мне кажется, что наибольший потребитель времени – это изменение размера изображения, которое выполняется на всех изображениях сообщений. На моей загрузке сайта, похоже, каждое из этих изображений занимает от 0,3 до 1,25 секунды для загрузки, и у вас их 6 на домашней странице.

Кроме того, похоже, что они генерируются динамически в ваших файлах тем, с аргументом строки запроса ?&w=300 , что предотвратит их кэширование. И, кроме того, они снова изменяются в браузере до 115х80, что приводит к дальнейшему замедлению.

Мой совет: начните с настройки функций отображения изображения вашей темы. Добавьте дополнительный размер изображения в свою тему, чтобы изображение изменялось при первоначальной загрузке, вместо того, чтобы изменять размер каждого просмотра страницы. Если это не помогает, установите Yslow и просмотрите подсказки, которые он вам дает. Тонкая настройка заголовков и etags на изображениях (через htaccess) позволяет кэшировать изображения, которые в противном случае принудительно загружаются на каждом просмотре страницы.

ОБНОВИТЬ

Кроме того, вы загружаете несколько разных версий jquery – тот, который связан с WordPress (вероятно, называется одним из ваших плагинов), один из Google API и один в комплекте с вашей темой. Вам придется распутать весь этот беспорядок и убедиться, что все ваши различные компоненты используют правильную процедуру для запуска сценариев и т. Д. … Я не завидую вам

Вероятно, это заслуживает гораздо более длительного ответа, но в двух словах:

Вам нужно определить, что делает ваш сайт «медленным»,

Это простая плохо спроектированная тема? Вы можете понять это, используя http://developer.yahoo.com/yslow/, чтобы выяснить, какие части HTML / JS можно оптимизировать. Это самый заметный эффект скорости, просто потратив время на очистку, это может сделать сайт намного быстрее.

После того, как вы исправили свою тему (цель для класса A), вы можете посмотреть на сервер.

Вы разрешаете браузерам кэшировать ресурсы, чтобы они не запрашивали их снова? Просто установка правильных заголовков гарантирует, что CSS и JS не нужно повторно загружать для каждого просмотра страницы,

Является ли это созданием страниц, которые занимают много времени или получают информацию для обслуживания этих страниц. Является ли ваш сервер на высокой нагрузке, у него есть доступная память?

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

Во-вторых, это может быть база данных, которая очень медленная, поэтому вам может понадобиться использовать Memcached, чтобы ускорить чтение. После того, как SQL-запрос был выполнен один, он сохраняется в памяти, поэтому его можно легко прочитать.

W3 Total Cache – лучший из этих плагинов, поскольку он позволяет выбирать различные решения для решения этой проблемы, что-либо из хранилища на основе файлов, в APC и Memcached.

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

Короче: существует множество способов «исправить» эту проблему, нет волшебной пули, вам нужно провести измерения, провести исследования и исправить каждую проблему по одному. Начните с HTML, затем посмотрите на сервер.

Я не эксперт, но использование структуры permalink у вас на большом сайте может вызвать проблемы (вы должны начать постоянную ссылку с датой или postid и т. Д.), А не на основе текста. У вас много сообщений?

Еще один пример – гипер кеш . Кроме того, возможно, попробуйте DB Cache , который должен кэшировать запросы. Я успешно использовал гипер кеш, но я не был в вашей ситуации. Я никогда не пробовал DB Cahe.

Попробуйте изменить структуру постоянной ссылки на: /% post_id% -% postname%

Я думаю, что это может ускорить процесс и по-прежнему включает в себя ключевые слова для SEO.