Dotrox

Нужно сильнее уточнять, ибо всё равно задача не ясна. Есть куча модулей импорта/экспорта, через которые можно загрузить товары в БД, есть модули обмена данными с 1С и похожими программами. Или вам нужно в автоматическом режиме выгружать товары из какого-то нестандартного источника?

Потому что решение костыльное было. Перечитайте ещё раз, что я там писал про nth-child и nth-of-type. Вам нужен именно nth-of-type!

Не символов, а байт, что довольно существенная разница, учитывая, что все тексты в ОК хранятся в utf-8, где один символ - это минимум 2 байта.

@olorin , вы решили каждые пару месяцев задавать тот же вопрос? Вроде, там уже было найдено решение.

Например, для товара: $this->document->setTitle($product_info['meta_title'] . ' - ' . $this->progroman_city_manager->getCityName()); Окончательный код для разных версий/сборок будет чуть отличаться, но дальше можно и самостоятельно додумать. Если в качестве городов используются области, getCityName() ничего не вернёт. Там надо тогда доставать название из базы (таблица prmn_cm_city, куда записываются названия вбитые в админке для вывода в попапе выбора города).

Ну, та же история с паролем. И в ошибке сказано куда копать. Я не уверен, как оно в Денвере, ибо лет 10 им не пользовался, но в Линуксах при нормальной установке конфиги phpMyAdmin лежат отдельно от самого phpMyAdmin, так что проще всего будет просто воспользоваться системным поиском и найти файл config.inc.php. А в нём должно быть вот такое: $cfg['Servers'][$i]['controluser'] = $dbuser; $cfg['Servers'][$i]['controlpass'] = $dbpass; А дальше два варианта: если у вас оно выглядит именно так, то ищите там рядом файл config-db.php и пароль надо вписать там, если же у вас вместо $dbuser - root, то пароль нужно вписать там, где в моём примере $dbpass. И в любом случае пароль надо обернуть в кавычки.

И да и нет. Модуль даёт для этого все необходимые инструменты, но формирование тайтла в контроллерах надо будет поправить вручную.

Не SEO URL, а SeoPro! И это так "внимательно" вы смотрели то видео - там же об этом было сказано. Как я уже писал ранее - если вы сделали всё в точности, как было сказано в том видео, то никаких проблем с ЧПУ у вас возникнуть не должно было! И вообще, исходите из принципа, что ocStore нормально работает прямо из коробки, поэтому если вы сталкиваетесь с какими-то проблемами, значит вы сами что-то намудрили!

Никакие редиректы не помогут, стили отваливаются из-за того, что в теге base ссылка с http и браузеры блокируют загрузку такого контента при заходе по https. А в base ссылка с http потому, что ОК не предполагает из коробки, что https может использоваться сразу на всех страницах, предполагается, что он будет только на страницах с конфиденциальной информацией (вход и регистрация, аккаунт покупателя, оформление заказа). Вариантов решения проблемы несколько. Самый простой и достаточно эффективный (поскольку справляется заодно и с в меру кривыми модулями) - просто вписать в конфигах везде ссылки с https. Вариант чуть посложнее (и менее эффективный для кривых модулей) - в /system/library/url.php в методе link установить дефолтное значение $secure вместо false - true (а для версии 1.5 это будет не $secure, а $connection и NONSSL заменить на SSL). И вариант, который должен помочь в случае наличия совсем кривых модулей - установить этот модуль: https://opencartforum.com/files/file/3272-seo-fix-https/ Вам бы стоило уточнить, что вы просто выложили код с того сайта, который посоветовал @lightmidnight , потому что в вас полетят тапки, а должны полететь в @lightmidnight , чтоб не давал ссылки на первое, что попадётся на глаза. Во-первых, в ОК нет такого файла (и даже таких директорий)! А во-вторых, что более важно, даже сам код, приведённый там, для ОК не актуален, ибо аналогичный уже есть в ОК, только base устанавливается иначе.

Два файла с именем config.php, один в корне сайта, другой в директории admin. Пароль для базы - это DB_PASSWORD. По идее, там у вас сейчас пустые кавычки. Вот в эти пустые кавычки и надо вписать ваш пароль. И не трогайте само название константы DB_PASSWORD! Потому что предчувствую, что вы именно вместо DB_PASSWORD попытаетесь пароль вписать.

Это не после манипуляций, а после ваших попыток установить пароли пользователям MySQL. Для начала хотя бы в конфигах ОК пропишите тот пароль, который поставили.

Первая колонка - это роут, вторая - ЧПУ. Роуты можете посмотреть по ссылке на Гитхаб, которую я давал выше. Для справки, роут - это реальный путь к контроллеру страницы в формате: название_директории/название_файла_контроллера (без расширения php).

Это как? Любой нормальный хостинг вам даст несколько версий php на выбор и среди них обязательно будут те, на которых ocStore 2.3 будет работать без проблем. А подстраиваться под Денвер - это глупость. у вас магазин не на нём работать будет. Из файлов ничего в базу не заносится. Вы же для категорий и товаров не в файлах меняли, а в админке. Но это мне напомнило, что в ocStore есть SEO Менеджер (Инструменты - OC Team - SEO Менеджер). Там можно добавить или отредактировать ЧПУ для страниц с отдельными контроллерами (у вас именно этот случай).

Тогда не удивительно, что у вас страницы аккаунта отдают 404. Удивительно только то, что у них есть хоть какие-то ЧПУ. Если в таблице для этих страниц ничего нет, то можно просто взять код по ссылке, которую я дал выше (только нужные вам строки) и запустить его на вкладке SQL в phpMyAdmin (предварительно открыв таблицу). Как именно не тянет? Может, у вас просто версия php там не та выбрана? А вообще, вам имеет смысл сразу делать всё на хостинге: и лишней работы по настройке сервера не будет и сразу будут реальные условия. А так у вас ещё при переносе на хостинг десяток проблем всплывёт.

Не считая первых двух - это всё один пользователь, а разница в адресах MySQL сервера. Вам не надо об этом заморачиваться сейчас, на хостинге вам не придётся самостоятельно настраивать MySQL сервер (разве что возьмёте VDS).

У вас и так база работоспособная. Вам надо просто в указанной таблице найти неработающие ЧПУ и проверить их роуты. Вот здесь https://github.com/myopencart/ocStore/blob/ocStore2/upload/install/opencart.sql#L3716 (ссылка прямо на строку, с которой начинается) изначальный список роутов с их ЧПУ. Сравните через phpMyAdmin с тем, что у вас сейчас.

Тут ничего не сказано про "выбрать SEO URL", сказано выбрать SeoPro! А про изменения чего-либо в коде вообще нет ни слова. Если вы сделали всё, как описано в этом видео, то у вас никаких проблем с ЧПУ быть не должно было! Их надо не в файле менять, а в базе - таблица url_alias.

Если у вас ocStore, вам ничего устанавливать не надо было, там из коробки SeoPro! Что именно вы устанавливали и зачем?

Видимо, это последствие вот этого: У вас изначально никаких проблем быть не должно было. Какая у вас версия и сборка и что вы наисправляли уже с SEO URL?

У вас на скрине текст. Я по нему могу понять не больше, чем вы. Дайте ссылку на эту страницу, чтоб можно было посмотреть её код.

Люди, что вы делаете? Зачем извращаться с отформатированной ценой удаляя оттуда валюту, если можно взять не отформатированную цену без валюты? В соответствующих контроллерах ищите свою переменную с отформатированной ценой. Значение для неё будет браться из $this->currency->format() Первый параметр в этом вызове - это чистая цена (обычно она ещё обёрнута в подсчёт налогов). Берёте эту чистую цену и выводите отдельной переменной. В случае оформления заказа это может быть не в контроллере, а в модели (тоталы рассчитываются в собственных моделях).

Прямая индексируемая ссылка на файл на странице сайта и сам pdf в нормальном текстовом формате (чтоб его можно было при просмотре через браузер выделить мышкой и скопировать) - это всё, что вы можете сделать. Остальное зависит от поисковика.

Покажите сайт.

А вот это вы сделали: ?

Сайтмап - это список страниц сайта. Pdf файл не является страницей сайта! Вас же не удивляет, что в выдачи по страницам нет изображений с вашего сайта? Для изображений есть отдельный поиск и для текстовых файлов тоже есть отдельный поиск. Попробуйте поискать свои файлы в поиске Гугла по книгам.