ocdev_pro

1. У новостей нет разделов или категорий 2. обновляйте системный кеш что бы увидеть измененные "нормальные" чпу

Ограничение посмотрите выставленное в настройках Новостей, скорее всего вы просто поставили цифру 3 - вместо 300

Ну логично было бы дать ссылку на сайт, версию движка... "Почему все думают, что программисты телепаты и умеют исправлять все на уровне ментальных технологий" !?

В автодополнении стоит ограничение limit = 5 поэтому столько и выводиться.. Начните вводить название опции и оно "всплывет"... А если надо отображать больше то вам в контроллер option.php строка ~474

А можно и вставлю сюда свои 5 коп :ugeek: Почитайте тут Думаю поможет) И категория только последняя и хлебные крошки полные)

Похоже на то, что где-то лишние " ; " стоят

Эммм.. Как вариант могу предложить Модуль

Вы странный человек)) OpenCart платформа для интернет-магазинов и шаблоны соответствующие)) Если Вам надо блог качайте WordPress и шаблон под него (их бесплатных тонны)

По всей видимости тема у вас XDS Coloring, надо подгонять верстку модуля под ваш шаблон. Делаю платно, пишите в ЛС

Исправление для получения path в модели public function getCategoryPath($category_id){ $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "category_path WHERE category_id = '" . (int)$category_id . "'"); return $query->rows; } Заменить на public function getCategoryPath($category_id){ $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "category_path WHERE category_id = '" . (int)$category_id . "' ORDER BY level ASC"); return $query->rows; } Добавлена сортировка path_id по уровню, иначе на 3+ уровне вложенности сбивается порядок категорий в хлебных крошках

Да это же гениально ))) Вы на ровном месте, нашли придумали очень хорошую дыру в Opencart =) :geek:

Зачем? Залейте на хостинг, купите сертификат и крутите opencart дальше Можете погуглить на форуме openserver'a, но думаю идея бредовая

Так не модуль установить не получается, а даже Quick Fix не можете, что можно дальше говорить!?. Сначала в Админке где Установка дополнений, нажмите "Сброс" Переходите по ссылке, внизу страницы Download - качаете архив с Quick Fix, распаковуете архив, файл из архива в Админке - Установка дополнений - Загружаете извлеченный файл. А дальше делаете все по инструкции, как описано на 1й странице. Как и для всех, могу предложить платную установку!

Можно и куку задавать <?php if(isset($_COOKIE['название_куки']) && $_COOKIE['название_куки'] == 'нужное значение' && isMobile){ //Что то делаем для мобильного с кукой }elseif(isMobile){ //Если куки нет, но с мобильного то задаем куку setcookie('название_куки', 'значение', time() + 60 * 60 * 24 * 30, '/'); }else{ //Делаем что-том если не 1 условие не сработало } Примерно вот так

Черканите в ЛС, могу поискать ваш "вирус" но платно :-D Надеюсь вы все модули покупали у авторов, а не на складчине или nulled )

В нем, ложите в папку system/library ваш Mobile_detect.php А затем в startup.php подключаете require_once(DIR_SYSTEM . 'library/mobile_detect.php'); $detect = new Mobile_Detect(); define('isMobile', $detect->isMobile(), false); define('isTablet', $detect->isTablet(), false); И дальше можно везде (контроллеры вьюхи модели...)использовать условие <?php if(isMobile || isTablet) { ?> //Что то тут выводим итд... <?php } ?>

Специально для чайноков) 1. Данный метод включает адаптивный шаблон, только для мобильных устройств и/или планшетов если пользователь действительно зашел с него. (Определение физического устройства, а не размера экрана) - В отличии от просто адаптивного шаблона при изменении размера экрана браузера на ПК не включается адаптивная версия. 2. Есть возможность удобно расположить элементы именно на мобильной версии шаблона, вывести модули которые нужны только на мобильной итд. 3. Если пользователю по каким-то причинам неудобно пользоваться мобильной версией сайта, он может нажать на кнопку "Полная версия" и перейти в полную, и аналогично вернуться на мобильную (Но работает только для указанных устройств isMobile, isTablet итд) . Данный мануал не полный и не описывает всех возможностей. На некоторых ресурсах я делал, разные "схемы" для разных шаблонов (стандартный шаблон и мобильный), таким образом можно было разместить нужные модули только на мобильной версии (они могли кардинально отличаться от тех что есть в полной). Что само собой снижало количество контента скрытого под display: none (как это делается в адаптивке в OC 2.x), уменьшалось количество подключаемых скриптов и css от модулей и само собой снижает вес страницы, что для мобильных очень актуально. Итого например: Главная на полной версии весит ~3мб Главная на мобильной 1мб Объяснять дальше думаю не надо.

При установке с админ панели таких ошибок возникать не должно, повторите установку согласно инструкции

И мало того, врядли ее даже запомнят частично, а еще и подсказка в адресной строке при попытке набрать url c нужной информацией не сможет выскочить правильно.. Это может казаться полным бредом, но с точки зрения удобства для пользователей и рекомендаций ПС, то кроткие ссылки лучше. Можете пропустить это, если лень заморачиваться... потому что у гугла более 200 факторов по которым сайт выноситься в ТОП...

Ну по длинне url Гугле как бы намекает, что лучше что бы он был в пределах 60-80 символов. Длинные URL будут обрезаны во время выдачи в ПС, что в определенном роде влияет на то сколько людей нажмут на него. Так что в принципе 2й вариант из сообщения выше будет норм

Не сочтите за грубость, но совет дилетанта. Можно и на denwer заполнять (вместо Денвера поставьте OpenServer ИМХО лучший), но в описания товаров не вставляйте картинки (лучше вставляйте картинки только с относительным адресом), потому-что после переноса они могут не отобразится из-за разного пути к картинке. Ничего не потеряете при переносе, так как данные будут в sql файле.. Как они могут потеряться оттуда!?)) Если делать на хостинге то в файле шаблона .../common/header.tpl в теге head поместите мета тег <meta name="robots" content="noindex,nofollow" /> -- это 100% закроет сайт от индексации, а не только его содержимое. Естественно после окончания работ, удалите данный тег! Если закрывать только в robots.txt то ссылки все равно будут проиндексированы, а вместо описания будет написано "Описание веб-страницы недоступно из-за ограничений в файле robots.txt" И кстати, на локалке намного быстрее будет заполнять

Good, не видел, сорян.

Марк ты как всегда красавчик))) Но мое дело предложить, а люди сами решат, что и куда ставить))

То-есть по сути, что находиться внутри robots.txt в принципе не так важно, так как многие роботы игнорирует его правила, а большинство принимают в учет мета-тег robots на странице который гарантировано сработает. Обо всем этом говорят исследования западных компаний и одной из ведущих SEO компаний Netpeak.

Все хорошо, но все вопросы по поводу robots.txt окончательно отпадают после прочтения статьи из google support Нельзя использовать файл robots.txt, чтобы скрыть страницу из результатов Google Поиска. А это говорит о том, что все страницы которые вы якобы попытаетесь скрыть из поиска все равно будут проиндексированы, но попадут в "сопли" supplements results. Что совсем не ок. Для OC 2.x - Делаем следующее В сумме выходит, что жестко через мета-тег закрываем ненужные страницы для индекса... А в роботс оставляем только несколько строчек Ну и страницы сортировки (sort, limit) итд попадут в сопли Пример robots.txt после внедрения мета-тег robots в движок примерно вот такой: User-agent: * Allow: /*.css Allow: /*.js Allow: /*.jpg Allow: /*.png Disallow: /? Disallow: /download Disallow: /system User-agent: Yandex Allow: /*.css Allow: /*.js Allow: /*.jpg Allow: /*.png Disallow: /? Disallow: /download Disallow: /system Host: domain.com Sitemap: http://domain.com/index.php?route=feed/google_sitemap