rifleman

Коротко: никак.

Длинно: Если ты нашел, что кто-то распространяет твой продукт, то напиши Envato, они оформят DMCA Takedown а тебе дадут за это бэджик.

Если это блогер, то возможно поможет. А если пират, то он пошлет нахрен или потребует доказательств авторских прав. Поскольку никаких авторских прав у Инвато на твою работу нет то на этом все закончится.

Более того, у тебя только частичные авторские права на твой продукт, ведь в соглашении с Вордпресс написано что продавать за деньги скрипты, использующие бесплатный Wordpress API запрещено, поэтому юридически твой продукт который - это совокупность бесплатного программного кода с платным авторским дизайном и, с недавнего времени, платная поддержка. Отстаивать юридически сложно, хотя и можно. Сайты на которых на небольшую абонплату можно получить доступ ко всем продуктам themeforest/codecanyon существуют годами и Инвато не удается их закрыть.

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

SSH тунель с этим же юзером уже установлен когда вы подключаетесь?

Лично мой опыт проблемы валидации Host Key:

НА сервере:

Host Key лежат не в том юзере в (или с) которого подключаетесь. Например положили в юзера root а подключаетесь как юзер VNC

Убедитесь что в папке того юзера в которого подключаетесь лежит верный ключ (authorized_keys) и выправляете пермишиен (на сервере)

hmod 700 ~/.ssh

chmod 600 ~/.ssh/authorized_keys

2. Возможно что к файлам этого юзера есть доступ у других юзеров.

Запретить write access другим юзерам туда можно командой

chmod go-wrx ~

3. Провести тест системы можно командой:

ssh -v localhost

Заметь что все команды надо исполнять от имени нужного юзера (а не рута или своегос собственного)

На компьютере (с которого подключаешься на сервер)

1. Не тот пермишен на ключ и/или на папку. Если вы их скачивали или создавали путем копирования пермишены всегда будут неправильные, потому что по умолчанию файлы созадаются 664., для ключа это слишком открыто, это надо поменять chmod 600 на файл и chmod 700 фолдер где лежит ключ.

В маке или линуксе (с которого я подключаюсь на удаленный сервер) я выправляю ключи так:

chmod 700 ~/.ssh

chmod 600 ~/.ssh/id_rsa

chmod 600 ~/.ssh/id_rsa.pub

2. Иногда 600 это слишком открыто: и надо выставить 400, например что бы подключиться к серверу на Амазоне я выправляю пермишены так:

chmod 400 ~/.ssh/Host\ Key.pem

*Host\ Key.pem это название ключа который лежит в папке ~/.ssh/ на локальном компьютере с которого подключаюсь на удаленный сервер.

Если это не помогло, то подключайтесь на сервер ssh как тот юзер (или делайте su user) и выполняйте команду

ssh -v localhost

Это так :)

Однако такое решение нельзя назвать правильным, ибо скрипт (под словом скрипт я имею в виду то что генерирует HTML/URL, например, какая-то CMS) будет продолжать тратить ресурсы сервера на не нужную, вредную, работу.

Короткий ответ:

Проблема в том что ты выставил редирект, и он работает, но в коде у тебя где-то УЖЕ проставлены линки href="https://example.com" и получается круговой редирект. Тебе их надо ВСЕ найти и заменить на href="//example.com" (без имени протокола)

Полный ответ:

1. Отключай все плагины

2. Комментируй все правила в .httaccess

3. В Вордпрессе пермалинки поставь по умолчанию (самое верхнее)

4. В настройкайх WP где Site Address URL settings проставь адрес сайта //

Убедись что все работает. Проверяй это после каждого следующего шага.

Если не сможешь зайти в админку, то wp-config.php и отредактируй:

define('WP_HOME','example.com'); 
define('WP_SITEURL','example.com')

5. Ставь пермалинки на /%postname%/(или то что было)

6. Делай поиск по ДБ и удаляй названия протоколов во всех линках -- ставь просто "//" типа: //example.com вместо http://example.com или https://example.com (либо можно использовать плагин)

7. Сделай поиск по всем css/js/php файлам и замени все http(s):// на просто //.

8. Активируй плагины по одному, проверяя работоспособность сайта.

Теперь, когда все работает, можно редиректить:

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.example.com/$1 [R,L]

Наложение заплатки в виде

Disallow: /razdel/*.php/*

Что бы убрать мусорные страницы, надо изменить поведение php скрипта который их генерирует.

Проще выправить permissions.

Стили положи в отдельный файл и назови его custom-editor-style.css

и положи его рут симы (или в рут child-theme)

После чего functions.php добавить ссылку на этот файл:

function my_theme_add_editor_styles() {

    add_editor_style( 'custom-editor-style.css' );

}

add_action( 'init', 'my_theme_add_editor_styles' );

Вы делали много чего другого, а для сайта надо только это + исправить ссылки в контенте.

Мой совет:

Удалите форварды из других мест, все пермалинки и форварды в джумле

верните сайт на http

очистите или просто переименуйте .htaccess

удалите весь сайт из кэша своего компьютера, а лучше всего скачайте новый броузер и в нем начните с того как было, и тольк убедившись что http работаает и нигде нет никаких редиректов:

идите в Global Configuration и позвольте Джумле создать новые правила в .htaccess и новые редиректы.

исправьте ссылки и в контенте

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

Если возможно, то просто откатится к версии когда https еще не было.

Это так.

Вот господин из украины, 28,468 продаж, два его продукта долго держались на первом месте в своей категории.

http://codecanyon.net/item/royalslider-touchenabled-jquery-image-gallery/461126

Эта инструкция для включения безопасного протокола в Joomla 3. В других версиях выглядит практически идентично, только структура меню чуть другая.

1. В Global Configuration зайти в Server tab.

2. Найти опцию "Force SSL" выставить в ней "Entire Site".

3. Нажать на "Save and Close"

4. Очистить кэш сайта.