Роман Бережнов: 1. Все правильно, query_posts НЕ ИСПОЛЬЗОВАТЬ, НИКОГДА :)
2. Опять же, возвращаемся к моему вопросу. Получается, что вам таки надо модифицировать основной запрос, но вы просто не знаете как (если нельзя использовать query_posts), и поэтому попробовали сделать новый запрос с помощью WP_Query. Правильно?
Сергей Софьичев: ой как далеко не всегда))) Скорее чаще неправ. И часто именно наша задача, как разработчиков, не тупо следовать хотелкам клиента, а обучать его
$arWork == [1] - это что такое? [1] - это строка? Или индекс массива? Если строка - сравнение должно быть $arWork == '[1]'; Если элемент массива - $arWork[1] == 'нужное значение'; Если именно индекс массива нужный надо проверить, key( $arWork ) == 1
Руслан Макаров: На здоровье! Кстати, это есть в документации. Если бы Тостер поддерживал emoji в комментах, тут была бы релевантная рожица, которая должна была бы заставить почувствовать себя лентяем :)
Руслан Макаров: полистал доки плагина, по ходу conditional tags в виджете не будут просто так работать, ибо у них область видимости другая. Надо глобальные переменные забирать. Попробую сегодня локально поставить этот плаг и потестить.
Руслан Макаров: А на какой странице виджет стоит? Скорее всего не отрабатывается условие. is_single() работает только на странице поста. На главной, архивах и тд эта функция не будет работать. Впрочем, тогда должно срабатывать условие else.
Руслан Макаров: [facepalm]
1. Всегда указывайте в вопросе где и для чего вам нужен код. В данном случае не принципиально, но может быть важно. Вставить код в шаблон - это одно, в виджет - другое. Вы, например, знаете когда этот ваш виджет выполняет записанный в него код? До или после того, как main query будет выполнен и все глобальные переменные установлены?
2. Указывайте свой уровень "знаний" php. В данном случае, я понятия не имею, в каком формате нужно вставлять код в этот ваш виджет. Возможно, нужно добавить закрывающий пхп-тег ?>, чтобы код был обернут в полноценные теги <?php ... ?>. Возможно, наоборот, украть открывающий тег <?php, чтобы был только код, а остальное виджет добавит.
somethinginterest: панель никакую, ибо они бестолковы. Для оптимальной скорости нужны кастомные сборки или как минимум кастомные конфиги. Панели как правило привязаны к старым версиям и обновляются очень неспешно. Кроме того, панель жрет ресурсы. Для одного сайта в панели нет никакого смысла. По дистрибутиву - я юзаю убунту (14.04), для вас она, пожалуй, тоже будет наиболее комфортной для вхождения в эту сферу - инфы и уроков в сети масса. В целом, какая ось - не важно. Важно как она настроена.
Кирилл Горелов: Включили плагин, посмотрели, выключили. Как и любой другой плагин для отладки, он используется для отладки и дебага. На продакшне (работающем для юзеров сайте) он не нужен и должен быть выключен.
ogkonstantin: Делаете несколько хедеров и футеров, называете их header-smth.php, footer-smth.php и так далее, подключаете get_header( 'smth' ), get_footer( 'smth' ), вот и все. Для подключения разных js/css файлов используете wp_enqueue_script/wp_enqueue_style в functions.php внутри conditional statements - if( is_page( 'page-slug' ) ) { ... } - тогда скрипты эти будут грузиться только на определенных страницах.
Знаю автора этого очень полезного инструмента. Там полностью самописный и кастомный парсер. В первую очередь анализ комментов, потом кода и взаимосвязей. Принцип работы такой же, как в IDE, но с некоторыми "фишками" под WP.
2. Опять же, возвращаемся к моему вопросу. Получается, что вам таки надо модифицировать основной запрос, но вы просто не знаете как (если нельзя использовать query_posts), и поэтому попробовали сделать новый запрос с помощью WP_Query. Правильно?