IOO

Не вижу смысла в облачной CRM. Смысл строить что-то вокруг чужого каркаса, оставаясь "на крючке"? По моему это прямо противоречит самой концепции упрощения и автоматизации процессов. Хотя своих клиентов они находят.

Поделитесь опытом проектов интеграции Opencart с CRM или ERP системами. Если таковые имеются. Какой продукт выбрали и почему? Как повлияло на бизнес? С чего начинали, к чему пришли? На каком этапе осознали необходимость таких решений? От себя: с расширением штата сотрудников, стал вопрос пересмотра подхода к видению бизнеса в целом. Пока все идет "кустарными" методами, уйма бумаг - записи контрагентов в таблицы exel, заказы магазина обрабатываются через email менеджерами и дублируются ручками в exel, немного 1с для бухгалтерии. В мечтах все это объединить в адекватный механизм, насколько это позволительно в реалиях любимого государства Украина (для ближнего СНГ интересно тоже послушать). з.ы. на форуме соседей читал тему, но там 5 страниц переливания из пустого ... а интересны живые примеры.

Не помню с какого источника брал, но вот гайд: Подключаем в хедере, если не подключено: <script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script> Добавляем в футер сам скрипт: <script language="javascript"> $(document).ready(function(){ $("#allother").hide(); $("#moreless").click(function(e) { var allother = $("#allother"); $(this).text(allother.is(":visible") ? "Развернуть »" : "« Свернуть"); allother.slideToggle(); e.stopImmediatePropagation(); return false; }); }); </script> Теперь в описании категории редактируем код: <div id="first4"> <p>Текст который человек видит сразу</p> </div> <div id="allother"> <p>Текст который появляется после нажатия на кнопку: Развернуть</p> </div> <a href="#" id="moreless">Развернуть »</a> Правда это ручной вариант, если подойдет.

Здорово было бы добавить детальные настройки для Amazon меню с разными плюшками, на подобие возможности фоном сделать популярный товар с кнопкой купить, вываливающиеся за границы меню изображения (как в оригинальном amazon) или добавление иконок для категорий и подкатегорий, именно в меню. Ну это из будущих "хотелок". Еще заметил баг в amazon меню с фоновой картинкой, которая через категории выставляется. Картинка перекрывает <ul> с ссылками. Исправляется тоже просто, z-index в css для <ul> выше единицы поставить. Но для потомков исправить можно и в самом релизе.

На 2 скрине я для наглядности еще увеличил шрифт, чтобы было понятно о чем речь.

Шаблон отличный, особенно радует адекватная реализация amazon меню. Есть несколько вопросов: 1) Быстрый заказ - оформляет полноценный заказ в админке? Выделяется ли как-то в письме, что именно "быстрый заказ"? 2) Немного упустили в адаптации на opencart.pro, добавление отзывов в статьях и новостях "Блога" выглядят без стилей шаблона. 3) Живой поиск - возможно и не баг, но при клике правой кнопкой по выпадающему списку товаров - список закрывается. 4) Не логичней было бы, для opencart.pro оставить 1 новостной функционал, либо ваш, либо новости из "Блога". 5) Оповещение о добавлении товара в сравнение/закладки - имхо лучше сделать по центру с затуханием через 2-3 сек. (это так лирика) 6) Не нашел в демо страниц с примером пагинации(везде товаров меньше), а интересно посмотреть. 7) Всплывающая доп. информация с контактами и обратным звонком в шапке - тоже проблема с правым кликом. Я понимаю, что это особенности bootstrap, но может удастся побороть? Или как альтернатива - поля телефонов, email, скайпа сделать ссылками(особенно актуально для моб.версии). 8) Устройства меньше 768px в ширину, убирает кнопки быстрого заказа, сравнения, в закладки в карточке товара. Так и планировалось? 9) В адаптивной версии полоса поискав шапке чуть заезжает на блок "Новинки, хиты продаж, Акции..." особенно заметно это на "Отзывах". Но это пустяки, в стиле блока (в строке 4246) margin-top уменьшить. смотрел на последних хроме, мозиле.

Потестил, и был приятно удивлен. Всего-то поменял настройки в админке, и seopro сам выставил 301 редирект со старого url'a на новый. Причем именно 301, а не мертвый 302. Пробовал менять окончания страницы (убрал "/" в конце, это конечно чисто эстетика), тоже выставляет корректно 301. Очень доволен сэкономленным временем.

Дабы не плодить темы редиректов, задам вопрос тут. Есть древний магазин (на 1.5.4.1 с seopro) со структурой url'ов сайт/категория/подкатегория/товар/ (именно так, с категориями и без .html, а "/" в окончании) Страницы уже давно в индексе, около 5000 товаров. Сейчас стала задача расширения и масштабируемости, естественно на 2.х версию. Будут меняться выборочно категории, подкатегории, прикручиваться фильтр, шаблон и различные модные "свистелки". Нужно массово перевести url товаров с вида сайт/категория/подкатегория/товар/ на сайт/товар, для комфортной работы и будущих свершений. Адрес сайта не меняется. Я так понимаю выход - массовый 301 редирект? Сеопро не особо ковырял, но чую если сменить в админке "ЧПУ товаров с категориями: нет" - url просто поменяются без редиректов и весь старый индекс товаров будет отдавать 404. Либо может есть не тривиальное решение данной задачи, которое я не вижу?

Сам спросил, сам ответил - клиника. Нет, показываться не будет ретаргетинг, при выключении не очень заметно, но добавляется предупреждение в блоке объявления. Создание второй компании для РСЯ с ретаргетингом, все еще вижу, как адекватный вариант решения вопроса.

Собственно, будет ли работать ретаргетинг, если в настройках компании отключены показы на тематических площадках? По логике конечно не должно, но почему при отключенном РСЯ дается возможность добавлять ретаргетинг объявлениям не ясно. Цель задачи - не показываться понапрасну в РСЯ, но выводиться там, когда сработает цель ретаргетинга. Если мои догадки выше верны, как решение я вижу создавать две компании: одну для контекста, вторую для ретаргетинга с включенным РСЯ. У кого какие мысли?

в /catalog/view/theme/default/stylesheet/quickcheckout/quickcheckout.css вместо (241 строка) #quickcheckout .aqc-column-0 { float: none } замените на #quickcheckout .aqc-column-0 { float: right; }

Модуль, на который была ссылка выше, помимо основной темы на том форуме, имеет развитие версии в теме с модулем Обновление цены при выборе опции, без AJAX Там много разновидностей, но конкретно для ваших целей и версии стоит скачать и потестить "options_price_1_5_3_1-2_0_1_fixed.xml".

XnView, пакетное редактирование подойдет. В 1.5 версиях была неиспользуемая функция для watermark, лежала в /system/library/image.php, после её ковыряния и настройки вполне подходила для целей автора темы. Посмотрите, возможно метод для 2й версии подойдет.

Вначале хочу выразить огромную благодарность создателем проекта Opencart.pro, вы ребята делаете действительно отличный продукт. Слежу и читаю вас (привет блогу) больше года точно. Я просто поражаюсь вышей выдержке. Люди, которые позавчера научились переустанавливать windows, а сейчас пытаются открыть интернет-магазин, прут словно таран на ворота. Те самые, которые забывают убрать .txt в .htaccess, спрашивают как поднять кнопочку "Купить" на 5px и многое другое. Причем прут во всех разделах, в тему релизов страшно заходить порой. Но разговор не о тех "кто мучает жопу", без них никуда. Аdmin же (либо кто-то из команды) успевает ответить всем, что сжирает неплохо так времени и нервов. Предложение такое - изменить временные рамки выхода обновлений. Это здорово, что проект не стоит на месте, стремительно развивается, но выпуская небольшие обновления чуть-ли не еженедельно, Вы сами загоняете себя в пасть к "не получилось обновить", "пропали товары", "вот что-то вылезло". Куда интересней было бы назначать сроки выхода (приблизительные конечно), каждое 1 число месяца, или раз в 2 месяца, или что-то в этом духе. Выпускать более толстое обновление (оно так и выйдет, если просуммировать, то что вы выпускаете сейчас). Плюс можно в фоновом режиме без релизов, тестить мелкие обновления с группой добровольных тестеров. Мне кажется это здорово разгрузит всю вашу команду, со всеми вытекающими плюсами. А то в нынешнем темпе, недалеко маячит "Я устал, я ухожу...". Да пребудет с вами Сила!

1. Отслеживание кто и когда редактировал товары(категории, статьи) в админке. В бд таблице товаров, если я не ошибаюсь, колонки дат добавления и редактирования есть (что упростило бы их вывод), а вот какой пользователь редактил - нет. В целом opencart проседает по контролю пользователей в админке. 2. В WYSIWYG-редакторе добавить функцию спойлера. Мелкая функция, но приятная. Беда с отсутствием адекватного спойлера идет с давних версий. В CKeditore решение только для 4.3 версии. А для этого нового Summernote, я ничего не нашел вовсе. Сторонние скрипты без визуальной кнопки - не панацея, большинство контетчиков заек на html бояться смотреть. 3. Чуть более продвинутый фильтр товаров в админке. Конечно я не предлагаю Batch Editor устраивать, но хотя бы фильтр по категориям (на самом деле нонсенс, что такой простецкой функции нет с коробки в opencart) 4. Интересно было бы увидеть в pro версии, проверенный модуль меню бокового или горизонтального. Их конечно и сторонних, как грязи. Но вот сомнения в их оптимальности, в плане нагрузок на БД и прочих дел с кешем,

Ваш вариант не работает, но рядом. Помогли мне на удивление в саппорте Директа, причем без особых мучений. В принципе подходит. Эту логику я потестил на гугле - работает. Пришлось конечно добавить ключей, но их градаций по 2 числовым значениям поменьше конечно, чем я бы каждую маркировку пихал как фразовое соответствие. Получились ключевые слова: +гидронасос +210.12, +гидронасос +210.26 и другие. Единственное на некоторые из них пишет "Ниже ставки для первой страницы", и ломит цену в 2$+. Я думаю это со временем поборю. з.ы. сравним с вымученным неделей ответом гугла, зерно небольшое есть, но в целом масло-масляное

Путем тестов, часть вопроса остается актуальна. Выяснил перебором запросов, что ключ: +гидронасос +210, работает вот как с запросами (внимание к числам): 1) Гидронасос 210 (выводит рекламу, что не мудрено) 2) Гидронасос 210 1 2 3 456 (выводит) 3) Гидронасос 210-1-2-3-456 (выводит) 4) Гидронасос 210.1.2.3.456 (не выводит) !!! С точками короче не работает. Поддержка вежливо отшивает.

Интересный подход, спасибо за информацию, возьму на вооружение.

Понял спасибо, а для Директа (чтобы темы не плодить) я так понимаю просто написанное: гидромотор 210, будет правильно?

Долблю поддержку гугла (и яндекса тоже) уже весьма долго, а толкового ответа не получил. Возможно, кто-то на форуме подскажет. Собственно, как работают цифровые значения в ключевых словах при различных модификаторах? К примеру, есть объявление "Гидронасос 210", мне нужно чтобы оно НЕ отображалось при запросах "гидронасос ХХХ"(где ХХХ любые числа, кроме 210). В то же время, чтобы это объявление "Гидронасос 210" могло отображаться при более детальных запросах типа: "Гидронасос 210.123.45" или "Гидронасос 210.123.45.6" (таких детальных формулировок множество, они являются более узким названиями товара и их всех не перечислить, как отдельные ключи). Причем эти "подробные" название люди могут писать по разному: числа через точку, числа через пробел, либо через тире (210 123 456, 210-123-456). В гугле я смог выяснить, что под мои критерии подойдет ключевая фраза с модификатором широкого соответствия: +гидронасос +210. По такому ключу не будут вылазить запросы "купить гидронасос ХХХ", где ххх - любые числа, кроме 210 что и нужно. Только неизвестно, насчет подробных названий "Купить гидронасос 210.342.302" (или 210 342 302, или 210-342.302). Выведет ли +210 из ключа "+гидронасос +210", запрос "210.ххх.ххх" (210-ххх-ххх, 210 ххх ххх)? Пишу в ветке Adwords'a, но вопрос так же актуален и для Директа. Не ясно, как они работают с цифровыми значениями.

Без проблем, мое дело предложить. Эта идея вытекла из наболевшего - каждый раз обучаю контентчиков, который заполнит 50-100 товаров и сваливает. Повторять о транслите и отсутствии спецсимволов, с заменой все на тире уже замучился для поля url, еще и перепроверять. Поплакал, вроде полегчало.

Это я читал, причем еще и во множестве вариантов рерайтов данной статьи. Если я не ошибаюсь, этот скрипт встроен в ocshop ранних версий (еще сборки до градации на про и фри) и кочует в сборках до сих пор. Так вот сделать бы его вызов не при написании Названия товара, а при нажатии на кнопку, на вкладке Данные возле поля seo url. Кнопку создать я могу, вот только в php я профан, и вызов сделать не осилю. Кстати можно будет убрать тогда с него проверку на уже заполненность строки Названия товара и seo url, ведь если кнопка есть, то человек сам решит нажимать ему для новой генерации url (мало-ли менял название или ошибку исправлял), или не нажимать.

Собственно предложение добавить возможность генерации seo url по нажатии на кнопку "Генерировать", в карточке товара прям возле своего поля, как это реализовано в Prestashop. Способ, которым сейчас реализована автоматическая генерация, когда вводится название имеет некоторые неудобства по моему. Я не все варианты проверял, но неясно, как оно работает при копировании товара, а после захода и изменения названия. Или при ошибочном вводе названия, сохранения, а потом исправления. Но самое главное это нет контроля над процессом. Кнопка, которая точно так же будет генерировать по названию при нажатии, даст какой-то контроль. Да и в разы проще будет объяснять заполнителям магазина, что куда тыкать. з.ы. кстати может сталкивались с таким функционалом для ранних версий 1.5.4 и выше? Искал, искал, а попадаются одни массовые автогенераторы типа seogen и deadcow

Здравствуйте. Заметил, что на некоторых шаблонах данной сборки, изображения товаров в категориях загружаются не сразу при открытии страницы, а как только юзер начинает скролить либо масштабировать окно браузера. На стандартном шаблоне, в демке все работает отлично, загрузились первые видные изображения, после при скроле подгружаются картинки, которые были вне поля зрения. А вот на RUBBER и ANCART грузят как-то криво. Открываем категорию с товарами и нет картинок товаров (даже тех, которые на виду), пока не проскролить картинки не грузятся. Зато стикеры загружены сразу. Возможно ли это как-то исправить?