Я прочитал обсуждение производительности различных постоянных ссылок в списке рассылки wp hackers, на ЭТОМ форуме и вокруг Google.
Однако я не мог бы сделать вывод, хороша ли структура постоянных ссылок, которую я использовал в последние годы:
/%postname%-%year%%monthnum%%day%.htmlЭта комбинация ставит почтовое имя сразу после /, а комбинация года, месяца и дня делает его более уникальным, поскольку многие почтовые имена имеют одно и то же имя. Добавление html - это то, что я использовал в течение последних 10 лет в своем блоге (даже до WordPress), так что это наследие.
Я не знаю, хорошо это для производительности или плохо для производительности, как я могу это проверить?
(Я веду блог в течение +10 лет и около 10.000 постов с большим количеством ссылок)
ссылки по теме:
permalinks
database
performance
edelwater
источник
источник
Я наложил вето на принятый ответ. Сложность правил перезаписи ни в коей мере не является мерой эффективности поиска статей.
В частности, кажется, что начинать ваши постоянные ссылки с имен постов - плохо; см. http://codex.wordpress.org/Using_Permalinks#Structure_Tags
Не изучая код Wordpress, я могу представить, что они каким-то образом индексируют посты в иерархическом порядке. Следовательно, переменные, используемые в постоянных ссылках, следует упорядочивать слева направо от самых общих к наиболее часто используемым переменным после публикации. Эта эвристика сильно поддерживает стандарты год / месяц / имя или категория / имя.
источник
category/nameна самом деле известно и подтверждается как вызывающее проблемы с производительностью, если присутствует большое количество страниц. Это не столько связано с скоростью поиска, чтобы выводя правильный объект , чтобы служить и сложность перезаписи правил является полностью актуальной.(wp-include/rewrite.phpиwp-include/query.php); Хотя это выглядит действительно ужасно и излишне сложно, похоже, что в основном части собираются и идентифицируются, а затем напрямую вставляются в запросы SQL. Я до сих пор не понимаю, почему это должно занять больше времени для разных заказов. Но когда db-запрос выполняется, необходимо выполнить несколько соединений, и здесь порядок действительно имеет значение. Кажется, я помню, что MySQL особенно плохо оптимизирует порядок соединения./page/каждого URL- адреса поста/post/, что устраняет однозначность. Вы должны быть в состоянии сделать это самостоятельно, добавив фиксированный текст в структуру постоянных ссылок. В любом случае это было бы, вероятно, хорошим решением; что произойдет, если у меня есть сообщение BAR в категории FOO и страница BAR, которая является подстраницей FOO? И то, и другое будет/foo/bar/решено с помощью схемы% category% /% postname%. Или слизни глобально уникальны?Просто для рабочего процесса QA:
Ответ таков: НЕТ, это не очень хорошая постоянная структура в отношении производительности.
источник