postavkin: И действительно, сайт доступен по адресу https://...Но в индексе нет. Это ему мешает?
На мой взгляд, поисковик в этом случае посчитал https зеркалом основного сайта, и поэтому в индексе этой версии нет. Поэтому дублей нет, и всё нормально, как мне кажется.
---------- Добавлено 31.12.2018 в 01:09 ----------
postavkin: Но при этом https://nash_domen.ru отдает ответ 200ок ... (сайта на https нет)
Вы сами себе противоречите. Если 200 ОК, то сайт есть :).
А по поводу доступности обеих версий (http и https) - это давний спор, и в каждом случае принимается решение "по месту", ящетаю :)
one: Все дело в дырявом Joomla и старом PHP дружище. Я так думаю...
Неправильно думаете. В Джумле было всё корректно написано. Просто пхп некорректно срабатывал в определённой ситуации. Недокументированный баг. Это зендовский огрех. А ВП конкретно этим не пользовался. Но это не значит, что от подобных ситуаций застрахованы многочисленные плагины, которых на иных вп-сайтах больше, чем ядра. Как в случае с PHPMailer-ом - там это напрямую затронуло и ВП.
Касательно данной темы, старые версии PHP использовать. конечно можно - но при этом следует учитывать, что если какой-то кулхацкер накопает уязвимость в неподдерживаемой версии PHP, то выпускать патч для этой версии никто уже не будет.
Бывают однако. Примеры - некоторые уязвимости PHPMailer (именно из-за PHP) и нашумевшая история с массовыми взломами Джумлы и некоторых других CMS (для взлома использовалось сочетание уязвимостей PHP и MySQL).
И действительно, сайт доступен по адресу https://...Но в индексе нет.
Это ему мешает?
На мой взгляд, поисковик в этом случае посчитал https зеркалом основного сайта, и поэтому в индексе этой версии нет. Поэтому дублей нет, и всё нормально, как мне кажется.
---------- Добавлено 31.12.2018 в 01:09 ----------
Но при этом https://nash_domen.ru отдает ответ 200ок
...
(сайта на https нет)
А по поводу доступности обеих версий (http и https) - это давний спор, и в каждом случае принимается решение "по месту", ящетаю :)
postavkin, у Вас этот вопрос только в районе Нового года возникает? :)
Создаёте на своём сайте нужный html-код и выводите его на партнёрском сайте через iframe.
Все дело в дырявом Joomla и старом PHP дружище. Я так думаю...
Неправильно думаете. В Джумле было всё корректно написано. Просто пхп некорректно срабатывал в определённой ситуации. Недокументированный баг. Это зендовский огрех. А ВП конкретно этим не пользовался. Но это не значит, что от подобных ситуаций застрахованы многочисленные плагины, которых на иных вп-сайтах больше, чем ядра. Как в случае с PHPMailer-ом - там это напрямую затронуло и ВП.
Касательно данной темы, старые версии PHP использовать. конечно можно - но при этом следует учитывать, что если какой-то кулхацкер накопает уязвимость в неподдерживаемой версии PHP, то выпускать патч для этой версии никто уже не будет.
Что это за история, можно послушать?
Гуглите CVE-2015-8562.
---------- Добавлено 26.12.2018 в 15:03 ----------
И какая-же там уязвимость использовалась?
И много вы знаете взломов через PHP?
Бывают однако. Примеры - некоторые уязвимости PHPMailer (именно из-за PHP) и нашумевшая история с массовыми взломами Джумлы и некоторых других CMS (для взлома использовалось сочетание уязвимостей PHP и MySQL).
если мало ли кому то понадобится - то вот решение
Никому не показывайте такое решение. Сотрите его поскорее, пока никто не увидел.
все поставил, но не открываются файлы xml
Этого не может быть.
ЗЫ: Может, если не читать ответы.
Строчки
RewriteCond %{REQUEST_FILENAME} !-fнадо вписать вместоа не дополнительно.RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php/$1 [L]
.....Вставьте перед правилом, это над какой строкой?
Всё же написали Вам уже 2 раза. Перед строкой
вставьте 2 строкиRewriteCond %{REQUEST_FILENAME} !-fУчимся читать ответы.RewriteCond %{REQUEST_FILENAME} !-d
как же это печально, значит не справляется.
Что-нибудь не так настроили.