bananovsv
-
Публикаций
147 -
Зарегистрирован
-
Посещение
Весь контент bananovsv
-
Может быть это только у меня, я не настаиваю. Но если папку положить в api, то будет так: PHP Warning: require(PHPMailer/Exception.php): failed to open stream: No such file or directory in /…/public_html/api/Notify.php on line 15
-
Да, всё остальное по вашей инструкции.
-
Так пишет ошибку, что файлы не найдены. Если положить PHPmailer в корень, то всё работает.
-
Ну так я же и говорю, что так неверно. Надо не в /api/PHPmailer/, а в /PHPmailer/ копировать файлы.
-
Насколько я понял, папку PHPMailer надо положить в корень, а не в папку api, как написано в инструкции.
-
API-версия Яндекс-кассы до сих пор стабильно не работает. Миллион ошибок, даже не связанных с Симплой. Рекомендую пока использовать HTTP-версию. Товары для чека и онлайн-касса там работает без проблем.
-
Не двигались больше в этом направлении?
-
Вот в Смарти можно заменить текст так: {$text|replace:'old':'new'} А как быть, если таких замен штук пятьдесят? Как целый массив таким образом передать? Посоветуйте, как лучше это реализовать.
-
Вы модуль продаете или инвестиции привлекаете? Я бы купил такую доработку, если кто-то сделает за разумные деньги. С демо, разумеется.
-
Покажите код.
-
Всё, кроме кликов и добавления в корзину нужно отправлять сразу с загрузкой страницы. Detail — да, product.tpl. Про Impressions не понял вопроса. В зависимости от версии скрипта реализация может быть разной. Например, в analytics.js я ставлю код показов товара прямо в цикл вывода товаров и после него отправляю всё событием с параметром non-interaction (это важно, иначе будут дублироваться просмотры страниц). В случае с gtag.js так уже не получится, потому что перечень товаров и отправка там в одном блоке кода. Для него мне приходится дублировать цикл вывода товаров. Я в обычном цикле в
-
Укажу на слабые места. Очень часто бывает проблема с отправкой показов. Если товаров на странице хотя бы штук 20-30, то они не пройдут скорее всего из-за ограничения объема. Т. е. вообще ничего не отправится. Это обычно никто не замечает и получают неверные данные в Аналитике — конверсия кликов выше, чем на самом деле. Потому что клик отправится, а показ нет. Вариантов решений два: 1. Вообще не отправлять названия товаров, а только айди. Как раз названия товаров и категорий занимают много места. Особенно на русском языке. Но это не очень удобно потом в отчетах Аналитики. 2. Слать всё пачка
-
1. Impressions — это показы товаров в списках, а не один товар. На главной, в каталоге, во всяких рекомендуемых и просмотренных товарах, в корзине. Везде, где есть ссылка на товар. 2. Click — это то же самое, только клики, а не показы. 3. Add — добавление в корзину. Но это не сложнее, чем предыдущий пункт — реализация аналогична. Просто при клике на кнопку добавления в корзину отправляете событие. 4. Сheckout — да, страница корзины. 5. Purchase — страница заказа. В вашем списке не хватает самого главного: Detail. Это как раз посещение страницы товара. Еще можно сделать Remove — уд
-
Меня работа на заказ не интересует, но готов подсказать в конкретных моментах, если будет сложность — там их хватает.
-
Да, я всё настраивал. И для analytics.js, и для нового gtag.js. Но без менеджера тегов. Столкнулись со сложностью?
-
Рекомендую вам прочитать все ответы. В теме куча решений на любой вкус — от дилетантских до заморочных. Я бы сделал так (это по-дилетантски): if($_SESSION['admin']) $theme = 'new'; else $theme = 'old'; $this->settings->theme = $theme;Но правильнее однозначно решение, которое предлагает yr4ik.
-
Да, и отец русской демократии. Спасибо. Вы очень избирательно комментируете.
-
Если сделать так: if($_SESSION['admin']) $theme = 'new'; else $theme = 'old'; $this->settings->theme = $theme;то вы получите рабочий {$settings->theme} в шаблоне, но постоянно будет перезаписываться значение в базе. Лично меня это раздражает. Я бы лучше указал нормальный адрес к шаблону, без переменной.
-
Не вводите никого в заблуждение, называя ошибкой то, что ошибкой не является. Необходимость прописывать верные (шок!) адреса ко всяким стилям и скриптам — просто следствие, а не ошибка. Которое с лихвой компенсируется легкостью доработки. Можете сколько угодно важные щеки надувать, рассуждая о идеальном решении. Ну напишет человек в шаблоне ссылку так: <link rel="stylesheet" href="design/new/css/style.css"> С учетом поставленной задачи это в сто раз проще и приятнее, чем читать ваши комментарии. Да гирю пудовую приятнее поднимать, чем ваши комментарии читать.
-
Ну вы как всегда, господа. Ищете универсальное решение на годы. Человек хочет временно ставить другую тему, пока разрабатывает её. В файле api/Design.php после: // Берем тему из настроек $theme = $this->settings->theme; добавляем: if($_SESSION['admin']) $theme = 'new'; Всё. Делаем копию темы в админке, называем её new.
-
Класс, спасибо! Второй вариант нравится.
-
Здравствуйте! Вывожу товары через плагин get_products: {get_products var=products id=$my_list} {foreach $products as $product} {$product->name} {/foreach} Список нужных айдишников передаю в массиве $my_list. По умолчанию товары выводятся по position. Как сделать, чтобы они выводились в том порядке, в котором они идут в моем массиве?
-
Возьметесь доделать решение да Винчи?
-
Как-то мутно всё у них. Я бы лучше рассмотрел аналогичное решение у Робокассы.
-
Не пытался справляться. У меня функциональность наличия не используется, а позиции вариантов проставлены верно. Но я согласен, что решение далеко от идеального и подойдет не всем. Было бы здорово, если бы брался наименьший доступный вариант товара. Если знаете, как сделать — поделитесь решением.