efremovxp

@matroskin92 Приглянулся ваш модуль. Есть несколько вопросов. Активация распространяется на все поддомены? У меня мультимагазин создан с стандартным функционалом Opencart (одна установка/директория/база на все магазины, много региональных поддоменов). И работает ли ваш модуль для стандартного мультимагазина с поддоменами? Т.е. могу ли я менять кол-во на складе для основного магазина в Москве site.ru, для складов в Москве, для spb.site.ru и складов в Питере, для Новосибирска nsk.site.ru где только один магазин, и т.д. Готов купить, как только получу положительный ответ)

@Octsupport Примите баги и пожелания: 1. Кривое отображение меню категорий с 768px по 812px. Править css. 2. Отображаются все статьи по кнопке (i), хотя указано в настройках каждой статьи, что не надо выводить в футере. Лезть в код шаблона и править. В футере всё ок. 3. На мобильном остается только меню категорий, мегаменю исчезает. Было бы хорошо в мегаменю сделать галочку для каждого пункта меню "Выводить в меню на мобильных", так как в мегаменю добавляют пункты меню не от балды, а по реальной необходимости и плохо, когда на мобильном нет этих пунктов меню. Сейчас выхода только два - Либо захардкодить html пункты меню в menu.twig, что как бы терпимое решение. Но хардкодить доп пункты меню на 3х языках добавив условие по языку пользователя, ну такое себе... Второе решение - дописывать модуль мегаменю и вывод в меню категорий на мобильных, но дело не благодарное. Это должен был делать разработчик шаблона. Надеюсь, по третьему пункту я что то не понял и такая возможность есть. Иначе, уже очень много правок получается по шаблону, мелочи я не включил в этот список.

Печальнее то, что народ отвергает даже основы git.

Посетители жалуются, что не могут совершить заказ с айфона. Или с каких то других устройств. То какой то js зацикливается. Постоянно корзина пропадает. Сложно воспроизвести, в чем дело - громоздкий модуль и код сложный для понимания - упрешься в зашифрованный файл. На новом магазине решил делать с стандартной корзиной, зато меньше головой боли с совместимостью с другими модулями и не надо следить работает Simple или нет, было такое что simple отваливался и приходилось пересохранять настройки. И заодно посмотрю на конверсию. Автору модуля желаю переосмыслить весь модуль и выпустить 5 версию.

Если в стране вашей целевой аудитории (Украина), заблокированы сервисы Яндекса.

Были конфликты с работой модуля Abandoned Carts - Proved Recover Abandoned Cart Брошенные заказы гостей не сохранялись в модуль AbandonedCarts Как исправить: В /catalog/view/javascript/simplecheckout.js находим $mainContainer.find("input:not([data-onchange=reloadAll],[data-onclick=reloadAll]), select:not([data-onchange=reloadAll],[data-onclick=reloadAll]), textarea:not([data-onchange=reloadAll],[data-onclick=reloadAll])").on('change', function() { Ниже вставляем var send_data = {}; send_data[this.name] = this.value; $.ajax({ url: 'index.php?route=extension/module/abandonedcarts/getData', type: 'post', data: send_data, dataType: 'html', success: function(html) { console.log("Success"); }, error: function() { console.log("Error"); } }); В catalog/controller/extension/module/abandonedcarts.php находим private function getLanguages($data = array()) выше вставляем public function getData() { //var_dump($_POST); $abandonedCartsSettings = $this->config->get('abandonedcarts'); if ($abandonedCartsSettings['Enabled']=='yes') { $cart = $this->cart->getProducts(); $cart = (!empty($cart)) ? $cart : ''; if (!empty($cart)) { if ($this->customer->isLogged()) { $id = (!empty($this->session->data['abandonedCart_ID'])) ? $this->session->data['abandonedCart_ID'] : $this->customer->getEmail(); } else { $id = (!empty($this->session->data['abandonedCart_ID'])) ? $this->session->data['abandonedCart_ID'] : session_id(); } $exists = $this->db->query("SELECT * FROM `" . DB_PREFIX . "abandonedcarts` WHERE `restore_id` = '$id'"); if (empty($exists->row['customer_info'])) { $customer = array(); if (isset($this->request->post['customer']['telephone'])) { $customer['telephone'] = $this->request->post['customer']['telephone']; } else { $customer['telephone'] = ""; } if (isset($this->request->post['customer']['email'])) { $customer['email'] = $this->request->post['customer']['email']; } else { $customer['email'] = ""; } if (isset($this->request->post['customer']['firstname'])) { $customer['firstname'] = $this->request->post['customer']['firstname']; } else { $customer['firstname'] = ""; } if (isset($this->request->post['customer']['lastname'])) { $customer['lastname'] = $this->request->post['customer']['lastname']; } else { $customer['lastname'] = ""; } if (!empty($this->session->data['language'])) { $customer['language'] = $this->session->data['language']; } $customer = json_encode($customer); $this->db->query("UPDATE `" . DB_PREFIX . "abandonedcarts` SET `customer_info` = '".$this->db->escape($customer)."' WHERE `restore_id`='$id'"); } else { $customer = json_decode($exists->row['customer_info'], true); if (isset($this->request->post['customer']['telephone'])) { $customer['telephone'] = $this->request->post['customer']['telephone']; } if (isset($this->request->post['customer']['email'])) { $customer['email'] = $this->request->post['customer']['email']; } if (isset($this->request->post['customer']['firstname'])) { $customer['firstname'] = $this->request->post['customer']['firstname']; } if (isset($this->request->post['customer']['lastname'])) { $customer['lastname'] = $this->request->post['customer']['lastname']; } $customer = json_encode($customer); $this->db->query("UPDATE `" . DB_PREFIX . "abandonedcarts` SET `customer_info` = '".$this->db->escape($customer)."' WHERE `restore_id`='$id'"); } } } }

У меня нет проблем. Проблемы бывают у моих клиентов. По возможности, пожалуйста, оптимизируйте работу вашего модуля.

Тоже бывало, что Simple вдруг переставала работать - ссылки на оформление заказа становились дефолтными. Решалось вроде пересохранением настроек модуля. Если лицензия проверяется при каждом оформлении заказа, это не очень то хорошо. Это объясняет то, что страница оформления заказа симплы работает медленно. Еще всё это заправлено соусом ioncube + обфускация, быстро такое вряд ли могло бы работать. Я глубоко не копался, но уже назревает необходимость в этом. Автора модуля всё устраивает - продажи идут, никто ничего не может сделать.

А в чем у вас сложности?

Мне удобнее через форум. Для тех, кто будет добавлять новый язык: system/oct_ultrastore_theme.ocmod.xml После <file path="catalog/language/uk-ua/uk-ua.php"> <operation error="skip"> <search regex="true"><![CDATA[~(;|;\n{1,})$~]]></search> <add position="replace"><![CDATA[$1 include(DIR_LANGUAGE."uk-ua/octemplates/oct_ultrastore.php"); ]]></add> </operation> </file> Добавьте подключение своего языка. Можно же было брать информацию об установленных языках, зачем такой хардкод?

Пробовал и в настройках opencart выставить 9 и в htaccess и в cpanel. Ладно, это ерунда. Перевожу сайт на эстонский язык. Изменения не отображаются. Загрузил в /catalog/language/et-ee/octemplates всё из /catalog/language/en-gb/octemplates, даже так ничего не выводится. Чистил кеш шаблона, кеш модификаций. Даже вручную почистил папку system/cache/ Должно же хоть что то выводиться? Хотя бы "oct_text_checkout" "Оформить заказ", "Наш адрес", "Время работы" p.s. Надеюсь, больше не будет вопросов ) UPD: oct_subscribe.php нормально переводится, а oct_ultrastore.php нет

@Octsupport Используете минификатор для сжатия, хорошо. Но Google pagespeed гооворит: Подскажите, как убрать ?v=2.0 чтобы использовать gzip или сжать вашим минификатором до приемлемого для Google уровня. Спасибо.

Спасибо за ответ. Сделайте тогда защиту от дурака str_replace(array('+','(',')','-',' '),'',$contact_viber) или регулярным выражением.

<a href="viber://chat?number=+{{ oct_ultrastore_data.contact_viber }}" Знаете, что будет, если вставить номер viber с +7? Правильно, получится ++7. Тогда как для других сервисов у вас без +. oct_feedback.ocmod.xml

После того, как ставите галочку на Альтернативный CDN, генерируется новый код, который надо вставить на сайт. Надо вставлять не через модули opencart, а вручную в tpl файл

У меня больше полу года. Интересно, можете выбрать период 1 год или пол года и показать статистику отказов, глубины просмотров и времени просмотров?) А что Яндекс может сделать. Не могут же они заблокировать такие посещения. Хотя, может и имеет смысл написать, чтобы не учитывали активности ботов и улучшали свой сервис. А мне вот интересно .Загубили мой домен, получится теперь обратно вернуть посещаемость, позиции и ИКС или нет.

Создайте счетчик Яндекс Метрики, включите вебвизор. Потом в настройках поставьте галочку на Альтернативный CDN. Гугл аналитикой вплотную не пользуюсь, устанавливаю счетчик и всё )

У меня да, подозрительная активность пропала. Для надежности, добавьте строчку с вашим IP и попробуйте зайти на сайт.

Да, с 1.5.1 у них что то не так. У меня не сохраняются значения полей.

Если вижу, что атака с какого нибудь сервера от облачного провайдера, блокирую все подсети принадлежащие облачно у провайдеру. Так было, например, с ООО "Битерика Групп", которые предлагают сервера под VPN. Было слишком много атакующих из пула ip адресов принадлежащих Битерике. Загуглил, какими подсетями владеет Битерика и заблокировал полностью. Это было на другом проекте.

По результатам анализа, добавил в черный список ботов, ip адреса и подсети ботов накручивающие поведенческие факторы (отказы) и спамеры формы обратной связи. htaccess RewriteCond %{HTTP_USER_AGENT} (SemrushBot|MJ12bot|PetalBot|AhrefsBot|DotBot|LinkpadBot|SputnikBot|statdom.ru|MegaIndex.ru|WebDataStats|Jooblebot|EmailSiphon|EmailCollector|BackupLand|NetcraftSurveyAgent|openstat.ru) [NC] RewriteRule .* - [F,L] <Limit GET HEAD POST> order allow,deny allow from all deny from 80.95.44.78 deny from 94.181.167.131 deny from 95.152.62.125 deny from 185.90.61.101 deny from 94.45.138.191 deny from 95.152.42.253 deny from 93.124.122.81 deny from 80.95.44.66 deny from 80.95.44.47 deny from 95.152.0.79 deny from 46.172.18.101 deny from 5.188.210.53 deny from 46.29.219.146 deny from 178.137.16.64 deny from 89.111.34.211 deny from 90.188.255.142 deny from 46.172.18.89 deny from 188.114.53.0 deny from 46.172.18.186 deny from 178.137.16.151 deny from 176.100.188.105 deny from 178.159.37.63 deny from 178.214.254.234 deny from 46.172.18.19 deny from 51.15.198.132 deny from 178.204.108.240 deny from 31.202.23.232 deny from 95.84.254.164 deny from 91.241.172.28 deny from 91.79.154.133 deny from 93.188.34.197 deny from 37.113.51.7 deny from 173.232.146.222 deny from 85.208.3.18 deny from 45.83.91.98 deny from 37.112.170.213 deny from 45.74.46.194 deny from 176.226.152.92 deny from 45.115.26.102 deny from 46.188.98.10 deny from 94.242.54.22 deny from 176.226.176.193 deny from 188.72.119.144 deny from 5.62.18.0/24 deny from 104.250.177.0/24 deny from 176.119.109.0/24 deny from 82.162.121.108 deny from 95.213.184.236 deny from 176.213.153.63 deny from 176.213.151.246 deny from 176.213.152.96 deny from 95.73.34.84 deny from 37.112.170.77 deny from 130.0.56.0/21 deny from 128.68.104.30 deny from 95.214.43.125 deny from 195.138.80.190 deny from 31.173.80.0/21 deny from 31.173.0.0/18 deny from 78.159.96.0/21 deny from 114.119.128.0/18 deny from 207.244.192.0/18 deny from 216.244.64.0/19 </Limit>

СРОЧНАЯ ИНФА для тех, у кого свой магазин или магазин на поддержке! Ведется агрессивное ухудшение поведенческих факторов. За пару месяцев сайт опускают на дно. Давно замечал странные посещения в метрике типа мобильный провайдер, но ПК и т.д. Максимально маскируются под реальных посетителей, но выдает их то что на сайте проводят 5-10сек или минуту ничего не делая. Сегодня решил разобраться почему сайт неуклонно теряет ИКС несколько месяцев. Оказывается, большая часть накрученных посещений с двух подсетей. Это очень тупо выглядит так палиться. Заблокируйте обязательно эти подсети в htaccess <Limit GET HEAD POST> order allow,deny allow from all deny from 31.173.80.0/21 deny from 31.173.0.0/18 </Limit> Оказывается, полно возмущений по этому поводу: https://yandex.ru/search/?text=Metropolitan+branch+of+OJSC+MegaFon+AS25159+31.173.80.0%2F21 Жаль, что только сейчас обратил внимание, а не пол года назад. Трафик упал с яндекса на 90%. UPD: Вот как это выглядит. Плавное изменение за год. Хотя до этого 3 года всё было на одном уровне (в график эти 3 года не включил).

Надо делать каждый сайт на своем поддомене. Связать общим скриптом, который по cron будет с определенной периодичностью синхронизировать все данные. Написал в лс.

Написал в лс.

Пришлите ТЗ в личку и ссылку на документацию API