SergeTkach
-
Posts
2,316 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by SergeTkach
-
Проблема решена. Для ясновсти: все дело в кеше фильтра Brainy Filter В модуле есть методы, для того, чтобы прицеплять чистку кеша от разных модулей callByLiveEdit() callByMassEdit() В папке "Дополнительные-модификаторы" есть примеры для этого. Но для Brainy Filter в него надо будет вносить свои изменения.- 383 replies
-
- 1
-
-
- добавление товаров
- заполнение интернет-магазина
- (and 47 more)
-
Загрузить его повторно через "Установка расширений" (Установка дополнений)
- 383 replies
-
- 1
-
-
- добавление товаров
- заполнение интернет-магазина
- (and 47 more)
-
Здравствуйте! Клон товара не должен быть включен сразу. Ведь там можно создать много клонов за раз. И что тогда человек увидит на витрине? Поэтому статус товара нужно включать после изменения данных товара. Но, поле Статус должно быть в списке товаров и не надо заходить в карточку, чтобы включить. Нужно просто включить это поле в настройках модуля.
-
Еще один очень неожиданный вариант ошибки PHP Warning: DOMDocument::loadXML(): CData section not finished PHP Warning: DOMDocument::loadXML(): Premature end of data in tag add line Проверял все парные теги, <![CDATA[, валидировал XML-документ - все бестолку. Потом понял, что ошибка происходит именно в OpenCart 2.1. Потому что тот же самый модфикатор устанавливал на 2.3 - и он впосле себе обрабатывался. Все понял, когда вывел на экран свой модификатор прямо в файле /home/www/sites/oc-store-21021.loc/admin/controller/extension/modification.php Так вот, оказалось, что данные урезаны. А почему? А потому что в версии 2.1 столец xml в таблице oc_modification типа text То есть, модификатор длиной 1600 строк попросту не влезает в базу (!) В 2.3 тип столбца mediumtext
-
--- unknown не может быть передано из контроллера в представление. В PHP несуществующая переменная будет null. Значит, скорее всего, ошибка в JS. Покажите код, который выполняет AJAX, кажись именно там и надо искать ошибку. Оффтоп. --- $data['slider_slide1_span'] = $this->config->get('slider_slide1_span'); Вы можете использовать banner для своего модуля slider, как это сделано в extension/module/carousel.php --- Поправьте проверку доступа: // проверка прав доступа пользователя для работы с модулем if (!$this->user->hasPermission('modify', 'module/category')) { $this->error['warning'] = $this->language->get('error_permission'); }
-
@Berzserk к сожалению, при попытке закодировать файлы под php 73 я столкнулся с проблемой проверки карты при оплате услуг https://www.ioncube.com/ , и за несколько часов мы с банком все еще не решили эту проблему. Надеюсь, что завтра разберусь с этим.
-
В добавок к предыдущему ответу Я уточню последние фразы. Для примера, есть категория: Холодильники Есть параметры фильтра: Производитель - Snaige --- OC Filter лепит такой заголовок и мета-тайтл: Холодильники Snaige А с модификатором STG_ocfilter_meta_tags.ocmod.xml получается: Холодильники Snaige - купить в Москве. Трали-вали дили-ли.
-
Здравствуйте! Тут желательно прояснить, что Вы подразумеваете под словами "посадочные страницы OC Filter". Как такового термина "посадочные страницы", или "посадочные страницы OC Filter" в этом модуле нету. Конечно же, определяющим в словосочетании "посадочная страница"является то, что эта страница "встречает" людей из поиска максимальным соответствием их запросу. И страница фильтра может стать точкой входа по этому принципу, но она точно не является тем, что обычно называют Landing Page (в смысле "продающая страница"). Но это так, заметки на полях. Вернемся к фильтру. Есть страница категории. Когда применяется фильтр, там автоматически собираеется заголовок на основе названия категории и параметров, которые мы выбираем в фильтре. Это происходит автоматически. Кроме того, есть возможность взять какой-то набор параметров и создать под него специальную страницу, для которой прописать заголовок и текст вручную. В модуле это называется "SEO Страницы OCFilter". Чем отличаются автособираемые страницы фильтра от "SEO Страницы OCFilter"? Несомненно, их главным отличием является ручная обработка и большая осознанность. И для таких случае нет смысла делать автоматические теги, раз речь зашла о достижении наибольшего уровня осознанности. Поэтому модификатор STG_ocfilter_meta_tags.ocmod.xml работает именно для автоматических страниц. И все, что он делает, это добавляет параметры фильтра в мета-теги данной категории. Без этого модификатора модуль фильтра "берет" название категории и добавляет к нему выбранные фильтры. С данным модификатором сначала генерируются мета-теги по заданной формуле (со всякими там служебными словами, вроде "купить", "название города"), и потом к этому добавляются параметры фильтра.
-
В понедельник займусь
-
Привязка города к поддомену реализуется через модуль geoip pro. Мой модуль может использовать переменную group. В общем, вот тут собраны ответы на частые вопросы https://opencart-guide.com/seo/seo-tags-generator-plus-geoip-pro.html
-
В архиве с модулем есть дополнительный модификатор, который меняет путь для сохранения картинок и потом их можно открывать через файл-менеджер. Но найти их честно говоря не реально. Ведь там будут папки типа 1 2 3 4 5 И это не очень-то понятно, что где находится. Модуль в принципе не покупается и, соответственно, не развивается. Тогда как в модуле для удобного управления товарами Handy Product Manager я сделал, чтобы можно было выбрать сохранять фотки в папки, названные по имени главной категории товара. И папка products видна из файл-менеджера.
-
@staniki обновление "заглохло". Слишком много времени уходит на ответы на письма с очевидными вопросами. Буду понемногу закрывать наименее выгодные модули, чтобы дальше улучшать продаваемые - в том числе и этот. Вот сегодня уже окончательно решил закрыть Branched Sitemap. Потому что он того не стоит, чтобы каждый день объяснять людям, что гугл не слушается карту сайта бесприкословно. Он лишь учитывает ее как рекомендацию посетить страницы. Но в общем, это совсем другая история.
-
В ближайшее время не планируется
-
А разве у Вас на сайте цена отображается без пробела?)) Выводится так, как задано в настройках. Система - Локализация - Валюты Там выбираете гривны и ставите пробел в поле "Символ справа"
-
Поддержка 7.3 появится в январе.
-
Пока что нашел для себя наиболее лучшим вариантом редактор Atom. Почему? Потому что, несмотря на его необычно (как для меня) яркие цвета, он единственный (даже в сравнении с phpStorm) сочетает одновременно следующие качества: 1. Несмотря на настройки форматирования для языка, распознает на ходу, какие отступы использовать. Так в *.tpl файлах, который является смешанным (html + php) другие редакторы применяют либо php-формат, либо html. А как мы знаем, в opencart в html идут пробелы, а в php отступы. Неожиданно обнаружил, что супер-мега офигенный phpStorm не справляется с данной задачей. Тогда как Eclipse справляется. 2. Нормально комментирует строки. Я имею ввиду, когда жмешь на CTRL + / . Также нормально делает Visual Studio Code и Sublime. В NetBans phpStorm комментарий ставится в начале строки, что режет глаза. 3. Более понятен мне по сравнению с Sublime и Visual Studio Code, где комментарии также ставятся не в начале строки, а в начале текста. Да и с переводом строк в Visual Studio Code тоже не гладко. В Sublime просмотр невидимых символов надо включать для каждого файла по отдельности - запаришься. Почему мне так нужны эти пробелы и табы? Потому что когда пакуешь модуль, потом получается вот такая ерунда. На одном участке может быть и не так страшно, но при сочетании нескольких модулей подряд, просто выбешивает. Можно конечно переформатнуть и работать, только вот каждое обновление модификаторов обнуляет форматирование. А добавить к этому тот факт, что все равно ни один редактор не обладает достаточно хорошим "исправителем" форматирования, то это опять же выбешивает. И вообще, если есть файл изначально написанный тяп-ляп с разными отступами, то для форматирования я все равно использую сначала netbeans, а потом можно продолжать рабоать в Atom. Кстати, в Eclipse и phpStorm форматирование опять же слишком непослушное (не так гибко настраиваемое) по сравнению с NetBeans. То есть, форматировать php-файл под стандарт OpenCart нельзя просто переключив какой-то переключатель в настройках. Оно все равно тычет мне PSR. А вот в NetBeans проходит на ура. Но эта операция редкая, поэтому не может являться причиной, чтобы оставаться в NetBeans.
-
Если с магазином работает несколько человек, то может поменяться ) Кто-то может решить, что в названии магазина просто необходимо вписать тайтл магазина. Почему-то у многих именно так. Вместо короткого названия бренда, люди вписывают полноценный оптимизированный тайтл. Ну и в письмах клиентам название магазина фигурирует как имя отправителя. И кому-то из менеджеров может не понравится "Мебель Москва" и он возьмет да и отредактирует)))
-
Какой парсер подойдёт для окстор?
SergeTkach replied to q1987's topic in Opencart 3.x: Extension search
Если Вам регулярно парсить товары - то что это за цена 1600 - 2000 рублей для такого серьезного магазина? Например ========================================= Если Вам на 1 раз залить товары, то есть вариант и подешевле -
Зависит от того, какова конечная цель. Если Вы хотите, чтобы переменная [shop_name] выводила название города, то Вы можете писать только само название города. А слово "Мебель" вписывать в формуле в настройках модуля вот так: Мебель - [shop_name] ... В общем, переменная - это всего лишь переменная. Можете хранить в ней и название города. Но в таком случае Вы должны об этом помнить и всегда следовать этой договоренности, что в данной переменной хранится именно название городов и не должно быть так, что через месяц все резко поменялось, а формула в настройках модуля осталась прежней.
-
В ближайшее время точно нет.
-
Нужен модуль по гео-привязке
SergeTkach replied to Teodor01's topic in Opencart 3.x: Extension search
Упс... ) Ну да... -
Нужен модуль по гео-привязке
SergeTkach replied to Teodor01's topic in Opencart 3.x: Extension search
@Pascha , если честно, то по описанию я ожидал чего-то большего от Вашего конструктора. А так по демке получается что-то вроде Unishop (да и в других шаблонах можно выбрать в какой цвет покрасить ряд элементов). вроде бы как все как достаточно стандартный набор для многих шаблонов. Ну да, + добавлены подобные настройки для каждой отдельно взятой категории - хотя, лично как по мне (чисто субъективно) не понятно, зачем разные категории должны выбиваться из общей стиля сайта. -
Нужен модуль по гео-привязке
SergeTkach replied to Teodor01's topic in Opencart 3.x: Extension search
Хм... -
Нужен модуль по гео-привязке
SergeTkach replied to Teodor01's topic in Opencart 3.x: Extension search
По заголовку и вводке - очень интересно! Сам о таком мечтал) -
Нужен модуль по гео-привязке
SergeTkach replied to Teodor01's topic in Opencart 3.x: Extension search
Трудно представить себе такую компанию, которая производит одновременно продукты, одежду и стройматериалы или же продает в одном городе только это, в другом городе только то... Здесь изначально что-то не так с бизнес-моделью... Или может быть Вы хотите сделать все на одном шаблоне за 1 покупку лицензий, и вдруг что-то из этого выстрелит? ))) Имхо, лучше всего делать разные магазины для разных товаров (и заодно городов). Потому что функционал мультимагазинов - этот та еще проблемка. Я уже не говорю о возможном наличии специфических полей у отдельных типов товаров. + если товаров будет реально много, то каждый магазин в отдельной базе - это существенное облегчение нагрузки на базу данных (ускорение сайта), потому что поиск нужного товара будет происходить не в стоге сена, а в намного меньшем объеме. + если 1 магазин будет необходимо продать или передать кому-то во владение, то тоже как-то не в тему передавать общий доступ в админку. + опять же счетчики конверсий, ремаркетинг - все это будет сплошной постоянный гемор, если делать все в одной админке.
