Dotrox

Из бесплатных это самый лучший вариант сейчас.

Это сегодня звучит немного смешно. Само по себе шифрование добавляет настолько ничтожную нагрузку, что с таким же успехом можно советовать не добавлять к товарам описания, а то лишние несколько сотен байт замедлят загрузку. Что действительно добавляет какую-то хоть сколько-то заметную задержку, так это рукопожатие при установке соединения, но в случае использования HTTP/2 на это можно вообще не обращать внимания. А в остальных случаях склеивание стилей, скриптов и спрайты сведут эту задержку к минимуму и само по себе добавит ускорения, которое многократно компенсирует эту задержку. Ну, и из личного опыта перевода на https магазинов на ОК - разница в скорости загрузки вообще не заметна (правда, я сразу переключаю на HTTP/2). В свете особой любви Гугла к https, для магазинов сейчас имеет смысл использовать его на всех страницах сайта и перестать верить различным суевериям.

Поменять в этой ссылке http на https. Странно, что эта ссылка изначально не с https, Гугл сейчас только так их выдаёт. А как у вас получилось, что ссылка на шрифт в вашем посте идёт через ВК редирект на внешний ресурс?

Это надо делать в контроллере. Ну, и как намекают выше - у ОК есть обёртки над суперглобальными переменными (в которых, кстати, дополнительная фильтрация) и собственный метод в Response для установки заголовков.

Может, какую-то совсем школоту вы так и обманите, но ОК легко опознать и без админки.

Основная заслуга здесь thentru. У вас почему-то только в отдельном файле вывалилась ошибка 500 из-за отсутствия json расширения, так что я бы сам не подумал, что его нет (иначе ошибка должна была быть вместо всех или почти всех страниц магазина).

В коде ошибок нет. Пишите хостеру.

Это к хостеру сразу! Похоже, что у вас таки нет json. Правда, странно, что ошибка 500 не вываливается везде. А покажите, что вы в файл вписали.

Пользователям в какой стране? В Рунете уже давно www почти не используется, ибо только лишнее место в адресе занимает. А в конфигах вы поисправляли адрес домена?

Не надо ни таблиц ни id. Впишите туда содержимое любой ячейки из колонки setting (откройте строку для редактирования и потом копируйте, иначе скопируете только кусок).

Значит, смотрите в сторону проблем с json. Можете закинуть в корень сайта php файл с таким содержимым: <?php print_r(json_decode('строка из базы')); И открыть его в браузере.

У вас с локальной базой проблема. Или не с базой а с настройками локального сервера. Суть в том, что в базе не должно вообще быть эскейп последовательностей, ОК такое в базу не пишет.

Значит, у вас ещё где-то редирект есть. Например, некоторые хостеры позволяют в панели задать какую версию сайта считать основной. А зачем вам обратный редирект, если в конфигах без www?

/config.php и /admin/config.php

А ещё у вас все ссылки с ЧПУ возвращают 404 и футер уехал влево (там вообще какая-то жуть с вёрсткой). А самое весёлое: если кликнуть на корзину, а после её появления кликнуть в любом месте, то редиректит вот сюда: Опять же из-за жути с вёрсткой (ссылка накладывается на всё окно браузера). Попробуйте для начала перезалить все файлы (предварительно удалив всё, что есть сейчас). И заливайте в бинарном режиме. А в идеале, если хостер позволяет работать с архивами через панель, залейте всё одним архивом и распакуйте на сервере уже. А с админкой, вероятно, та же история с битым файлами, но уже с дампом базы. Если ничего не получиться, есть вероятность. что файлы побились при выгрузке со старого сервера.

Ну, товары из заказа хранятся отдельно (в таблице oc_order_product), так что можно ничего не добавлять, а просто убедиться, что отсутствие товара в базе не вызывает ошибок.

С картой сайта проблем не вижу, но, возможно, что они были и точно ещё будут - удалите оттуда вывод изображений, его реализация непригодна для использования. А с кнопками что - непонятно. Залейте оригинальные стили из шаблона (не забудьте свои забекапить). Если не поможет, можете спросить в теме поддержки этого шаблона: здесь (если, конечно, покупали его).

Может, я чего-то не понимаю, но, похоже, что ЧПУ тут не при чём, а фильтр глючит по другой причине. Вы когда со страницы товара назад возвращаетесь, у вас же под названием категории есть бейджик "тип: настенные" - значит свои параметры фильтр из адресной строки прочитал (иначе б бейджика не было), но товары выводить не захотел.

Ну, не хотите использовать SeoPro, так просто посмотрите (и скопируйте) методы, которыми там полный путь для категорий и товаров определяется.

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

Тогда есть смысл вообще от ООП отказаться - сплошная ведь неизвестность. Для зачатков есть dev ветка. Кроме того, что эти зачатки лишние на момент текущего релиза, так потом могут вообще стать редундантными, то есть код отвечающий за этот функционал буде существенно переписан на момент готовности к работе. Тут двойка как раз хороший пример - сколько в ней было мутаций, при чём даже у работающего функционала. На самом деле, у нас тоже нельзя. Ты ведь знаешь прикол "под подарком подразумевается возможность купить за одну копейку"? Не помню, то ли это с налогами связано, то ли ещё с чем-то, но в таком формате получается, что если автоматом положить копеечный подарок в корзину, выходит своеобразное мошенничество (принуждение к покупке ненужного товара без предварительного согласия покупателя).

Exel - это не формат, а программа для работы с электронными таблицами. Форматом может быть: xls, xlsx, csv - и это не весь список, а самое распространённое. А стоимость и сроки будут не в последнюю очередь зависеть от формата.

Это какая-то бессмыслица! Сервер никак не может влиять на отображение сайта в браузере. Разве что, он редактирует ваши файлы, что не нормально (и не очень законно).

Каким образом? А то, что это его принципиальная позиция - это не моё мнение, а его собственные утверждения, каждый раз, когда кто-то публично делает замечания на этот счёт. То есть, он прямо так и заявляет, что избавление от лапши сделает код слишком сложным. И это уже будет собственная сборка, ибо глупо перелапачивать все контроллеры очищая подобным образом от лапши, если это одноразовая задача. Ну, это только очередной пример криворукой реализации чего-то в ОК. Кстати, в 2.1 события ещё не предназначены для использования. И это ещё одна особенность ОК - в релизных версиях часто появляется код какого-то нового функционала, который не готов к использованию. Например, зачатки кода редактирования заказа в админке были, вроде, начиная с 1.5.0 (в 1.5.1 уже точно были), но работать оно начало только в 1.5.3 и ещё до 1.5.5, а то и 1.5.6 там была куча багов.

Всё действительно очевидно, при чём большинству на этом форуме, но для автора ОК - это принципиальный вопрос. Он считает, что без полотнищ этой лапши код станет слишком сложным. Ну, тут по коду очевидно, что там сама концепция сложнее намного (и богаче функциональность). Ну, у него уже минималка 5.4 и через композер его начиная с версии 2.2 уже можно установить, но такие идиотские штуки, как лапша в каждом контроллере - это принципиальная позиция Дэниэля Керра. Кто плотно с ОК работает, оригинальный ОК никогда не использует: либо готовая сборка, либо собственная, либо собственный допил готовой.