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.
ogkonstantin: потому. Не пытайтесь скрестить носорога с бегемотом. Вам не нужны "статические-статические" страницы (html), вам нужны кастомные темплейты для страниц (pages), которые такие же динамические, как и посты / новости, но это именно СТРАНИЦЫ.
1. А чем стандартная галерея WP не устраивает?
2. Если вам жалко $20 на толковый плагин, может не стоит вообще ввязывать в эту авантюру с разработкой сайта?
dimasmagadan:
> но не в этом случае)
Да, поэтому я и написал, что в данном контексте в этом нет никакого смысла. Просто ты изначально так спросил "зачем глобальная переменная", что мне показалось стоит уточнить что сама по себе глобальная переменная - это данность WordPress, то есть сам факт ее использования не является чем-то плохим. Другое дело, что надо использовать правильно.
> Если выбор функции осознанный, то да, использовать можно. Но тут то он влепил ее по тому, что другой не знает.
Согласен. Впрочем, хорошо что не query_posts, get_posts в данном контексте ничем не грозит, поэтому все норм.
Alex: Если стили собраны с учетом специфики WordPress, то практически все основное будет корректно подхвачено. Допиливать придется специфичные вещи, которых не так уж много.
Это не адовая, а стандартная практика для высоконагруженных проектов. Все целиком в память. Впрочем, есть еще fastcgi_cache, в том числе и на RAM-диск, и другие подобные решения, но это уже частности. Суть одна и та же.
dimasmagadan: замечания резонные, впрочем, есть нюансы. Доступ к глобальной переменной $post - нормальное явление, поскольку именно в нее WordPress помещает объект текущего поста в итерации. Так WP работает, именно от этой переменной зависят template functions - the_title и подобные. Но в данном контексте и фрагменте кода, конечно же, в этом нет никакого смысла. Что касается get_posts - его вполне можно, и даже нужно использовать. Query_posts - вот это вселенское зло, а get_posts - всего лишь удобный враппер для WP_Query, и если не нужна пагинация (не нужен SQL_CALC_FOUND_ROWS) и кеширование связанных данных (таксономии и метаданные), то лучше использовать get_posts, так как в нем это все уже выключено по умолчанию. В общем, если нужно просто пару постов получить, без плюшек - get_posts. Если же нужен полноценный луп с плюшками - тогда WP_Query.
Борис Белов: Я пожалуй присоединюсь к dimasmagadan, потому как действительно все неправильно. Во-первых, кастомный луп ну вообще не вяжется с тем, что вы изначально написали в вопросе. Во-вторых, basename($_SERVER['REQUEST_URI']) - это facepalm. Почитайте про функцию get_query_var. В третьих, wp_reset_postdata(), да. В четвертых, при использовании нужного шаблона в этих танцах с бубном вообще нет необходимости. И в пятых... Вместо того, чтобы городить грабли, почитайте все-таки документацию, разберитесь с тем, как WP работает.
