Константин: это вопрос исключительно к плагину, и в первую очередь надо понимать, проблема в 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...
RNB: Почему покипаст? Есть же get_template_part(). Разбиваете на компоненты, делаете себе мини-конструктор, и просто включаете-выключаете нужные блоки. Никакой копипасты, полный reuse кода. Для проверок есть conditionals.
andrcentos: Это системный пользователь, под которым работает ваш веб-сервер. Все в порядке. Если бы вы загрузили файл по ФТП подключившись под своим юзернеймом (например, adncentos), был бы ваш пользователь владельцем файла. Поскольку файл загржен через веб, от имени php-скрипта медиа-библиотеки, то и владелец - тот, кто это сделал, а именно - веб-сервер. Он же - apache.
andrcentos: Да какой толк от ваших иванов-петров, реальный юзернейм пишите. Только тогда можно будет сказать наверняка - это системный юзер (которых в системе хватает), или что-то подозрительное.
pagenavi очень древний плагин. С тех пор много воды утекло и есть встроенные средства которые прекрасно работают. Удалите плагин и делайте как Роман Краббз говорит
Дмитрий: не городите фигню, если не знаете как работает WP. Слайды выводятся в цикле, то что вы обозвали одной и той же картинкой на самом деле функция, которая в каждой итерации цикла показывает другую картинку.
Емнип, 750 будет работать с group nobody или на шаредах с suexec. Если группа www-data или другая, при 750 сайт не будет работать, ибо world'у вы даете 0. В контексте стандартной установки стека на убунте группа у вопрошающего наверняка www-data или его же юзверь, под каким заливал файлы. То же касается и файлов. Стандратные права - 755 / 644, 640 можно (полезно) на wp-config.php
