markimax
-
Публікації
20 093 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
2. Нет, это реализация модуля такая видно Суть в чем, если появился уже первый байт документа html (TTFB) (к примеру header уже виден) то значит opencart уже все "высчитал".
-
1. У вас стоит какой то кешировщик? Если нет - то кешировщик это сейчас must have (обязан иметь) любой магазин 2. Нет никак не повлияет. Это уже загрузка видео, а не opencart скриптов php
-
Есть ли есть скилл можете сами делать А те 20-30k лучше потратить в месяц на Google Adwords и Yandex Direct для привлечения трафика и поведенческого фактора -
Без про проблем Есть версия под поддомены (высылаю после покупки по запросу), а есть под профиксы Зависит от вашей задачи Мое имхо под языки .... делайте префиксами У каждого варианта есть свои плюсы ,но не забывайте что есть и минусы А минусы бывают очень существенные К примеру .. поддомены для ПС это совершенно отдельные сайты ... Т е в ранжировании и раскрутке вам придется их раскручивать "по разному" Выслушайте моих коллег еще, дискуссия она "полезна" Самому интересно (учитывая что есть версия для поддоменов и есть под префиксы) Лично я бы рекомендовал - префиксами языки, а вот регионы.. возможно поддоменами, хотя рапортуют, что регионы Яндекс очень хорошо кушает как раз префиксами и сразу идет поисковый трафик Здесь все зависит от вашей задачи
-
Не могу быть независимым .... Но попытаюсь Дизайн дело тривиальное (Мало того решается быстро) Выбирайте модуль фильтра по факторам 1. Скорость 2. Функциональность 3. SEO и только 4.... "так" называемый дизайн, который от темы к теме будет совершенно другой
-
Да модуль от @sitecreator и заодно получите приятные бонусы от @sitecreator
-
ТС .... это какого то модуля Контроллер не стандартный controller/information.php : нету такого в "штате" opencart
-
НУ так у вас
-
Для 3- ки уже массово требуют мультиязык Там намудрил Даниэль с автопоределением языка и переключением, в итоге поисковые боты "почему то" не попадают на другие языковые страницы, плюс еще проблемы встречаются
-
-
Одним кликом таб Сценарии (только удалите что вы "насоздавали") https://opencartadmin.com/doc/index.ru.top2.html#Отзывыдлязаписей
-
Циклические ссылки в ХК - это уже давно миф мошенников чтобы состричь деньги с л ... "кроликов"
-
https://stackoverflow.com/questions/30753674/error-while-sending-query-packet
-
Причем здесь "мы" :))) Я тоже не создаю "кучу" и систематизирую изображения по папкам Но! Есть реалии. Пользователи так делают. Причем большинство. Кидают все в кучу. Потом из этой кучи могут любое изображение связать со статьей к примеру или категорией. И у одного и того же изображения появляются много связей. То что так и делают - вот это факт. Вы как то узконаправленно мыслите Это как разработка модулей. Надо делать не для себя, а для пользователей, и учитывать их менталитет и все нюансы какие только могут быть. А то пользователи потом вас "шапками закидают", "какого wtf "вы" удаляете нужные мне изображения". ТС поднял (задал вопрос) эту тему не только как для себя, а по "философии" opencart Вот ему и ответили "почему" не так как в ... недоcms
-
И я о том же Мало того не знают и о том что кто то может вставить изображение в визуальном редакторе (я представляю как бы загнул сервер поиск изображения по 500k товаров и полю description через регулярку :))) ) Вот почему Даниэль решил не удалять связанные изображения товаров и т п
-
Нет конечно К тому же в ЕС, США и т п странах за это могут привлечь к суду (без согласия покупателя)
-
И я о том же .. демагогия какае то Сделал так Даниэль, значит чем то руководствовался Я привел имхо доводы чем. И согласен с этим по своему опыту Есть модуль который удаляет изображения (не помню только где он). Но попадался и как раз "попадался" в том случае что пропадали изображения и меня просили найти "почему", потому как "пропадали" как раз изображения удаленные им (связанные в бд с товаром), которые были в других модулях задействованы. Вот и весь ответ -"почему самодеятельностью" будет удаление файлов изображений
-
Вам не нужна, другим нужна. И давайте не писать "глупости" Может кто будет (или уже использует) её использовать в статьях, новостях, категориях, баннерах и т п причем из визуального редактора без связей с БД. Я промолчу про кучу модулей, которые тоже могут использовать это изображение Вариантов много. Бывают товары отличаются к примеру цветом, и с какой радости удалять изображение, если оно будет использоваться в другом товаре Вот поэтому логически все без "самодеятельности" должно быть и так есть
-
А чего оно должно удаляться? Что за самодеятельность. Может вы будите его дальше использовать для других товаров или т п Главное из БД удалилась связь Просто делайте правильную архитектуру папок и файлов изображений
-
Совершенно верно. Покупатель должен видеть всё. А вот "самодеятельность" плоха для юзабилити
-
Вы установили модуль для opencart 2.x на opencart 3.x
-
seo-шники уже давно в курсе seo мошенники - нет
-
Может, как одна из причин На постоянную генерацию php из twig уходит очень много ресурсов
-
Нет никакого смысла отключать кеширование twig Он просто генерирует в кеш "php" код из .twig Если отключите - будут тормоза
