Dotrox

Если это изображения товаров и другие, которые обрабатываются через ОК, то ссылки у них и так должны были стать с https, а если не стали, значит что-то вы сделали не так. Если же речь идёт об изображениях в текстах описаний товаров или других местах, куда они добавлялись через визуальный редактор в админке, то таки придётся вручную всё исправлять. Если не можете самостоятельно определить, на какие именно изображения ругаются браузеры (и вообще на них ли), показывайте сайт.

Пока существуют модификаторы, не может быть никаких автоматических обновлений, потому что есть посимвольная зависимость от изменений в коде. То есть, какие-то мелкие фиксы не меняющие логику, могут сломать половину модулей из-за того, что изменится где-то строка кода.

Точно так же, как вам зимой совсем не обязательно одевать носки, но разве с ними не лучше? Если хостер не использует nginx - это значит, что их серверы обслуживают школьники, потому что nginx выгоден в первую очередь самому хостеру, он позволяет экономить серверные ресурсы. И у них нет квалификации настроить всё так, что не пихать ничего вам в .htaccess В общем, в вашем случае именно хостер должен разбираться с вашими редиректами, потому что неизвестно, что у них там накручено.

"Смешались в кучу кони, люди..." В двойке есть аналог vQmod - OCMOD. В отличии от vQmod он сам не трогает файлы, но в админке есть кнопка для генерации/обновления его кеша. Кнопка в разделе со списком модификаторов.

Таки нету. Уходите от хостера, который не использует nginx! А панель не должна ничего вам пихать в .htaccess. Похоже, автор того, что вы нагуглили тоже понятия не имел, что он пишет! $1 - это переменная, в которую сохраняется часть ссылки выдранная регуляркой, но у вас ничего не выдирается и вообще вам ведь надо редирект просто на /ru/category. То есть, переменная там лишняя в любом случае. Чтоб все редиректы работали и работали правильно, они должны быть вписаны по той структуре, которую я привёл выше. Но в вашем случае для начала нужно разобраться с хостером и правилами, которые дописывает панель.

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

Я забыл, что $_SERVER['HTTP_HOST'] возвращает чистый домен. так что нужно вот так: define('HTTP_SERVER', 'http://' . $_SERVER['HTTP_HOST'] . '/');

Ну почти. Только кавычки зачем вокруг $_SERVER['HTTP_HOST'], тем более одинарные? Одинарные кавычки делают код внутри не исполняемым. А тут вдобавок ещё и HTTP_HOST в одинарных, так что будет просто ошибка сразу.

Нет! Где у вас в конфиге домен? Не путь к какой-то директории, а именно домен!

Именно то, о чём я писал, но в более изощрённом виде. Вы пытаетесь открыть сайт по нормальному домену, но при этом в конфиге у вас вписано то, что на вашем скрине (это даже не совсем домен). И именно то, что на скрине, используется для тега base и для формирования ссылок. У вас ничего не заработает, если в конфиге домен отличается от того, по которому вы заходите. Как временное решение можно в конфиге динамически подставлять текущий домен из $_SERVER['HTTP_HOST'].

Это говорит об отсутствии проблем с файерволом, но не с адресом. Когда вы подключаетесь по ip получается, что base и адрес в адресной строке не совпадают. Посмотрите, какие ошибки пишет браузер при попытке загрузить стили и какой адрес при этом использует.

А по какому адресу вы подключаетесь с других устройств? Вообще, принцип такой: чтоб открыть локальный сайт по домену, надо прописать этот домен в файле hosts на локальный ip (127.0.0.1). Чтоб подключиться по домену с другого устройства, надо там прописать домен на тот ip, который другие устройства видят у машины с сайтом.

Какая-то жуть. Я думаю, вам лучше обратиться за помощью к тому, кто вписывал 20 раз вот это: RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$ RewriteCond %{REQUEST_URI} !^/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$ RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$ Это похоже на правило для автообновления сертификата, но я не понимаю какого чёрта оно вписано в условие каждого редиректа. И у вас что нет nginx на сервере? Сертификатом должен он заниматься. А вообще, у вас по полной нарушены основные правила структуры правил редиректов в .htaccess для ОК. Должно быть так: RewriteEngine On RewriteBase / # Любые редиректы RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css) RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] # Больше никаких редиректов Как вы думаете, что означает $1?

Покажите ваш .htaccess.

Да, он это умеет через плагины, но ТС же хочет в формате сплит вью, а не с браузером. А сам по себе, Сублим для вёрстки, конечно, отличный вариант.

Если вопрос сформулирован правильно, то, например, Brackets - http://brackets.io/ Atom, вроде, тоже умеет, если не из коробки, то через плагин.

С каких пор это стало способом оптимизации? Тянуться придётся долго, они всё ещё не работают InnoDB поддерживает полнотекстовые индексы где-то с одной из первых версий в ветке MySQL 5.6.

Чем это отличается от обычного replace? Что-то я не могу найти этого ни в доках vQmod ни в самом коде на Гитхабе. Нашёл только ibefore и iafter, но не могу понять в чём была польза выделения этого в отдельный метод. То есть, зачем просто before и after приклеивали перевод строки.

Вот тут бы сразу примеры не помешали. Как видно даже из этой темы, убил он его, увы, не до конца. Модификаторы - это, в принципе, зло! Он должен был все силы направить на систему событий вместо того, чтоб пилить клон vQmod. В результате уже есть тройка, а нормальной системы расширений всё ещё нет. Но в этот раз, по сути, он как раз прислушался: увидел, как все активно пользуются vQmod и решил, что нет необходимости напрягать мозги и делать систему расширений, которая не будет вносить правки в код, порождать баги и конфликты, а можно просто взять уже готовый костыль и сделать что-то похожее.

/admin/model/catalog/product.php, addProduct.

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

Никакого vQmod в двойке! И дело не в нагрузке, а во внезапных сюрпризах. Механизм работы vQmod таков, что он вам их обеспечит. Тем более при комбинации с OCMOD. Ну, и если автор за несколько лет существования двойки так и не удосужился перевести свой модуль на OCMOD - это тоже показатель.

Это всё равно не быстро, но в разумных пределах уже. И ещё больше кидает тень на ваш хостинг. Пока вы локально не протестируете, дальше нет смысла гадать! Если серверу не хватает ресурсов, то это другая история! На нормальном сервере без оверселинга и без кривых настроек MySQL такой запрос не может выполняться так долго. По-нормальному, за такое время вся инфостраница могла бы успеть сгенерироваться.

Нормально. А вот время у них совсем не нормальное! Особенно "радует" вот такое: Страница:/kofemashini/kofemashina-avtomaticheskaya/ Источник:/var/www/u0073768/data/www/kofemashina.net/catalog/model/catalog/information.php Время выполнения: 104.91мс SELECT * FROM oc_information i LEFT JOIN oc_information_description id ON (i.information_id = id.information_id) LEFT JOIN oc_information_to_store i2s ON (i.information_id = i2s.information_id) WHERE id.language_id = '1' AND i2s.store_id = '0' AND i.status = '1' ORDER BY i.sort_order, LCASE(id.title) ASC Не знаю, может, у вас там есть сотни отключённых инфостраниц, но исходя из тех, которые я вижу на сайте (и которые можно по пальцам пересчитать) такой запрос не может занимать столько времени даже совсем без индексов. Попробуйте поставить копию вашего магазина локально и ещё раз замерять медленные запросы.

Это стоимость коробочного модуля! А стоимость написания чего-то подобного с нуля действительно на нолик больше (а дальше зависит от API). Если бюджет ограничен, ищите альтернативные методы выгрузки данных от поставщика. Например, возможно, у него есть выгрузка в каком-то табличном формате, который можно будет импортировать обычным модулем импорта/экспорта (возможно, предварительно придётся переконвертировать через Эксель в нужный формат). Или, возможно, у него даже есть модуль для ОК (хоть под какую-то версию, а дальше подогнать под вашу будет в любом случае намного дешевле написания с нуля).