Александр Коновалов: Если все делать в рамках одной темы, то тут вам в помощь conditional tags - is_front_page например. Проверяете, если это главная - показываете одно, для остального - другое, и тд. Все это легко решаемо, если изначально правильно строить.
Александр Коновалов: А зачем тогда ее тулить в WP? Так оно не будет. WordPress для всего своего контента использует одну и ту же ТЕМУ. А там файл стилей основной, шаблоны и тд. По сути, один шаблон, будь то front-page.php или ваш page-home.php - это же не вся страница целиком, это фрагмент. Плюс к нему идет запрос в БД и еще много чего. В общем, вы не совсем понимаете как WP устроен, и пытаетесь вкрутить в него невпихуемое.
Vitaliy Orlov: ну вопрос как раз в том, что готовых толковых плагинов, которые закрывают все - достаточно. Вы же не учли в решении с куками и посттайпом ссылки на всякие термины таксономий, архивы и тд на корректных языках. Там много нюансов, очень много. Писать свое - велосипед. И да, забудьте про query_posts))
Ахха. Даже после успешного принятия работы и перечисления оплаты, на апворке у клиента еще 30 дней чтобы "передумать". Гребаная биржа, терпеть ее не могу. Но иногда приходится.
BATYA: ну вот у меня были случаи скачивания софта через торренты, тестирования, и если все ок - тогда покупки лицензии. Это, имхо, приемлемо. К сожалению, не все разрабы дают даже триальники. Иногда триальники на пару дней, чего бывает сильно мало. Иногда даже 30 дней, ибо софт вроде ок, но недешевый, и надо месяца 3 хотя бы поработать с ним на постоянной основе, чтобы убедиться, что он полностью подходит, внедрился в процессы, используется активно и реально нужен. Вот тогда и покупается лицензия.
Ну зачем использовать $_SERVER, если все необходимые данные доступны через методы WP? А у WC вообще есть свои conditional методы, например is_shop() или is_woocommerce()? https://docs.woocommerce.com/document/conditional-tags/
Ну и самое главное, тема определяется сильно рано, в теме определяется и лежит куча функционала, если ее целиком подменить - слетит много полезного. Поэтому - не вариант. Использовать надо конкретные шаблоны, ответ Павел в принципе в правильно направлении
Надо смотреть как сам слайдер реализован. Вообще, Polylang конечно предоставляет API для перевода строк (что и обсуждается в этом топике), но лучше использовать низкоуровневый подход - через стандартные вордпресовские файлы переводов (.po/.mo) и POEdit
Напишите задачу более абстрактно - что есть и что конкретно вы хотите получить, с какой целью. Из приведенного кода и текста сложно понять чем вам помочь.
Анатолий: да, ибо удалить можно только руками (в админке пройтись по всем постам с шорткодами), или регулярками мучать дамп базы. Иных вариантов нет. А предложенный в статье вариант менее геморный.
nanashi2160: На здоровье. По поводу прав 777 я не шутил) Это дейтсвительно очень плохо в плане безопасности. Для папок всегда должно быть 755, для файлов 644 или даже ниже (зависит от предназначения файла). Ну и про владельцев файлов/директорий (пользователь, группа) почитайте, это нужно знать. На локальном сервере можно и 777 делать, но если приходится выставлять такие права, то явно что-то не так с конфигурацией.
nanashi2160: Права 755 должны быть рекурсивно, на все папки внутри wp-content тоже. Кроме того, важно кто владелец папок и файлов. У вас VPS или shared хостинг?
