Если я правильно понял так: @fopen()
Никогда не добавляйте @ - это просто маскировка ошибки, и ваш код не станет правильно работать от этого...

По поводу прав на файлы и папки - задавайте всегда вопрос, а кто владелец файла, и у кого, собственно, есть те самые права.

Выше есть ссылка на Let's Encrypt, и это бесплатные сертификаты. Ещё есть StartSSL, например. Там тоже начального уровня сертификаты бесплатны.
«При этом регистрация доменного имени - хоть какая то формальность соблюдается - в течение месяца нужно прислать ксерокопии документов. По SSL - нужна только оплата.» Для валидации доменного имени да - они там просто не нужны. Есть более дорогие сертификаты с валидацией владельца, там понадобятся документы...

Заработало после каких действий? Такую информацию полезно оставлять для тех, кто попытается пройти этим же путём.

Ну dev версия может действительно быть сломанной.

Hacked отнюдь не для того предлагалось использовать. А для того, чтобы не затереть изменения в модулях сделанные горе разработчиками.

Надо читать документацию на используемые приложения, а не какие-то левые мануалы.

"И умный в гору не пойдёт." Т.е. не каждый путь имеет смысл осиливать - можно и надорваться.

А на locahost:8080 что-то слушает?
netstat -ntpl что нам по этому поводу говорит?
Может порт не тот, на самом деле?

По первому пункту, к предложенному выше могу добавить:
https://www.freebsd.org/doc/handbook/ там есть отличия от Linux, но не так и много, если подумать. И она-таки неплохо написана.

Только сначала надо применять, hacked как минимум, и проверить, есть-ли изменённые модули - их скачать не откуда.
Их тоже надо проверять вручную.

«темы и папку files проверить вручную.»
Для человека не смыслящего в php это непосильная задача. А наш автор топика не разработчик.

Посмотрите, на заголовки ответов на ajax запросы в отладчике браузера, а именно, какой content type, какой charset и собственно сам контент прилетает от сервера.

Думаю, это даст вам ключ к решению проблемы...

Алиллуя!
Файлы и папки сайта, должны иметь определённого владельца, чтобы веб сервер (apache и nginx) запущенные от определённого пользователя, могли с этими файлами работать.

Естественно, они запущены не от root.

Почитайте о системе прав в Linux|Unix - это будет вам очень полезно.

Views не ранит код в базе, он там хранит правила по которым строится выборка. Это действительно разные вещи.

Там можно хранить код не в базе, но сам движок и (фреймворк для Revo) настолько убоги, что нет слов. И не удивительно - пусть дизайнеры рисуют, а программисты придумывают архитектуру.
Создатель его дизайнер/верстальщик, которому было не удобно натягивать дизайн на обычных CMS и потребовался свой велосипед. верстать для него темы в принципе действительно удобно...

Ещё разумнее переехать на шаред, и не мучать себя и ТП, которая, в данном случае, должна только предоставить стабильную работу самой виртуалки.

А кто будет настраивать сервер и решать проблемы? Всё вернётся на круги своя уже в процессе установки весты, которая куда более проблемна,
чем тот же ISPManager.
Лучше посоветовать автору какой-нибудь шаред хороший. Я вот не могу - не пользуюсь.

«Заливаю по фтп с помощью WinSCP файл, у него группа и владелец - root»
Это первая и большая ошибка: заливать надо из под пользователя, которого вы в панели создали, в вашем случае, похоже sites.
под root только настройки делаются. И то, заходить напрямую под root очень плохая идея в принципе.

«Я пробовал уже всем папкам и файлам владельца поменять на root»
Всё ровно наоборот же надо сделать.

Всё плохо настолько, что там нужен даже отдельный слой кеширования для панелей, с ним немного лучше.
А стандартной темизацией, без всего этого, быстрее чем с кешированными панелями.

А теперь поглядим, какие права на файл /var/www/sites/data/www/ufa-pechat.ru/core/themes/stable/css/system/system.maintenance.css и кому он принадлежит?
Там явно не всё в порядке.

Вероятно, самый простой для вас путь будет просто распаковать у себя на компе архив, и залить его по ftp пофайлово, под нужным пользователем. Более правильный путь сменить рекурсивно права в консоли.

Блин - какие замечательные советчики... Там стоит ispmanager4. Пользователей там может быть несколько. Если nginx запустить от одного из них, то что будет со статикой остальных по вашему?

И ошибётесь.

Вычеркните panels из списка. Не надо ими пользоваться, если не надо давать возможность пользователю сайта влиять на шаблон. А это редко нужно.
Для разработки используйте слой темизации - он куда производительнее.

3. Разные импорты == feeds

Ну и в общем, у вас тоже сформируется какой-то набор для решения какой-то задачи.
Думаю, надо спрашивать в процессе решения, и задавать куда более конкретный вопрос, по конкретной проблеме.

Да, это распространённая проблема, и кстати, в случае автора темы, наиболее вероятно, что пользователь nginx не имеет прав чтения файлов статики. И, может быть, и надо рекурсивно сменить владельца в итоге.

Но для того, чтобы это определить, надо открыть лог, почитать ошибки, всё понять и исправить, или задать нормально сформулированный вопрос с полными входными данными, на который можно ответить.
А автор думать, вероятно, не хочет и каким-то шаманством занимается.

Нет.

1. Это вам пока так кажется. Посмотрите лог, там наверняка полно ошибок и предупреждений. Ну и не поддерживает работу под PHP 7 это не значит, что вообще не будет работать - язык-то один и тот же. Но проблем вылезти может масса - изменений в языке немало.

Надо только понимать, что значения uid/gid 501:501 это только в вашем конкретном случае. И опять же, только в вашем конкретном случае,проблема была в правах.

Пожалуйста.
Да, именно такое условие надо было "if (empty($vars['user']->uid)) {".