Jump to content

Recommended Posts

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

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

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

Edited by Avrel

Share this post


Link to post
Share on other sites
27 минут назад, Avrel сказал:

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

 

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

 

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

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

Edited by Dotrox
  • +1 1

Share this post


Link to post
Share on other sites
1 минуту назад, Dotrox сказал:

 

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

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

Share this post


Link to post
Share on other sites
7 минут назад, Dotrox сказал:

 

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

 

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

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

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

Share this post


Link to post
Share on other sites
25 минут назад, Dotrox сказал:

 

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

 

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

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

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

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

Edited by Avrel

Share this post


Link to post
Share on other sites
21 час назад, Avrel сказал:

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites
1 минуту назад, Lifeamove сказал:

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

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

 

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

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

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

  • +1 2

Share this post


Link to post
Share on other sites

@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?

Edited by Lifeamove

Share this post


Link to post
Share on other sites
6 минут назад, Lifeamove сказал:

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

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

 

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

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

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

 

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

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

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

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

 

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

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

  • +1 1

Share this post


Link to post
Share on other sites

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

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

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

  • +1 1

Share this post


Link to post
Share on other sites
В 14.04.2017 в 20:55, Dotrox сказал:

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

 

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

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

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

Share this post


Link to post
Share on other sites
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.

 

 

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

 

Share this post


Link to post
Share on other sites
2 часа назад, Dotrox сказал:

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

 

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

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

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

Share this post


Link to post
Share on other sites
13 часов назад, markimax сказал:

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

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

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

 

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

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

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

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

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

 

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

Цитата

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

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

 

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

 

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

 

  • +1 2

Share this post


Link to post
Share on other sites
1 час назад, Dotrox сказал:

...

:mrgreen:

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

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

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

 

Цитата

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

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

 

Цитата

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

 

Share this post


Link to post
Share on other sites
5 часов назад, markimax сказал:

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

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

Цитата

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

 

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

 

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

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

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

 

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

 

 

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

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

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

 

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

Цитата

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

 

 

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

 

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

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

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

 

Share this post


Link to post
Share on other sites
6 часов назад, Dotrox сказал:

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

 

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

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

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

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

Share this post


Link to post
Share on other sites
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 (без одновременной смены домена), значит вы и сами таких статей ни разу не видели.

 

 

 

Share this post


Link to post
Share on other sites
1 час назад, Dotrox сказал:

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

 

 

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

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites
13 минут назад, Otvet сказал:

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

 

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

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

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

Share this post


Link to post
Share on other sites

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

Edited by q457

Share this post


Link to post
Share on other sites
4 часа назад, q457 сказал:

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

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

Share this post


Link to post
Share on other sites
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! И данная статья это утверждение полностью опровергает (ибо доказывает, что никаких проблем не возникает)!

 

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.