IOO

Проверьте добавлен ли (и включен) в админке английский язык (Система > Локализация > Языки ). И наличие файлов перевода на вашем сайте (catalog/language/en-gb для 2.3 версии или english для <2.3). А валюту проверьте в "Система > Локализация > Валюта". Зайдите в Euro и включите "Статус: Включено" (если нет - добавьте, по аналогии с другими). p.s. @RHCk @WarStyle, ребят прошу. Примите меры, как модеры, по ограничению потока абсурда, который несет @BuslikDrev по поводу и без. Форум становится сложно читать.

Резюме скрыто.

Ищу SEO специалиста для продвижения интернет-магазина по Украине. Только google. Возможно, кто-то из старожилов форума поделится контактами или советом по сотрудничеству, буду признателен.

Про раскрутку понимаю, это и печалит, что вкладывая время и деньги в данные площадки получаю и плюс и минус одновременно, ощущение бега на месте. А что касается ссылок на свой основной сайт, я правильно понимаю про "переспам"? Возможно ли каким-то образом использовать агрегаторы, как каналы привлечения на основной сайт? Или только движениями типа "При заказе на главном сайта, по купону "такой-то" скидка n%", без количественных ссылок?

Помимо основного сайта, пользуетесь ли вы площадками агрегаторами для развития своих продаж? (Для Украины пром.ua, zakupka, олх, allbiz и тд, за Россию не знаю, но думаю и там есть подобные авито). Может ли навредить размещение базы товаров на продающих площадках основному сайту, тем более не особо раскрученному? Ведь эти площадки, касаемо УАнета, почти всегда вылазят в первой десятке гугла. Хочется охватить, как можно больше существующих возможностей для продаж своих товаров и услуг. Из личного: сейчас помимо основного магазина (проиндексирован давно, пишутся периодически статьи и запускается сезонно контекст, но позиции в органике слабые), есть и пром.уа, на котором висят только популярные категории товаров, с обрезанными, неполными описаниями. Вложения минимальные (никаких статей, контекста), но даже они приносят своих клиентов, порой больше основного сайта. Вот и думаю, стоит ли добавлять больше товаров на подобные агрегаторы. И как поступать с описаниями товаров тоже вопрос, полностью копировать с основного сайта, или давать ссылки на основной домен магазина (ведь будет считаться, как переспам ссылками), или совсем без описаний (но тогда и продаж меньше). Поделитесь опытом или рассуждениями.

Как 2ой алтернативный и так прописан.

Я даже у товарища-соседа с таким же инетом пробовал, картина одинаковая. В сфере моих интернет интересов больше нет сайтов без доступа. Поэтому тревогу провайдеру не бил. Да и сам провайдер мелковат, обычный реселлер. Мои предположения, что пробка где-то выше на уровне украинских региональных каналов. К примеру через сервис ниже, всегда проблема с доступом в Днепре. Зацепка конечно притянута за уши, но как знать. Тест с host-tracker В целом не беда, периодически захожу почитать через ВПН. Просто хотел спросить у сообщества.

Неа

Не пойму, что за напасть. не могу зайти на http://ocshop.info/ с домашнего инета. Через сайты проверок вижу, что блог работает у всех. +Пробовал через ВПН загрузить - тоже все ок. Почитал, что переносили на другой хост и ssl вкрутили, вот примерно неделю назад, с этого времени доступ пропал. Другие браузеры, куки чистить, систему менять и тд., все не то. Не заходит с любого девайса с данным инетом. Мне просто интересно в чем затык. Может какие-то глобальным мутки магистральных провайдеров. Для теста, сравнил трассировку с рабочего инета и с домашнего роутера. Место действия: Украина, Запорожская область. Видно что теряется связь на последнем этапе. 85.10.234.182 - ответа нет Есть какие идеи? Кстати https://fl.opencart.pro/ тоже без ответа, с самого старта проекта. Правда по его поводу я не горевал, т.к. не фрилансю. А вот блог нравится и читаю давно, привык уже,. Чет приуныл без доступа.

http://mfp.ocdemo.eu/docs/plus.html

Читаем 1 Читаем 2

При копировании товара, "Главная категория" в новом становится на уровень выше исходного значения. Например: из "Компьютеры > Периферия > Мышки" - копирует - "Компьютеры > Периферия". Решение для 2.3 (должно подойти и для ранних 2.х версий) В файле admin/model/catalog/product.php Добавляем код в функцию copyProduct Перед: $data['product_category'] = $this->getProductCategories($product_id); Добавляем: $data['main_category_id'] = $this->getProductMainCategoryId($product_id); Все. Можно через ocmod: <file path="admin/model/catalog/product.php"> <operation error="skip"> <search ><![CDATA[$data['product_category'] = $this->getProductCategories($product_id);]]></search> <add position="before"><![CDATA[$data['main_category_id'] = $this->getProductMainCategoryId($product_id);]]></add> </operation> </file>

Я вас понял, спасибо. Оставлю тогда пока это дело. В будущем вернусь к geoip. По статистике - укр.язык в браузерах не много, 10% от визитов (за 2016). Но это Украина, не вдаваясь в политические нюансы, сейчас идет пропаганда "патриотизма", и даже ЦА не говорящая на украинском, обращают внимание с вопросами - "А почему у вас не на украинском сайт?". В связи с этим и добавлял мультиязычность. И пока, кому хочется переключают язык сами.

Это к чему? Про авторов - это украинской локализации я писал. ru_UA - вопрос про название папки русского. Читайте внимательней. Марк, а ваше дополнение и так стоит, без него-то никуда при мультиязыке (igorekioo ник покупки, мы с вами несколько раз по email общались). И конечно hreflang настроен и корректно работает. Для русского ru-UA, для украинского - uk-UA (т.к. магазин нацелен только на Украину). С этим проблем нет абсолютно, все достаточно доступно у справки гугла - ссылка Тут стал вопрос автоматического определения языка при заходе на сайт. Есть гео модули и тд, но я решил, что более адекватный способ это определение по языку браузера, тем более это уже реализовано "с коробки" в Opencart. Но не могу до конца разобраться. Вот думал может кто настраивал и подскажет, как оно работает и какие вводные данные берутся со стороны opencart и браузера пользователя.

Все мои рассуждения и вопросы по версии 2.3. В контроллере startup.php, есть стандартное определение языка браузера, через "HTTP_ACCEPT_LANGUAGE". Там в коде написано, что вначале пытается определить настройки языка браузера через locale, после проверяет название папки языка, и на основании этих данных включает нужный язык, или дефолтный. Имея несколько языков на сайте (в моем случае русский и украинский), для нормального срабатывания стандартного определения языка, получается нужно: 1) Иметь правильное название папки с языком 2) Правильные настройки языков в "Система - Локализация - Языки", поля: Код, Кодировка. Вопрос: для магазинов работающих в Украине, нужно ли изменять настройки русского языка с: Код: ru-ru Кодировка: ru_RU.UTF-8,ru_RU,russian на Код: ru-ru Кодировка: ru_UA.UTF-8,ru_UA,russian Нужно ли трогать поле "Код: ru-ru"? Что значит изменять названия папки с языком, т.к. код не вписывается вручную, а формируется выпадающим списком из названий папок языков. На ru-UA. И немного теряюсь в правильном формате поля "Кодировка". При установке украинской локализации, авторы предлагают кодировку: uk-UA,uk_UA.UTF-8,uk_UA,ukrainian Зачем первый параметр "uk-UA", которого нет в стандартном русском?

Интересен вопрос рейтингов товаров, которые те самые "звездочки" через микроразметку. Как их регулирует Гугл? Тут как бы дилемма - рейтинг это красиво, но всем товарам вручную его не выставить. А "выделить" хотелось бы если не все, то большинство товаров. За массовую накрутку я уверен никто не похвалит. Но может кто сталкивался с решениями автоматической проставки рейтинга под opencart? Условно 5-10 оценок в день. Или потихоньку самому добавлять через бд, кто "в теме" подскажите проверенные варианты. Припекло вот от чего: бывает натыкаюсь на магазины, где рейтинг выставлять вообще нельзя, как и отзывы писать - просто нет такого функционала. Однако на всех товарах стоят статичных рейтинги, с условными 4-5 звездами, и количеством оценок 50-100 проголосовавших. И самое обидное, они полностью отображаются в выдаче гугла.

Апну тему. Недавно вернулся к этой ошибке вывода категорий. Решение для себя нашел в admin/model/catalog/category.php в функции getCategories в 260 строке $sql .= " GROUP BY cp.category_id"; заменил на $sql .= " GROUP BY cp.category_id ORDER BY name, c1.parent_id"; и удалил условие ниже (не уверен в адекватности этого действия, но уж как есть) if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { $sql .= " ORDER BY " . $data['sort']; } else { $sql .= " ORDER BY sort_order"; } if (isset($data['order']) && ($data['order'] == 'DESC')) { $sql .= " DESC"; } else { $sql .= " ASC"; } Выводить категории стало по алфавиту, и с учетом структуры "категорий-подкатегорий-и глубже". Мне этого достаточно, как думаю и большинству. Для удобства личных ocmod'ов: Сделать идеальную сортировку через c1.sort_order у меня не вышло. Чтобы учитывало выставленную сортировку и корректную структуру вложения категорий. Пробовал варианты: $sql .= " GROUP BY cp.category_id ORDER BY c1.sort_order, c1.parent_id"; Но не сработало. Дальше копать было лень. Может кто более компетентный подскажет?

Уважаемые камрады, а как вы справляетесь с этим чудом "визуального редактирования"? По логике, заменять Summernote на ckeditor или другой редактор - не желательно. И если плясать от этого, то как Summernote до ума довести? Может кто использует уже проверенные наборы плагинов на него, или еще какие допилы. С коробки в нем косяков хватает. Не добавляет alt, title, для <img>, сует <p><br></p> в пустые строки. Код отображает адово - форматирования нет, строк и подсветки тоже. С таблицами ерунда. И это я только поверхностно пощелкал его, дальше боюсь. Смотрел по гитхабу разбросаны доработки, плагины, а их собирать, проверять и добавлять - "очень весело". Или все поголовно переходят на ckeditor? На 1.5 самым сочным было ckeditor+elfinder, ставились конечно кастомно. И может это не самая безопасная парочка, но они давали все необходимые инструменты для работяг контенщиков. В 2.х я немного опешил от жуткого Summernote и менеджера изображений. Регресс прям какой-то. Почитал по форумам, чет мало эта тема обсуждалась. Или может есть решение, которое я не заметил? Ведь нормально работать людям без html (наполнителям, редакторам) из коробки с Summernote - почти невозможно.

В "Расширения - Модули" активируйте "Фильтр". После зайдите в "Дизайн - Макеты". Выберите макет в котором хотите выводить фильтр (наверняка это Категория и Производители). Задайте место где выводить фильтр, сохраните макет.

Извините, но я педантичен в этих вопросах. Ниже стандартная, работа модуля автообновления цены, о котором писалось ранее. И знак равно, и плюсуется, и отнимается. И в chelbox, и в radio и с акциями.

Вот как, серьезно? А как же наша беседа в ЛС? Где я пытался вам максимально тактично и раскрыто объяснить, с примерами, всю ситуацию. А в ответ получал невразумительные 2-3 слова, больше похожие "не ошибка, разбирайтесь сами". И вынес я это в паблик, не по причине недовольства, или чтобы вам насолить. А с целью разобраться в тупиковой ситуации. Когда я открыто указываю на ошибку (недоработку или называйте как хотите), а в ответ "сам дурак", вместо "спасибо, учтем, исправим". Моя позиция такая, процитирую предложение из ЛС с автором: Что касается Модуль "Обновление цены при выборе опции, без AJAX" И с опциями, и с акциями, и модификаторы цены, все есть, все пересчитывает корректно. Вот только беда с работой на данном шаблоне, я об этом выше писал. Абсолютно не реклама, модуль бесплатный. Но свои задачи выполняет отлично. И я все это вам писал в ЛС, цитата выше даже с ссылкой на это модуль. Эта характеристика - попадание в точку. И данная ситуация тому подтверждение. Быстрота поддержки это здорово - но зачастую, важнее результат. Куда приятнее получать квалифицированный, обдуманный ответ, пускай и не молниеносный. Не у всех же проблемы с раскраской кнопок и "передвинуть строчку чуток правее". И про "тех кто нормально просит" отвечу вашими словами " - просто пропущу мимо." А еще очень хочу обсудить работу MFP на данном шаблоне. Как соберусь с мыслями, тоже опишу ситуацию и её решение. В отзывчивости автора шаблона она отчасти подобна этой, только в тот раз я разобрался тихо сам. Но для других людей мануал будет полезен.

К сожалению, недопонимания - исключены. В личной беседе с pikitos, я довольно детально расписывал и показывал примеры на живых сайтах (с чего и делал гифки) на неправильную и правильную работу пересчета цены. И точно дал понять, что опции типа "radio" (в рус. Переключатель) работает корректно, а вот с checkbox, как раз таки беда.

А ну ка ребят, разрешите небольшое недопонимание в диалоге с автором. Может это у меня лыжи не едут и правда. Столкнулся, как мне кажется, с косяком в шаблоне. Небольшим, но косяком (недоработкой, ошибкой, багом, называйте как хотите). Однако автор шаблона утверждает обратное, что это не ошибка. Ни на кого не давлю, и ни на что не претендую, просто интересно разобраться. В опциях типа checkbox (рус Флажок), при выборе модификатора цены "=", в карточке товара пересчет цены перестает адекватно работать. При выборе 1 опции, пересчет срабатывает, цена товара заменяется на нужную из опции, но дальше при выборе нескольких опций цена не меняется. Либо меняется, по какой-то странной логике. Для большей наглядности - прикрепил гифки. Так есть сейчас в шаблоне: А так должно быть по логике: Попутно вопросы возникают: возможно кто-то из владельцев шаблона решал уже это проблему? Т.к. разбираться в чужом JS коде, еще и без особого опыта - ой как не просто. Либо может кто-то шагал более радикальным путем - подружил шаблон с замечательным модулем "Обновление цены при выборе опции, без AJAX" (та версия которая с модификаторами цены, кстати работает на 2 гифке). Я ранее пытался, но это ой как не просто оказалось, ведь пришлось бы убирать полностью вывод цены от автора шаблона, возвращая стандартный вывод. А в шаблоне, логика пересчета цены работает еще во всех комплектующих шаблон модулях: быстрый заказ, вы смотрели, на странице категории и тд. Там по итогу пилить, не перепилить. Так же буду рад услышать автора еще раз, но уже в публичной беседе, так сказать. И может быть, как знать, получить более развернутый ответ, различный от "это не ошибка".

Пользуемся. На про 2.3 работает нормально. Для сомневающихся спецом у автора есть триальная версия. Ставьте, тестируйте. триал

Уже когда-то обсуждали. В admin/view/template/common/header.tpl добавить пинг, чтобы сессия проявляла активность <script type="text/javascript"> function pingServer() { $.ajax({ url: location.href }); } $(document).ready(function() { setInterval('pingServer()', 60000); }); </script> 60000 это 60 сек тут, можно поставит повыше.