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 работает.
Константин: это вопрос исключительно к плагину, и в первую очередь надо понимать, проблема в PHP или в Nginx. Я склоняюсь к тому, что в данном случае это проблема Nginx, потому как этот плагин для этой задачи пытается записать правило в .htaccess. А у Nginx такого файла нет в природе, правила rewrite пишутся в конфиг, а конфиг глубоко в системе и писать в него изменения из браузера нельзя. Ручками надо.
Константин: Связка ни при чем, могут, ТЕОРЕТИЧЕСКИ, возникнуть какие-то небольшие проблемы с PHP7, но это редкость. К тому же, проблемы решаемы. PHP7 ни разу не революционный, и WordPress, как и большинство тем и плагинов с ним прекрасно работают. Но 100% совместимости ВСЕХ плагинов, конечно же, нет. Толковые, топовые и популярные плагины работают все. Если сталкиваетесь с таким, который не работает - пишите автору. Как правило внести небольшие изменения чтобы все заработало - не проблема.
Андрей Ефимов: ну, на вопрос "почему вдруг" вам ответить могут только ваши лог-файлы или участники какой-нибудь битвы экстрасенсов :) Возможно, обновилась ваша панелька и теперь у нее такая маска по дефолту. Я в этом случае бессилен. Чтоб навести порядок, есть 3 момента - umask, chmod и chown. Синхронизируйте все в нужном виде - umask 022, chmod 755 для папок и chmod 644 для файлов, chown apache:apache для всего рекурсивно.
gomer1726: в этом. После слов "Тема купленная по себе открывается идеально" все стало понятно. У вас bootstrap тема, а не WordPress тема. Теперь ее надо конвертировать в WordPress тему. Для этого все статичные пути надо поменять на динамичные, например через get_template_directory_uri. Скрипты и стили правильно загрузить через wp_enqueue_script / wp_enqueue_style и тд. В общем, собрать из бутстрапа вордпресовскую тему. Материалов по этому поводу в сети - масса.
andrcentos: А вот это уже отдельный вопрос. Возможно, изменился umask. Обычно он на уровне системы один, выполните grep UMASK /etc/login.defs чтобы проверить системный. Но он может меняться для разных юзеров. Почитайте тут и проверьте у себя все www.cyberciti.biz/tips/understanding-linux-unix-um...
