mistman

То что выше написал, пробовали?

Это не ошибка, это какая-то придурь гугла. У меня тоже самое, хотя раньше проблем не было. В официальной документации вообще про "id" ничего нет. Думаю, можно не обращать внимания, хотя гуру может меня и поправят Кстати, рекомендую itemscope itemtype="https://schema.org/Thing" заменить на itemscope itemtype="https://schema.org/WebPage" или вообще удалить из кода

markimax, Добрый вечер. Ткните носом, где можно посмотреть демо-пример в админке демо-сайта.

Добрый день. Такой вопрос и к разработчику и к сообществу - есть ли способ добавить в письмо админу о новом комментарии также информацию из создаваемых в админке полей? Это касается виджета "заказать звонок". Я создал поле "введите свой номер". Но где добавить это поле в письмо админу, я не нашел. Приходится смотреть телефон каждый раз переходя в админку. А в идеале так вообще бы вывести номер телефона в заголовок письма. Кто-нибудь знает как это сделать/реализовать?

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

Пока закрыл проблему добавлением условия прямо в файлы модулей (tpl). Но появилась проблема серьёзнее. После включения английского языка все новые статьи и на "русской", и на "английской" версии не грузятся, происходит цикличная переадресация (так утверждают браузеры), причем не грузятся даже по прямым ссылкам. Если ручками почистить кэш - грузятся после этого нормально. Если задать разные seo url для языков - тоже нормально. К слову, точно тоже самое происходит, если редактировать одну из "старых" статей и добавить в нее seo url для английского варианта, причем здесь уже не важно, идентичная она или нет, и чистка кэша не помогает, только оставление поля seo url на английском пустым. В журнале в этом случае идет ругань на seoblog.php, строки 288, 370, 374 288 - $query_lang_data[0] = $this->languages_all[$row['language_id']]; 370-374 $language = new Language($this->langcode_all[$code]['directory']); if (SCP_VERSION > 1) { $language->load('default'); } else { $language->load($this->langcode_all[$code]['filename']); C языком все нормально (товары, статьи, другие модули - все работает) Обновление таблиц модуля произвел после включения языка.

Доброго времени суток. Встал такой вопрос. Как отключить (и можно ли) модуль только для английского языка, причем конкретно отключить, чтобы даже по прямой ссылке на статью при выбранном английском языке выдавалась заглушка какая-нибудь. Это в связи с тем, что сайт переводится на английский язык, а переводить ~2000 записей смысла нет; лучше их вообще скрыть и не напрягать иностранцев непонятными письменами. Если такой категоричный подход сложно реализуем, вопрос попроще: как отключить на английской версии хотя бы виджеты модуля (хтмл виджеты там понятно, пустыми оставляем в "английском" варианте, а списки записей, отзывов ит.п.)?.

Хочется сказать спасибо разработчику. Возникли проблемы, решил оперативно, теперь всё работает (ocshop 1.5.6). Модуль достоин покупки.

Спасибо, не знал о таком модуле. Часть вопросов он закрывает. Купим обязательно. Да, я сам понимаю, такой модуль имеет смысл только в относительно крупных магазинах со сложившейся аудиторией. Другим он просто не нужен. Не подскажете, где в базе отображаются эти операции? Чисто в аналитических целях (я без иронии).

И которые, как скажет любой маркетолог, просто обязаны хотя бы в виде общей статистики предоставляться в админ-панель ИМ. Чтобы продажники видели, какими именно товарами интересуются, но не покупают и подумали о своих просчётах. Чтобы на производстве видели при планировании, какие товары можно произвести в большем объёме. Чтобы можно было отправлять спецпредложения тем, кто нажелал много товаров, а брать не хочет (вдруг цена не устраивает). Чтобы можно было отправлять уведомления о забытом в списке желаний товаре (а многие реально забывают и спасибо потом говорят). Чтобы сам покупатель прямо в списке желаний мог запросить понижение цены (н-р, галочка уведомить при снижении цены до X руб.). Про уведомить при появлении в наличии - само собой. Вот это настоящий список желаний, и для покупателя, и для администратора. А так, как уже сказали в теме, это просто блокнот. Но я всё обрыл и не вижу ни одного модуля для опенкарта, даже платного, выполняющего такие функции. Хотя по идее, это должно входить в стандартный функционал (в Отчёты).

Хороший модуль, полностью функционирует, выполняет все задачи. Очень помогает менеджеру. Спасибо разработчику. Есть замечание небольшое - сейчас отключенные в админке товары видятся в списке товаров для экспорта. В итоге менеджер отправляет отсутствующие товары в контакт. Ничего особо страшного, но хотелось бы фильтр: количество > 0, статус = 1.

После обновления на последнюю версию (кстати, хоть меняли бы номера версий, неудобно же) - Белый экран при попытке зайти в настройки /admin/index.php?route=catalog/forum/set В логах пусто UPD нет совместимости с simple, из-за этого нельзя установить аватар и часть функционала недоступна в ЛК клиента. Сейчас сам буду писать мод под Симпл, цсску и модули вывода уже переписал почти полностью (если кто-то хочет увидеть результат, могу поделиться) - так как тема нестандарт, но дело не только в этом... Во-первых, под ТЗ "сделать форум на опенкарте а-ля phpbb" подогнать этот модуль нереально, можно только создать видимость (я для этого использовал fontawesome и более сложный дизайн). Во-вторых, в логах от модуля куча ошибок (не моих, а исконных), с большинством разобрался, не понимаю почему только в reviewsp.tpl ругается на эту строку: <div id="yui" style="display:none;"><?php echo $page; ?></div> А так еще копать и копать, но автору всё равно спасибо, так как видно, что проект развивается, работа кипит, и это хорошо.

Доброе утро. Есть следующий вопрос. Можно ли клонировать страницу регистрации (simpleregister), и если да, то как? (делать ручками умеем). Отвечаю сразу на вопрос "зачем?" Нужно сделать отдельную страницу регистрации для оптовиков (ссылка на нее будет распространяться только в рассылках), чтобы им не нужно было выбирать группу, а просто вводить минимум данных, сразу регистрироваться.автоматом и видеть все особые цены и категории. Почему выбор группы не подходит. 1. Простой покупатель регистрируется как оптовик -> активируется автоматом -> делает заказ по оптовой цене -> менеджеру головная боль. 2. Простой покупатель регистрируется как оптовик -> активируется автоматом -> видит скрытые разделы для оптовиков (ничего секретного, но лучше уж нет, чем да) 3. Простой покупатель регистрируется как оптовик -> активируется автоматом -> просто видит оптовые цены и сильно огорчается. 4. Оптовики - люди серьезные и образованные, им лишнее поле ни к чему, они заполнили пару-тройку полей, нажали кнопочку и всё, вникать в какие-то там "группы покупателя" - ниже их достоинства. Два года назад в этой теме человек задавал похожий вопрос, но вариант оставить для регистрации только "Оптовиков" для меня не подходит, то есть простые покупатели тоже должны регистрироваться... но именно как простые покупатели. Самое интересное, что простую страницу (родную) клонировать можно - берем контроллер и tpl, клонируем и переименовываем, и всё. Тут таким макаром не вышло.

Добрый вечер. Вопрос может не особо умный, но я что-то не могу понять. В Отчеты - Партнерская Программа - Статистика чем отличаются колонки "Кол-во заказов от партнера" и "Кол-во покупок от партнера", и, соответственно, "Сумма заказов от партнера" и "Сумма покупок от партнера". Цифры там разные, я сначала думал, что второе - это покупки, которые сам партнер со своего аккаунта совершил, но это не так (в колонке стоит 1, а партнер вообще на себя ни разу заказы не делал).

Добавлю, ознакомившись с той темой. В принципе, это колесо можно сделать доступным и для всех, в какие-то определенные дни. Например, выводить его на странице "Акции" или в ЛК после входа в в аккаунт. Главное тогда - возможность включения/отключения и привязка к IP / customer_id. Остальные настройки аналогичны. Только при доступности колесика для всех, пусть даже на день, более важной становится настройка "поделиться = новая попытка". Для накрутчиков жмакнуть на поделиться, используя фейковый акк, будет проще, чем IP менять, а ссылка нет-нет и может привести еще кого-то + ПФ не страдает. Можно развить эту идею дальше и сделать на этой основе нечто подобное, что уже использовали Эльдорадо, ЛаМода и прочие монстры. Смысл в том, что человек получает например купон в 10%, а ему выдается, мол: "Хотите удвоить вашу скидку? Поделитесь купоном с друзьями, и как только кто-то из них использует этот купон при покупке и оплатит заказ, вам будет выслан новый, но уже на 20%". Отследить, что купон был применен, пусть будет уже работа менеджера, а не модуля, иначе это уже франкенштейн получается.

Попробую разъяснить, как я это вижу. Где и когда - это очевидно success.tpl Т.е. после формирования заказа. Как - автоматически при превышении заданной суммы заказа (настройка в админке #1) прямо под "Ваш заказ сформирован бла-бла-бла". То есть тело модуля предполагается добавить с помощью vqmod в success.tpl . Игра может быть любой по сути, главное - варианты призов. Покупатель крутит колесо и получает, скажем: - купон на скидку (на следующую покупку) разного номинала - подарочный сертификат - конкретный товар в качестве подарка к заказу - ничего. На самом колесе (или что там будет) в виде пиктограмм должны быть показаны доступные варианты. Настройки в админке #2-6, соответственно 2) общее количество вариантов. 3-4) для каждого варианта, что именно разыгрывается (тут можно ввести код заранее сделанного купона/сертификата, или выбрать товар, если поле пустое - значит ничего получено не будет) и вероятность выпадения варианта (поле пустое - равная со всеми, либо разброс от 1 до 99%). 5) количество попыток (после, скажем, 5 попыток можно перебросить на главную. Это решает вопрос накруток, так как чтобы сыграть еще раз, придется делать и новый заказ :) ) 6) время "кручу-верчу". Относительно попыток - пусть играют и накручивают ПФ. Если выпал товар-подарок, модуль менеджеру может просто выслать письмо: заказ такой-то подарок такой-то. Что еще по функциям... Выдавать предупреждение покупателю после 2 полученного товара-подарка, что, мол, вы не можете получить 2 подарка к одному заказу, но этот подарок будет включен в ваш следующий заказ более такой-то суммы (равна сумме в настройке #1). В идеале стат в таблицу и в админку - priz_id (счетчик), order_id, customer_id, try_id (счетчик попыток), priz (просто текстовое поле, куда вписывается что получил). Можно добавить внизу кнопочку поделиться результатом в соцсетях (мол, я сделал заказ там-то и выиграл то-то, ура). Разумеется, если это код купона, например, он не указывается. Можно сделать даже так - изначально давать одну попытку, и за каждый клик на "поделиться" давать еще. Как-то так.

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

Категория связи с поиском - Поиск.(та самая, /poisk) Создана по подобию опять же категории из админки. ЧПУ работает, все ~1000 записей блога имеют свои урлы, как положено, виджет "ЧПУ для модуля" на своем месте. Урл "poisk" в таблице модуля только одна и с правильным языком ('blog_id=68', 'poisk', '1'), в таблице сайта других страниц с этой урлой нет. Ссылка, естественно, выходит такого вида: www.домен.рф/poisk&filter_name=сварог&filter_sub_blog=true&filter_description=true Да уже все перерыл. К слову, на старом движке 1.5.4.1 этот поиск у меня тоже не работал, я даже писал как-то в ЛС по этому поводу, и в итоге просто написал виджет поиска сам по подобию "старого" метода. Но на этом движке такой вариант, как уже писал выше, тоже "не канает".

1. У меня ссылка имеет похожий вид "poisk&filter_name=сварог&filter_sub_blog=true&filter_description=true" но по ней и выдается "Запрашиваемая страница не найдена!" В самом виджете "Поиск" галочки не ставил, делал в двух вариантах - ровно как на демоадминке 1.5 и как на демо-админке 2.0 (только с пустым полем "Привязка" и пустым "Завершающий код"). В схемах виджет вешал на левую колонку, к поиску в хедере не привязывал. Виджет отображается, но не ищет. Параметры ссылки, по которой он переходит при нажатии на кнопку "Поиск", как я понимаю, правильные. То есть не отображаются результаты почему-то. 2. Спасибо за наводку, будем искать...

Добрый вечер. Сейчас тестирую новую версию движка для "старого" сайта (1.5.4.1, theme141), соответственно и тестирую seo cms pro (19.1) на новом движке и шаблоне (1.5.6.3.2, Kitchen). Есть две проблемы, одна серьезная, вторая не очень. Первая проблема с поиском, не ищет ни старым, ни новым методом. А именно - "старый" - это когда весь поиск был написан на html, не было еще search.tpl и искал он через "index.php?route=record/search". Здесь все просто - "index.php?route=record/search" - запрашиваемая страница не найдена. На "старом" движке и шаблоне все работает именно через этот вариант. "Новый" - это через search.tpl. Категория связи с поиском в настройках указана (У меня это "Поиск", url = "/poisk"). Поиск просто ничего не выдает в данном случае. Прошу объяснить, как заставить работать поиск в данных условиях. Также на шаблоне проблема с отзывами. Они отображаются, если поиграться с привязкой, но не работают ссылки "Написать отзыв" и "Отзывы" в верхней части карточки товара. Кроме того, сами отзывы в адаптивно-мобильной версии не сворачиваются. Если кто-то работал с шаблоном "Kitchen", просьба помочь по второму вопросу.

Я-то не против, сам предлагал. В личку отписался. ТЗ я думаю сформулировалось такое - аналогичная настройке "Рекомендуемые категории товаров" в записях настройка в категориях блогов. При выборе которой всем записям в данной категории блогов применялись бы указанные категории товаров как связанные. И далее тогда можно пользоваться виджетом "Рекомендованные" по стандартной схеме.

Большое спасибо... Но... В ИМ около 1000 статей... :mellow: Все равно помучиться придется. Да даже больше, чем в варианте, что я описал, хотя такой подход и правильнее, чем мой. Вот была бы такая настройка не в record а в blog, другое дело.

Доброго вечера. Подскажите, пожалуйста, как использовать виджет "Рекомендуемые статьи". Сейчас виджет (у меня 17.3) может выводить записи из выбранных категорий на страницу товаров, но он выводит эти записи всем товарам. Мне же нужно - чтобы категория 1 блогов выводилась только для категории 1 товаров, категория 2 блогов - для категории 2 товаров и так далее. Выход из этой ситуации - создать кучу виджетов "Рекомендованные" с разными категориями блогов и в схемах распихать их по разным категориям товаров (через URL). Но тут две проблемы - во-первых, привязывать их не к чему, в ИМ прямые ссылки (без полного пути категорий), и даже если привязка по url категории заработает, их еще надо все найти, во-вторых, категорий много, всё это очень и очень муторное занятие. Вроде надо как-то связать категории блогов и товаров, но как это сделать, не знаю. По названию не всегда все совпадает, например, по тегам тоже. Если есть какое-то решение, просьба поделиться. Если нужен допил виджета, могу оплатить.

Я прописал в product.tpl в строках ниже <?php if ($thumb || $images) { ?> Что-то в таком духе <img src="<?php echo $image['thumb']; ?>" title="Изображение товара <?php echo $heading_title; ?>" alt="<?php echo $heading_title; ?>" /> И вывел на каждой странице товара прямую ссылку на изображение товара, имеющее соответствующие атрибуты (также в product.tpl) Посмотрите как сделано у меня. В итоге яндекс начал потихоньку кушать картинки, но очень и очень медленно (сейчас там и половины нет). Но это лучше чем ничего.

Советы тем, кто решит заняться "склейкой" магазина на opencart с www и без www. Это делать надо, когда сайт только запустился. Надо, да. А если сайт уже работает... Во-первых, подумайте, надо ли оно вам вообще для раскрутки. Супервауэффекта не будет. Возможно, вам добавят ТиЦ. Всё. Во-вторых, это исправляет одну из "фич" опенкарта - невозможность использовать все функции сайта при заходе по ссылке без www, так что в целом не повредит, но в плане юзабалити, а не SEO. В-третьих, лучше остановиться на варианте с www - возни будет меньше. В-четвертых, если Гуглу на эту возню вообще параллельно, то Яндекс может и обидеться, а вы можете оказаться в яме апа на 2-3. Чтобы этого не было, в Яндекс.Вебмастере не забудьте указать главное зеркало. Всё делайте поэтапно - склейка, проверка реакции поисковика, редирект. На всё про всё может уйти месяц или больше. В противном случае - яма. Для справки: я все сделал правильно, но показы в Яндекс падают. Первое сообщение обновлено. Бюджет выбит.