markimax
-
Публікації
20 093 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
https://ru.wikipedia.org/wiki/HSTS -
В админке "нечему" тормозить, кроме как "чем нибудь" в панели уведомлений Не раз наблюдал как "Очистка кеша" тормозила всю админку Хотя на MaxyStore всё возможно
-
Как и предполагал - конечно есть. Авторы вообще думают что делают?
-
Дайте в ЛС доступ - посмотрю есть ли
-
Модули "уведомление" (видел не один такой) "Очистка кеша" очень тормозят Он начинает сканировать все файлы кешей изображений и системного при этом запрашивать размер каждого файла, а когда файлов ресайзов изображений или системного кеша много - жуткие тормоза начинаются. Много раз это наблюдал Есть у вас такой в уведомлениях? Если есть - сносите к моНАХам
-
Тоже решаемо Вы можете ссылки недоменю изменить шорткодами модуля, только вместе с html "обвесом" лучше, чтобы не затронуть ссылки переключателя
-
Да, если автор такой ленивый и фактически заставляет ставить"костыли", которые рано или поздно "стреляют" как в вашем случае
-
Они там что то в API поменяли недавно и ограничений "понавставляли"
-
Ну это "стабильная тема" (такая ошибка), когда на opencart 2 или 3 ставят костыль vQmod (они не совместимы с ocmod, даже vQmod убран из marketplace из-за этого) Пусть автор переведет модуль на стандартный ocmod (там работы ерунда, лень автора). Это его ошибка
-
Так у вас же там руками все прописано в вашем "зеленом меню" (наверняка еще прямо в шаблоне .tpl) Нельзя так делать. Все URL должны формироваться через $this->url->link И это скрины не из модуля меню, а из категории товаров. И там где стандартно модули обрабатывают - всё правильно "показывает"
-
Как и устанавливали, но только без создания виджета переключателя и автоадаптации
-
Конечно же обновитесь Поэтому и "полный" номер версии изменился на 25 - добавлен новый функционал
-
Все давно предусмотрено Там кешируются меню и в хеше не предусмотрено это, выдает из кеша меню не правильный кеш Таб Прочие - Включите Раздельный кеш (для регионов вне мультимагазинов, на одном магазине, с одинаковыми товарами)
-
Здесь скорее не malware т к у вас с php 7.0 работает нормально же у вас? Скорее всего где то в настройках сервера прописаны левый ip как default (пример) настройки и т п
-
malware это не совсем вирус, точнее вирус но который вы поставили сами, сознательно (социальная инженерия) и подписали условия соглашения на его установку (поэтому антивирусы даже не имеют юридического права его идентифицировать как вирус) И может быть к примеру каким нибудь расширением к браузеру
-
Может malware на ноутбуке?
-
Ага и столько же затрат на SEO каждого региона (*поведенческий фактор", как основной сигнал к ранжированию то будет РАЗНЫМ, не забываем это). А при домен.com/регион поведенческий фактор - "один" Да что говорить, недавно пользователь делал, с префиксами регионы, только Google проиндексировал регионы и сразу (даже по ВЧ) отправил регионы в ТОП-5 (т е видно что поведенческий фактор основного магазина - сохранился и передался для региона)
-
"Кто сказал"? Отлично Яндекс ранжирует в топы домен.com/регион, а язык.домен.com/регион производная, как один домен связанный через hreflang через альтернативный. Об этом даже seo шники говорят, что в принципе разницы никакой что домен.com/регион что регион.домен.com для яши, суть только к привязке регионов в панели webmaster-ов яши. Но минус (существенный замечу) - отдельное ранжирование, как полностью отдельного домена. Т е вы сознательно полностью каждый регион (раз/от)деляете от магазина. Они даже в вебмастере как отдельные идут (промолчу про opencart и выборок со store_id по "тысяче" регионов и кучу "лишних" записей в таблицах (100k товаров * 1000 регионов=сколько записей в таблице, а как быстро буде делать выборки по ним)
-
Точно также язык.домен.com/регион - масса возможностей и меньше мозго ... как это выразиться без censored, ну вы поняли И кстати ali, язык.домен.com - https://ru.aliexpress.com/
-
Да в этом минус, но подтянуть 1000 регионов - городов поддоменами к Yandex в webmaster-е это 3.14 еще тот Да и ранжирование отдельное, отдельное SEO и т п. Каша еще там будет Yandex отлично ест регионы префиксами в топ и релевантно выдает их и без привязки
-
Это личное мнение кого то, я бы на хабр не особо обращал внимание не забываем что поддомен трактуется ПС как отдельный домен со своим ранжированием и своей отдельной раскруткой (а когда 1000 поддоменов (вполне нормальная цифра даже, видел и больше регионов, только их делали не поддоменами), вот бардак будет)
-
Там скорее вот так domen.com/язык-регион/ domen.com/en-florida domen.com/es-florida Можно и так кстати
-
язык.домен.com/регион Язык свяжет поддомены в один через hreflang (как альтернативный), а регионы префиксом отлично сьедят Google (этот вообще регионы префиксами обожает, выстреливает в топы) и Yandex (тоже отлично "ест" и ранжирует). А если регион поддоменом - то ПС будут считать его отдельным магазином (доменом) и отдельно ранжировать
-
Какой бредовый говнокод И URL формируется не через стандартный $this->url->link а через какие то костыли $this->buildProductUrl Можно же сделать все гораздо проще Сформировать для каждого языка url путем переключения его прямо в коде sitemap и получить url через стандартный $this->url->link
-
Тогда к автору его в ТП. Видно не через $this->url->link делает, а какими то костылями. Первый раз слышу про какой то sitemap "такое"
