Проверка сайта на https протоколе

[Avrel]

2 часа назад, markimax сказал:

А есть вот проблемы
Все ссылки http, кроме моего модуля (у моего все правильно https)
Там надо смотреть что внутри fast_sitemap - может там ссылки как то по дикому формируются для "быстроты"

Проблему решил спасибо.
Остался один вопрос. Решил задать тут так как относится к этой же проблеме. Генерирую карту вашим модулем все хорошо, но первая строка мне не нравится там остался http 
Вот скрин.

Или так и должно быть?

Змінено 5 березня 2017 користувачем Avrel

[Dotrox]

27 минут назад, Avrel сказал:

Или так и должно быть?

 

На текущий момент это не имеет значения, но https там уже есть, так что его указание в этих ссылках никаких проблем не вызовет. Но и отсутствие там https сейчас (и в обозримом будущем) тоже проблем вызывать не должно.

 

Кстати, уберите в баннерах вообще домен (пусть ссылки будут относительными), а то у вас сейчас там везде (слайдер, карусель производителей) ссылки остались с http.

И поправьте ссылку контактов в футере. Вероятно, она там вообще вручную вписана, потому что у неё даже ЧПУ нет, хотя при переходе редиректит на ЧПУ.

Змінено 5 березня 2017 користувачем Dotrox

[Avrel]

1 минуту назад, Dotrox сказал:

 

На текущий момент это не имеет значения, но https там уже есть, так что его указание в этих ссылках никаких проблем не вызовет. Но и отсутствие там https сейчас (и в обозримом будущем) тоже проблем вызывать не должно.

.Понял спасибо. Значит кормлю карту гуглу.

[Avrel]

7 минут назад, Dotrox сказал:

 

На текущий момент это не имеет значения, но https там уже есть, так что его указание в этих ссылках никаких проблем не вызовет. Но и отсутствие там https сейчас (и в обозримом будущем) тоже проблем вызывать не должно.

 

Кстати, уберите в баннерах вообще домен (пусть ссылки будут относительными), а то у вас сейчас там везде (слайдер, карусель производителей) ссылки остались с http.

И поправьте ссылку контактов в футере. Вероятно, она там вообще вручную вписана, потому что у неё даже ЧПУ нет, хотя при переходе редиректит на ЧПУ.

Спасибо за совет.

[Avrel]

25 минут назад, Dotrox сказал:

 

На текущий момент это не имеет значения, но https там уже есть, так что его указание в этих ссылках никаких проблем не вызовет. Но и отсутствие там https сейчас (и в обозримом будущем) тоже проблем вызывать не должно.

 

Кстати, уберите в баннерах вообще домен (пусть ссылки будут относительными), а то у вас сейчас там везде (слайдер, карусель производителей) ссылки остались с http.

И поправьте ссылку контактов в футере. Вероятно, она там вообще вручную вписана, потому что у неё даже ЧПУ нет, хотя при переходе редиректит на ЧПУ.

Я посмотрел ссылки они идут по https протоколу. Или я что то не так понял?

Это ссылка со слайдера

Змінено 5 березня 2017 користувачем Avrel

[Dotrox]

21 час назад, Avrel сказал:

Я посмотрел ссылки они идут по https протоколу. Или я что то не так понял?

Я говорил не о ссылках на изображения (они формируются самим ОК и после правок в конфигах с ними никаких проблем быть не должно).

Речь шла о ссылках, которые вписаны на страницы. То есть, те ссылки, переход по которым будет при клике на баннер. Они вписываются вручную в админке.

[Lifeamove]

На сколько я понял главное для правильного формирования всех url на сайте нужно:

1. Перерыть все config и везде дописывать https
2. Нормально отредактировать /system/library/url.php

А простая установка модуля  SEO Fix HTTPS 2.x не решит проблему(проблемы)?

[Dotrox]

1 минуту назад, Lifeamove сказал:

Нормально отредактировать /system/library/url.php

Это должен быть первый шаг. При отсутствии кривых модулей этого шага будет достаточно.

 

1 минуту назад, Lifeamove сказал:

А простая установка модуля  SEO Fix HTTPS 2.x не решит проблему(проблемы)?

Если что-то можно решить без модулей - это лучше делать без модулей.

[Lifeamove]

@Dotrox Вот мой файл /system/library/url.php там только одно упоминание про http - выделил красным. Нужно мне что то в нём менять?:

Скрытый текст

<?php
class Url {
    private $url;
    private $ssl;
    private $rewrite = array();

    public function __construct($url, $ssl = '') {
        $this->url = $url;
        $this->ssl = $ssl;
    }
    
    public function addRewrite($rewrite) {
        $this->rewrite[] = $rewrite;
    }

    public function link($route, $args = '', $secure = false) {
        if ($this->ssl && $secure) {
            $url = $this->ssl . 'index.php?route=' . $route;
        } else {
            $url = $this->url . 'index.php?route=' . $route;
        }
        
        if ($args) {
            if (is_array($args)) {
                $url .= '&amp;' . http_build_query($args);
            } else {
                $url .= str_replace('&', '&amp;', '&' . ltrim($args, '&'));
            }
        }
        
        foreach ($this->rewrite as $rewrite) {
            $url = $rewrite->rewrite($url);
        }
        
        return $url; 
    }
}

Ещё нашёл значение false (выделил его красным цветом) именно его нужно поменять на  true? ДА?

 

15 минут назад, Dotrox сказал:

Если что-то можно решить без модулей - это лучше делать без модулей.

Чтобы не создавать дополнительную нагрузку на ресурс, я вас правильно понял?

 

 

 

 

@Dotrox  я поменял в /system/library/url.php false на true, отзывы - переключение страниц заработало!!!

Ещё такой вопрос нечего то что у меня в этом /system/library/url.php присутствует упоминание про http?

Змінено 14 квітня 2017 користувачем Lifeamove

[Dotrox]

6 минут назад, Lifeamove сказал:

Вот мой файл /system/library/url.php там только одно упомянание про http - выделил красным. Нужно мне что то в нём менять?

Вы невнимательно читали. Я нигде ничего не писал про http в этом файле.

 

Вот строка, в которую надо вносить изменения:

public function link($route, $args = '', $secure = false) {

И единственное, что нужно изменить - это заменить false на true.

 

8 минут назад, Lifeamove сказал:

Чтобы не создавать дополнительную нагрузку на ресурс, я вас правильно понял?

Чтоб не добавлять глюков, прежде всего. ОК - это не WP, где любой модуль действительно создаёт лишнюю нагрузку и даже на страницах, где не используется (ибо всё равно загружается).

Но в ОК другая беда: большинство модулей работают через модификаторы, а каждый лишний модификатор создаёт дополнительную вероятность проблем. При чём, даже если модуль идеально работал на чистом ОК, он вполне может вообще завалить сайт в каком-то отдельном случае из-за конфликта с модификаторами другого модуля (один модуль что-то где-то изменил и второй модуль не смог найти опорную строчку для вставки своего кода).

 

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

А потому я придерживаюсь принципа: меньше модулей - меньше проблем.

[Lifeamove]

@Dotrox  Спасибо за информацию.

Я считаю если бы было подразделение которое отслеживает модули: коды проверяет / сортирует модули / удаляет (не добавляет повторяющиеся модули, а улучшают имеющиеся) и так далее. И сделали бы все модули платные типа от 49 рублей... в зависимости от популярности и сложности/полезности модуля...

Если бы существовала такая "Модерация" модулей... думаю opencart / ocstore был бы куда лучше... 

[markimax]

В 14.04.2017 в 20:55, Dotrox сказал:

Это должен быть первый шаг. При отсутствии кривых модулей этого шага будет достаточно.

 

Если что-то можно решить без модулей - это лучше делать без модулей.

Здесь вы не правы. Как раз здесь лучше решать модулем. Потому что баги по https в opencart и модулях разбросаны где попало.
То что url.php вставить костыль проблема не решится полностью, тем более при плавном переезде.
Нельзя в тупую прописывать в config.php везде https - страницы повыпадают из индекса так как плавный переезд будет не возможен.
И костыли гораздо больше изменяют точки привязки для модификаторов и создают гораздо больше проблем потом

Так что Dotrox здесь ваш совет не применим
 

[Dotrox]

1 час назад, markimax сказал:

Потому что баги по https в opencart и модулях разбросаны где попало.

Если будете внимательно читать, то увидите, что я написал:

 

В 14.04.2017 в 20:55, Dotrox сказал:

При отсутствии кривых модулей этого шага будет достаточно.

 

А есть ли такие модули - без этого шага не узнать!

 

А то, что вы говорите это из разряда:

- Доктор, у меня болит живот.

- Вам надо срочно вырезать аппендикс!

- А, может, это просто колики и не надо ничего резать?

- Да без разницы! Аппендикс у вас есть всё равно и когда-нибудь он может воспалиться, а потому надо резать.

 

 

1 час назад, markimax сказал:

То что url.php вставить костыль проблема не решится полностью

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

 

1 час назад, markimax сказал:

Нельзя в тупую прописывать в config.php везде https

А вот такого я не советовал! И правка дефолтного значения $secure в /system/library/url.php как раз избавляет от необходимости вбивать в конфигах везде https.

 

 

И мне интересно, почему единственный человек на форуме, который постоянно критикует это решение - это вы, автор платного модуля, основная задача которого - делать то же самое, что и эта простая мелкая правка?

 

[markimax]

2 часа назад, Dotrox сказал:

И мне интересно, почему единственный человек на форуме, который постоянно критикует это решение - это вы, автор платного модуля, основная задача которого - делать то же самое, что и эта простая мелкая правка?

 

При чем здесь это ? Вам покоя не дает ?

Я не просто "критикую" этот КОСТЫЛЬ, а обеспокоен что костыли и грабли у нас "норма", потому что каждый день вижу как на них наступают пользователи. Вы столько переездов не сделали сколько я иногда делаю за пару дней, поэтому давайте без демагогии.

Из-за этих костылей у владельцев бизнеса рушится этот бизнес. А вы даже понять это не можете своими "советами". Есть опыт. Сами проанализируйте и поймете. Не забывайте про плавный переезд, как того требует yandex.  

[Dotrox]

13 часов назад, markimax сказал:

Я не просто "критикую" этот КОСТЫЛЬ

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

Ну, и если для вас это костыль, то почему бы вам об этом не поведать Дэниэлю Керру? Это ведь он там придумал вписать дефолтный параметр, не я

 

13 часов назад, markimax сказал:

Из-за этих костылей у владельцев бизнеса рушится этот бизнес. А вы даже понять это не можете своими "советами". Есть опыт. Сами проанализируйте и поймете. Не забывайте про плавный переезд, как того требует yandex.

Какие ужасы вы рассказываете... при чём постоянно и без усталости.

Вот вам совсем свежая статья (ещё и месяца не прошло) про "неправильный" переезд: https://blog.travelpayouts.com/perehod-na-https-s-http/

В двух словах: ссылки на сайтах сразу были заменены на https и сразу был поставлен 301й редирект на https.

 

И цитата о результате:

Цитата

Яндекс вообще никак не отреагировал на переход и довольно оперативно склеил сайт.

Также там есть графики, подтверждающие это заключение.

 

И это полностью совпадает с моим опытом "не плавного" переезда!

 

А где можно посмотреть на графики подтверждающие все ужасы, которые вы рассказываете? И, желательно, не покрытые многолетней пылью (как известно, поисковики не стоят на месте и постоянно совершенствуют свои алгоритмы).

 

[markimax]

1 час назад, Dotrox сказал:

...

Все с вами понятно - думать не хотим, читать не хотим требования yandex (не мои замечу)
Вот вам и  статья

Читайте, учитесь, включайте "анализатор".

Объясню популярно: если 301 редирект ведет на страницу которой нет в индексе ПС это фактически 404

 

Цитата

При необходимости настроить редирект с неглавного зеркала на главное. Делать это до того, как сайты будут признаны зеркалами, нежелательно, поскольку в этом случае страницы с редиректами будут исключаться из поиска согласно правилам Яндекса по обработке перенаправлений.

Когда попадут в индекс yandex -a новые страницы не известно (бывало занимало месяца)
Как итог выпадают страницы (могут почти все выпасть)... я думаю не надо говорить чем это чревато (за это время конкуренты могут занять ваши позиции и больше никогда не вернетесь на прежние)
У google проще - но тоже не прогнозируемо

 

Цитата

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

 

[Dotrox]

5 часов назад, markimax сказал:

Объясню популярно: если 301 редирект ведет на страницу которой нет в индексе ПС это фактически 404

Яндекс в своём справочнике статусов с вами не согласен:

Цитата

робот обязательно проиндексирует страницу, на которую установлено перенаправление.

 

А 404 никак не связан с наличием в индексе, а связан только с наличием на сайте! И как раз 301й редирект всегда использовался, чтоб поисковики вместо 404 получали информацию о новом адресе страницы и страница не выпадала из индекса.

 

3 часа назад, markimax сказал:

Вот вам и  статья

Любите вы, однако, фактами манипулировать. При этом демагогами постоянно называете других.

 

Эта статья доказывает только то, что при переходе на https никаких проблем с трафиком не будет (ибо в ней пример только этого и, кстати, нет никаких деталей о самом процессе перехода). А вот статья, на которую ссылается там Йода и противопоставляет своим результатам - это не просто переход на https, но и смена домена! И вот уж действительно внезапность - при смене домена просел трафик. При чём, там самые большие проблемы оказались как раз с Гуглом, у которого непосредственно с https проблем вообще нет.

 

 

4 часа назад, markimax сказал:

читать не хотим требования yandex (не мои замечу)

Интересно, вы понимаете разницу между требованиями и рекомендациями?

 

Или по вашему вот эта фраза звучит как требование:

Цитата

по возможности, лучше оставить

 

 

Более того, если иногда смотреть справку Вебмастера, то можно узнать, что для роботов Яндекса 301й редирект является одним из двух способов указать основное зеркало (второй - директива Host в роботсе) и влияет на скорость индексирования нового главного зеркала!

 

И таки есть ли у вас статья, где описана только смена протокола (а не домена) и возникшие проблемы из-за того, что переход был сделан сразу?

Пока вы привели только статью описывающую отсутствие проблем, которая ссылается на статью описывающую проблемы из-за смены домена.

Ведь не может же быть, что ваша твёрдая уверенность в том, что "у владельцев бизнеса рушится этот бизнес" из-за "не плавного" перехода на https основана только на рекомендациях в блоге Яндекса? Это слишком громкое утверждение, чтоб убеждать в нём всех не имея подтверждённых фактов!

 

[markimax]

6 часов назад, Dotrox сказал:

Яндекс в своём справочнике статусов с вами не согласен:

 

Еще один демагог нашелся, поспорить просто лишь бы потому что "советы" не правильные попали под раздачу.

Вы читать внимательно умеете - я же написал, -"когда" он проиндексирует (и даже имея директивы (хост, "мост" , "пост") - вам скажут пользователи что переезжали -  и месяц yandex индексировал и даже больше бывало). Что не понятного то?

Насчет статьи - что https (что поддомен) что смена домена для ПС почти одинаковое "действие" для зеркала если вы не знали. Позиции у них вернулись после исправления ошибок seo если не дочитали до конца (эти и... даже не поняли этого).

Если не понимаете лучше не отвечайте только не "советуйте" то о чем не знаете пользователям
Вам факты чужие, требования привели четкие.
Я могу свои еще привести - да если сразу сделать редирект выкинет страницы из индекса и опустится  сайт в выдаче. Но самое главное что потом он может НЕ ВЕРНУТЬСЯ на прежние позиции, потому что их займут конкуренты. А ТОП-3 очень сильно отличается от ТОП-10 для бизнеса.
Абы что то ляпать - не надо пожалуйста, лучше не отвечайте и не разводите демагогию. Вы "пару" переездов сделали и не можете анализировать полную картину.

[Dotrox]

13 часов назад, markimax сказал:

что https (что поддомен) что смена домена для ПС почти одинаковое "действие" для зеркала если вы не знали.

Это вы как раз чего-то не знаете: https://webmasters.googleblog.com/2015/12/indexing-https-pages-by-default.html

 

Цитата

we’ll start crawling HTTPS equivalents of HTTP pages, even when the former are not linked to from any page.

 

Цитата

our systems prefer the HTTPS version by default

 

Проще говоря, Гугл всегда сначала пытается загрузить страницу по https и только потом по http, если с https возникли проблемы. При чём, он пытается загрузить страницу по https даже если он не находил на неё ссылок с https.

А вы тут говорите, что для Гугла https - это равносильно другому домену.

 

Может уже перестанете выдумывать и начнёте опираться на какие-то проверенные факты?

 

Если вы до сих пор не привели ни одной статьи описывающей ужасы "не плавного" перехода на https (без одновременной смены домена), значит вы и сами таких статей ни разу не видели.

 

 

 

[markimax]

1 час назад, Dotrox сказал:

Это вы как раз чего-то не знаете: https://webmasters.googleblog.com/2015/12/indexing-https-pages-by-default.html

 

 

Я это прочел как только она вышла (скорее всего пораньше вас) и давал даже ссылки на форуме, на неё - вы не совсем понимаете что имеется ввиду.
Поддомены, протоколы, www  - все равно ПС считает как отдельные сайты и статья это не опровергает, потому что везде технически можно сделать разный контент. Вот поэтому yandex считает что нужно указывать зеркала (вы не задумывались почему в панели веб мастера требует yandex добавлять поддомены, www и протоколы домена? Подумайте). А google просто автоматически это делает. Но никто не знает алгоритмов ПС (и как оказалось не все так гладко, то что краулер прошелся еще не значит что страница добавлена в индекс и когда она туда попадет).

И если yandex дает рекомендации чтобы контент отдавался по обоим протоколам одновременно до склейки зеркал (а это может занять месяцы) - то это не просто так. И факты это доказывают, страницы выпадают из индекса если сразу делать редирект - это даже не обсуждается, выпадают. А если выпадают - то дальнейшая последовательность однозначна - проседание. Так что заканчивайте свои отмазки. Ваши "советы" губительны
 

[Otvet]

Чет вы смешали всё в кучу

 

Страница с http должна быть доступна без редиректа до тех пор пока не выпадет из выдачи из-за попадания в выдачу страницы https

Если будет редирект то это может случиться в разные АП'ы и в промежутке не будет в поиске ни одной из страниц

[markimax]

13 минут назад, Otvet сказал:

Чет вы смешали всё в кучу

 

Страница с http должна быть доступна без редиректа до тех пор пока не выпадет из выдачи из-за попадания в выдачу страницы https

Если будет редирект то это может случиться в разные АП'ы и в промежутке не будет в поиске ни одной из страниц

Что я и пытаюсь объяснить Dotrox -у
Он же дает "советы" что можно делать сразу редирект - что не правильно
И развел демагогию, чтобы увести от сути. Зачем, я не пойму.

[q457]

После переезда на https мне теперь сайтмапы интернет-магазина на обычном http удалить из Вебмастер консоли Гугла? Или просто не генерировать новые на http ?

Змінено 20 квітня 2017 користувачем q457

[markimax]

4 часа назад, q457 сказал:

После переезда на https мне теперь сайтмапы интернет-магазина на обычном http удалить из Вебмастер консоли Гугла? Или просто не генерировать новые на http ?

В панели веб мастера зеркалах http можно удалить

[Dotrox]

20 часов назад, markimax сказал:

Поддомены, протоколы, www  - все равно ПС считает как отдельные сайты

 

Не мешайте всё в одну кучу. Так вы дойдёте до того, что HTTP/1.1 и HTTP/2 - это тоже разные сайты.

 

Единственная причина, по которой http и https версии могут восприниматься, как разные сайты - это хранение адреса сайта вместо с протоколом. То есть, так:

{
    host: 'https://domain.com'
}

а не так:

{
    schema: 'https',
    host: 'domain.com'
}

 

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

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

 

20 часов назад, markimax сказал:

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

 

Вот факты:

В 18.04.2017 в 21:55, Dotrox сказал:

Вот вам совсем свежая статья (ещё и месяца не прошло) про "неправильный" переезд: https://blog.travelpayouts.com/perehod-na-https-s-http/

В двух словах: ссылки на сайтах сразу были заменены на https и сразу был поставлен 301й редирект на https.

 

И цитата о результате:

Цитата

Яндекс вообще никак не отреагировал на переход и довольно оперативно склеил сайт.

Также там есть графики, подтверждающие это заключение.

 

Мы ведь здесь обсуждаем не технические нюансы склейки в Яндексе, а ваше утверждение, что "у владельцев бизнеса рушится этот бизнес" из-за "не плавного" перехода на https! И данная статья это утверждение полностью опровергает (ибо доказывает, что никаких проблем не возникает)!