rb2

Ну мне кажется, он и должен увидеть хоть какую-то диагностику по ресурсам, которые не загрузились. А в опенкарт до сих пор все ссылки с протоколом указываются? Не было попыток убрать его и все абсолютные ссылки выводить в виде "//site.com/......"? Мне все эти пляски и болезни вокруг http/htts не очень понятны.

Откройте в браузере инспектор кода (Ctrl-Shift-I) на вкладке Network и посмотрите там, есть ли строчки с кодом 404. Оттуда и пляшите.

Я что, какими-то прозрачными буквами пишу? Правильно - переопределить бутстрапный стиль У СЕБЯ, В СВОЁМ CSS, если оригинал не нравится.

Нет. Это неправильно.

Так переопределяйте стиль в своём файле. Зачем вам знать, где оригинал находится? (а находится он в bootstrap.css)

А что в нём занятного? Вроде были уже такие. Если бы бюджет был нулевой или 100 баксов, а тематику магазина выбирали посетители - это было бы занятно. И то непонятно, зачем. Те пару аргументов из статьи я видел - посмотреть, как другой работает. Ну ок Имея поставщиков и товары, которые в принципе хоть кому-то нужны, сделать магазин, который за 3-4 месяца не наберёт посетителей до первых заказов, даже не используя рекламу, а просто нормальным контентом - я даже не знаю, постараться надо. Другой вопрос, насколько прибыльной будет эта торговля. Магазины умирают не потому, что нет продаж, а потому, что заработать не могут.

Я дал направление движения. Если ПП утверждает, что карты принимает - надо с ними и их документациейхразбираться: либо что конкретно они имеют в виду, либо как включить/настроить, либо где доступно/недоступно и т.д.

Да вроде и сейчас доступна: https://www.paypal.com/us/webapps/mpp/accept-credit-cards Two great ways to accept credit card payments - and your customers don't need a PayPal account to pay you.

В оригинале там $data['powered'] = sprintf($this->language->get('text_powered'), $this->config->get('config_name'), date('Y', time())); Может какая-то из модификаций убирает. P.S. Исправлять в том файле, который вы указали, НЕЛЬЗЯ. Ищите причину, почему в кеше модификаций оказывается именно такой урезанный код.

Яндекс не понимает картинки, например. Поэтому да, крутаая - позволяет гуглу отдавать на индексирование годные картинки, при этом яндекс не корчится с воплями об ошибках.

А она-то здесь при чём? Мы до сих пор сервер хостера обсуждали. На нём надо проверить настройку апача по обработке .htaccess в папках.

На данном этапе лечения по фотографии - да всё равно, что там прописано. Сперва убедитесь, что он вообще апачем обрабатывается.

mod_rewrite в апаче установлен? .htaccess в папках апачем вообще обрабатываются? Простейший способ проверить- сделать в .htaccess какую-то ошибку. Ну и логи ошибок и их анализ где? В логах все ответы. Без этого всего никакие ответы невозможны, только гадания. Если 404 прям всегда и везде - самая первая причина скорей всего отключенная обработка .htaccess

Никакой. Там нет такого метода. Дописывать (и переносить дописанное при обновлениях). То, что делается тем REST API модулем, не связано с тем, что происходит при создании товара в админке.

`/catalog/view/theme/default/stylesheet/stylesheet.css` строка 198 В блоке /* menu */ #menu { background-color: #229ac8; background-image: linear-gradient(to bottom, #23a1d1, #1f90bb); background-repeat: repeat-x; border-color: #1f90bb #1f90bb #145e7a; min-height: 40px; } после "min-height: 40px" добавьте "z-index: 9999;"

Ну, тоже вариант. Чёткая информация о проблеме - уже пол-дела; указание на готовое и протестированное решение - около того или даже больше.

@RHCk, @IG51 в менеджере там тупо вставляются пробелы - насколько я понял, просто для переносов длинных имён файлов. И поскольку однобайтовые англоязычные вечно забывают про мультибайтовые кодировки, иногда разрыв попадает посреди буквы и появляется всякая хрень или квадратики. А картинка-превьюшка не отображается потому, что имена файлов при выводе в HTML код не искейпятся как положено - и как минимум пробелы не превращаются в %20.

Насколько помню, загружаются они нормально. А вот выводятся в HTML криворуким Даниэлем неправильно по всему движку. @IG51, могли и бы поделиться готовым решением проблемы - пуллреквестом в репозиторий бесплатной сборки. Или будете ждать, пока кто-то другой придёт и сделает? Не умеете гитхабом пользоваться - на форуме опубликуйте решение.

@bill96 смотрите ещё список модификаций, а не только модули. На демке вашей сборки (судя по "trs.чтототам" - т.н. "русская сборка") оформление заказа стандартное, а не как на вашем скриншоте. Так что что-то, да химичили-устанавливали для чекаута. А где там что может глючить и не то / не туда писать - никому неизвестно.

Женская логика.

То есть это просто предположение о наличии глюков-шероховатостей странностей? Или есть списочек?

Клоакингом решили заняться? Добавьте RewriteCond %{HTTP_USER_AGENT} ^Test\ Agent\/(.*)$ юзер-агент гуглобота сами поищите.

@Yoda, да нормальный там модуль, не кипятись. Он просто для тех, кому сложно положить `category.124.tpl` по фтп и не иметь накладных расходов - им легче положить `category.fon-s-bantikami.tpl` туда же и добавить 1-2 запроса в базу на каждую страницу сайта для установления соответствия. Такие пользователи всегда были и будут, и такие модули нужны (которые им кажутся простыми только потому, что всё можно делать через админку). Я в результате понял, что надо человеку, но любое желание помогать и объяснять уже пропало. Пусть сударь ждёт от автора персоанализированных шаблонов поддержки версии 2.3.

Вы под макетом что подразумеваете? Полностью другую верстку (для которой нужен свой `.tpl`) или игры со стилями достаточно? Потому что хрен поймёшь, что Вам надо. Хочу другой макет. Ответ: вылавливается category_id и дописывается несложное условие, чтобы альтернативные TPL-ки подставлять. Нет, это мельницы с велосипедами, мне всего-то мой макет выводить! Э-э-э-э-э.... Что? Если дописать альтернативные стили в CSS решает задачу, то обратите внимание на класс тега BODY: https://demo.opencart.com/index.php?route=product/category&path=25_28 <body class="product-category-25_28"> По нему вполне можно идентифицировать отдельные категории и разукрасить/передвинуть/спрятать отдельные элементы.

Он работал и продолжает работать, просто переводы на русский КРИВЫЕ. Этот пункт (в оригинале Layouts) должен переводиться как "Схемы расположения" (модулей на странице). От этого вся путаница.