Алексей, это будет оптимальным решением. Если мне не изменяет память, я в вашем изначальном вопросе про то как убрать category base сразу говорил, что это костыль и в будущем может привести к другим проблемам.
Что касается обычного режима, то в моем ответе содержится как раз функция, которая позволит генерить вам ссылки с несколькими терминами.
Алексей, С этим плагином надо думать, задачка интересная, но весьма объемная. Проблема в том как он работает - он генерирует отдельные правила rewrites для каждой конкретной категории, вместо стандартной динамический маски (одно правило для всех категорий). В этом, кстати, есть и заметный минус - чем больше категорий, тем больше правил, тем медленная работа Rewrite API (который, к слову, и так не самый шустрый).
Исходя из метода работы этого плагина, не совсем понятно как обрабатывать ситуацию с несколькими слагами через +, поскольку в стандартной схеме там стоит плейсхолдер, который принимает любое значение и обрабатывает его на лету, а в этом плагине это все конкретные правила под каждый конкретный термин.
Что вы подразумеваете под "заданным порядком"? По умолчанию можете сортировать по имени пользователя и email, можно добавить по сути любой другой параметр из свойств пользователя. Уточните вопрос.
Aza Broflovski, ок, понял. Вам нужно оставить как есть главный цикл и только сохранить ID записей в нем. Далее выполнить вторичный цикл, передав в него на исключение ID записей из первого. Или наоборот - сначала вторичный цикл, потом главный. Сейча срочная задачка от клиента есть, допилю - обновлю ответ и добавлю код циклов.
1. Что такое strany-i-mesta?
2. Что такое europa?
3. У вас там что, кастомные таксономии?
4. А почему тогда в вопросе вы пишете /category/slug1+slug2 и вообще про категории
Aza Broflovski, простой поиск не помог, потому что вы не смогли сформулировать четко задачу. По этой же причине я не смог вам дать верный ответ. И да, ваш ответ условно-верный, потому что он на первый взгляд решает задачу, но имеет вагон проблем бонусом и использовать такое решение нельзя.
Aza Broflovski, я видел код, поэтому ответственно заявляю - это говнокод с багами. query_posts как минимум прямо со старта поломает вам пагинацию. Далее, она же боком вылезет в виджетах. И в плагинах, которые будут надеяться на main query. И еще в многих местах - чем сложнее будет сайт, тем больше багов будет лезть из всех щелей.
Если вдруг кто увидит этот ответ в будущем - не вздумайте его использовать. Это адский говнокод, который имеет непредвиденные последствия из-за использования функции query_posts, которую использовать категорически нельзя.
Вы реально не понимаете что у вас переспрашивают? Как можно использовать что-то повторно, но чтобы оно уже не было тем, что использовалось первый раз? Ответ - никак.
Вы же явно пытаетесь решить какую-то конкретную задачу. Например, выводится у вас 5 последних постов. Потом вы хотите сделать еще один цикл, но уже не последних, а популярных. И чтоб во втором списке (популярных) постов не было ни одного поста из первого списка (последних). Вот это - конкретная задача, которую можно решить, пример из жизни с достаточным количеством деталей, которые помогают людям понять, что же вам надо.
Изучите код функции и примеры на странице документации. Можно. Но Walker_Nav_Menu - более гибкий и мощный инструмент, изначально созданный как раз для получения полного контроля над выводом.