@nezzard cache_results = true (по умолчанию именно true) кеширует РЕЗУЛЬТАТЫ запроса в память (Memcached, APC - смотря что используется), то есть, в следующий раз при ЭТОМ ЖЕ запросе, выборка из БД производиться не будет, готовые результаты будут взяты из кеша. В 99,9% случаев именно такое поведение вам и надо, так что не заморачивайтесь этим параметром, оставьте по умолчанию.
@nezzard нет, не будет. Но для больших проектов разумно немного изменить формат запросов (это уже "продвинутая практика"), чтобы не использовать SQL_CALC_FOUND_ROWS, так как на таблицах без индексов он работает медленно. Быстрее будет одним запросом сделать SELECT COUNT а вторым собственно SELECT. Но пока Вам это не надо, поверьте :) Когда надо будет - почувствуете ;)
@nezzard по поводу pre_get_posts еще раз внимательно читаем мой коммент :) В самом php-коде есть комментарий, который объясняет как использовать модификации для разных страниц. И это все в одном месте, гибко и удобно.
@nezzard 1. Через хук будет самый быстрый вариант. Типы записей на скорость никак не повлияют. Кеширование тут будет родное, через WP Object Cache, при использовании бекенда для кеширования (memcached, apc и тд) все будет корректно кешироваться. Не путайте с кешированием страниц - это разные вещи. Запросы в БД можно и нужно кешировать в памяти. 2. Использовать эти аргументы в functions.php или в своем отдельном маленьком плагине - без разницы, на скорость не влияет. Лучше, конечно, свой плагинчик маленький - тогдп при смене темы все останется и будет работать как надо.
@nezzard количество постов в базе не имеет значения, пока это запрос по стандартным параметрам. Если начнете сортировать и выбирать посты по meta_key - вот тогда начнется МЕДЛЕННО :) Почитайте мой коммент ниже. Я сейчас делаю огромный проект на WordPress Multisite, там у меня одних только custom post types уже 14 штук, custom taxonomies - 24 штуки. В таблице wp_posts на данный момент больше 200 000 записей, и это только начало, мы еще официально не запускались. Все это летает на VPS сервере с 1Gb оперативки и 1 виртуальным ядром, сейчас трафик небольшой - 1-2 тысячи в день. Эмулировали нагрузку до 100 000 в день - сервер выдерживал. Один скромный сервер.
@nezzard смотрите мой коммент ниже. Если все делать правильно, то будет только быстрее. Если делать неправильно - будут проблемы не только со скоростью, но и с непредсказуемым поведением других функций. А вообще по скорости вывода 10 последних постов можете не заморачиваться. В вашем случае это всегда будет быстро.
папка (часть пути) на домене (пример an.ua/fastov) не может вообще рассматриваться как "проект внутри, с которым пересекаются", это ПАПКА, всего лишь одна из частей проекта, и поисковиком никогда не рассматривается как нечто отдельное или самостоятельное. Поддомены - это как раз то, что нужно автору. Поисковик по поддоменам смотрим, если основной сайт и поддомены между собой залинкованы, используют один движок и код, то он его воспринимает именно так, как надо автору - как автономные части ОДНОГО целого проекта.
@iDx полистал StackOverflow, там много вопросов по этой ошибке. Лечат обнулением значения AUTO_INCREMENT. У тебя проблема с таблицей wp_options, попробуй в MySQL выполнить ALTER TABLE `wp_options` AUTO_INCREMENT = 1
Еще говорят, что помогает удаление таблиц и создание заново. По сути это то же самое - AUTO_INCREMENT в новосозданной таблице будет равен 1.
@iDx если установил пакет и что-то с ним не так - надо смотреть логи, править конфиги. Проблема почти всегда этим решается. Удалять надо тоже подчистую (см. гайды выше), включая конфиги и все остальное. И только потом ставить заново. Но это уже крайний случай.
@iDx тогда ручками чистить везде где следы остались, тут я даже не знаю чем помочь. А почему не запустился с первого раза? Вообще, на будущее совет - не надо чуть что сразу все удалять и ставить заново. Сначала надо посмотреть что не так. Это не винда, где обычное удаление и установка заново часто решает проблему.
@iDx так а что пошло не так? я достаточно часто устанавливаю всю эту серверную кухню под WordPress на Ubuntu 14.04 LTS, это все за пару минут делается несколькими командами и поднимается на ура на дефолтных конфигах. Ни разу не возникали какие-либо проблемы. Я обычно использую на убунте Nginx mainline последний, PHP-FPM 5.5.9 и MariaDB 10.1 - все кроме PHP ставятся из своих родных репо после их добавления в sources apt-get. Ну а PHP уже в этой версии идет у меня из родных репо Digital Ocean.
