Site Developer

Можно ли реализовать всё указанное выше самостоятельно с нулевыми знаниями и большим желанием?

Будет достаточно желаний обзавестись ЗНАНИЯМИ - будет и результат. Это долго? Есть, возможно, более быстрый путь: надо заиметь желание обзавестись деньгами, коими и заплатить другому за знания.

https://wordpress.org/plugins/contact-form-7-paypa... и тп.

Может подскажете, может есть какая-нть недо-цмс как раз для таких случаев?

Даже не думай об этом! И никаких обращений на фриланс для решения ЭТОЙ проблемы. Иначе это станет твоим персональным геммороем и большим проблемами в отношениях с начальством.

Первое что нужно - это договор. Читаем что и как должны предоставить. Если всё соответствует договору (нет слов про админку, управление, CMS разного рода инструкций по установке-обслуживанию и тл) - все претензии к составителям и принимателям оного.
Если есть - требовать исполнения договора.
А начальству так и объяснять - либо по договору нет возможности новых хотелок (чит: надо ещё деньги, чтобы привести это до состояния хотелок), либо исполнение не соответствует договору. И в любом случае то. что дали - невозможно использовать.

Вообще править графику средствам php - плохая идея. Отвратительная. Т.к. сильно зависит от используемых граф. либ на сервере и в самом пыхе + их настроек + нагружает сервер неслабо. А в итоге не только с оптимизацией фигня, но и есть риски потерять трафик (вплоть до "уронить сайт").

Основной сайт находиться на SimplaCMS.

Вот пускай он берёт из ВП.
А ВП отдаёт RSS по умолчанию.

возможно ли выгрузить сайт созданный uKit для последующего размещения на своем сервере

"Выгрузить сайт" - нельзя. Можно спарсить паблик-часть. Но "можно", касается только технического момента, а есть ещё юридический. И в любом случае не значит что это нужно делать.

как это сделать?

По сути надо создать новый сайт (на нормальном хостинге. на нормальном движке), заполнив его контентом из конструктора.

Может кто-нибудь подскажет, что я делаю не так?

Не читаешь описание используемых функций. Там есть параметр - приоритет.

Вот в таком случае достаточно ли самоподписанного?

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

Продажа чужих Wordpress плагинов, легально?

Нет. Это варез.

Пираты ссылаются на лицензию GNU General Public, которая по их мнению позволяет перепродавать, изменять и распространять чужую продукцию.

Не всю "продукцию", а только то, что под GNU. Это может быть часть кода, но не картинки или др файлы.

Возможно ли заблокировать пиратский ресурс, как предоставить доказательство своего авторского права на код? Достаточно ли исходных кодов в виде доказательств?

Всё решает суд (неадекватные хостеры, лочащие хостинг по левой абузе не в счёт).
Стучи правообладателю и пускай он этим занимается.

Нужно сделать так, чтобы администратор сайта, который не разбирается в кодинге, мог добавлять, удалять контент.

Это всё ВП даёт из коробки. Ничего создавать не нужно.
Наоборот нужно кое в чём ограничить :)

Натянуть и кастомизировать шаблон.

Нужно выбрать ТЕМУ их оф каталога и используя механизм дочерних тем кастомизировать что хочешь.

При выборе темы НЕ смотреть на демку в каталоге, а переходить на оф сайт темы и уже там смотреть и на демку и на наличие документации к теме.

Но в поиске вместо описания не то что нужно отображается, как можно исправить?

Изучать матчать: https://yandex.ru/support/webmaster/search-results...

Тем самым "флудят" (моё имхо)

Они не флудят, а наполняют контентом тостер :)
Кач-во этого контента - отдельный вопрос и никак не связан кол-вом вопросов и ответов.

Глупо заставлять отвечать перед заданием вопроса. Умные просто уйдут на др ресурс, а бестолочи так наотчвечают.. Вот де флуда будет.

Суть такая, что нужно синхронизировать сайт, разрабатываемый локально с его копией на ftp сервере.
В идеале должна быть синхронизация 3ех сайтов: локальный, тестовый на хостинге и рабочий на хостинге.
Локально разрабатываем, на тестовом показываем клиенту, утверждаем и переносим на рабочий.

Синхронизировать файлы можно чем угодно и как угодно. При условии что там не прописаны пути, зависимые от домена и среды/окружения (разные слеши, разные пути у хостера к файлам и тд)

А вот синхронизировать базу - противопоказано. Все потому, что ВП и плагины хранит данные в сериализованных массивах. И они на другом домене и хостинге они просто поломаются.
Для миграции нужно использовать спец. плагины. Напр дубликатор Или менять пути и домен с пом этого скрипта. Причем делать это ДО первого обращения к ВП.

Если же речь о постоянном потоке данных, то их (а не базы!) "синхронизация" должна выполняться через REST API или wp-cli.

Интересно, а что вы такое разрабатываете, что нужно синхронизировать, но при этом не имеете понятия о ВП?

Примерно потому, почему не используют все функции в Word/Exel/PHPStorm/етс (хотя за них и заплачено): от отсутствия необходимости до не знания этих функций (=не неумение владеть инструментом).

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