Dotrox

А вы серьёзно? У вас в ошибке говорится, что php скрипту не хватило оперативной памяти для обработки запроса. Какое отношение к этому имеет свободное место на диске? А оперативную память на шареде (шаред хостинг, то есть не VDS) можно увеличить только купив более дорогой тариф. У вас сейчас, судя по тексту ошибки, 128Мб - этого для ОК, в принципе, не всегда может хватать, если много товаров (генерация сайтмап, всякие выгрузки в Я.Маркет и т.д.).

Если выкинуть из ссылки index.php, то всё прекрасно открывается, так что .htaccess тут не при чём - проблема только в генерации ЧПУ. Что у вас в /catalog/controller/startup/seo_url.php и /system/storage/modification/catalog/controller/startup/seo_url.php?

Перейти на более дорогой тариф хостинга, где больше лимит памяти :) В двойке убрали лимит. Но даже, если б он был: если вы всегда загружали изображения через менеджер в админке, то вы это значение в любом случае не привышали (иначе б при загрузки получили соответствующее предупреждение), а если загружаете через FTP - вам изменение этого лимита ничем не помогло бы. И с ошибкой он никак не связан.

Хороший вопрос, ибо по дефолту файл пользовательских настроек называется .user.ini и на большинстве шаредов пользовательские конфиги отключены. Вариант с ini_set работает всегда и везде.

Там говорится про ошибку 500 на стороне сервера. Добавьте в /admin/index.php после открывающего тега php это: ini_set('display_errors', 'On'); error_reporting(-1); И смотрите, какие ошибки будет писать менеджер. А ещё лучше сделать вот это (там код для версий начиная с 2.2): https://opencartforum.com/topic/62497-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-http-error-500/?do=findComment&comment=566165 Тогда ошибки будут писаться в Журнал ошибок.

Нельзя. У меня в телепатии сели батарейки :-D Как я вам могу дать какой-то код редиректа, если вы не написали, что и куда вам надо редиректить?

Делать редирект по шаблону (одному или нескольким).

Речь идёт просто о физлице или же о ФОП? Я куче ФОПов покдючал Приват24 и никаких проблем не было.

Судя по названию файла это именно этот модуль, а он просто под 1.5.

Если у вас ocStore, то вы можете переключиться назад на CKEditor (который был в 1.5) в настройках магазина: вкладка Сервер, опция "Визуальный редактор по умолчанию".

@9421770, если вы редирект делаете через .htaccess, то все редиректы должны идти сразу после RewriteBase / А у вас, похоже, оно после RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] А вообще, зачем вам такой редирект? У вас, в принципе, не должно быть ссылок вида: /shop/oborudovanie?route=product/category&path=18

Как-то так: RewriteCond %{QUERY_STRING} page=-(.*) RewriteRule ^(.*)$ /404 [R=301,L] Только вместо 404 - ссылка на вашу страницу 404

Для русского - это: /catalog/language/russian/russian.php

Его не забыли, а сознательно оставили в скрытом виде, потому что для посетителей в нём на этой страницы никакого смысла нет, но считалось, что он будет полезен для поисковиков. И хотя Гугл уже очень давно перестал учитывать скрытые элементы (и даже мог принять их за чёрную оптимизацию и применить санкции) удалили этот тег с главной только в 2.0.

Так и есть. Выводится он в шаблоне: /catalog/view/theme/__ваша_тема__/template/common/home.tpl. Правильный вариант: добавить текст в основной языковой файл (отдельного у этой страницы нет) и в контроллере подставить свою языковую переменную в этой строке вместо тайтла из конфига: $this->data['heading_title'] = $this->config->get('config_title'); Неправильный вариант - вписать текст прямо в шаблоне вместо переменной. А вы уверены, что вам на главной вообще нужен H1? В ОК этот тег уже довольно давно с главной убрали.

1. Формальные рекомендации W3C о последовательности тегов в head: https://www.w3.org/wiki/The_HTML_head_element 2. Конкретные требования W3C по размещению отдельных тегов. Например, размещение charset в первых 1024 байтах: https://www.w3.org/TR/html5/document-metadata.html#charset1024 3. Внешние скрипты/стили блокируют парсинг страницы. Нет ничего хорошего в том, что из-за подвисшей загрузки даже тайтл не сможет отобразиться. Да, никакого категорического запрета пихать ссылки куда попало нет, но в силу вышеназванных и других факторов сложились определённые best practices традиции, которые процентов на 90 имеют довольно практический смысл, а не просто ради принципа. Например, если title будет перед charset, а между ними какой-то файл затормозит загрузку - title может некоторое время выводиться абракадаброй (пока наконец charset не спрасится). Конечно, это только в том случае, если сервер не передаёт кодировку или передаёт неправильно. Но, если рассчитывать только на сервер, то непонятно зачем вообще этот метатег :) Вероятно, он туда динамически вставляется после загрузки страницы. Зачем тогда вы его здесь дважды написали? Не считая слеша на конце (что не критично) с этим тегом всё в полном порядке (если у вас html5) и размещён он именно там, где и должен. Ну, так уберите слеш. Если у вас html5, то он там не нужен, а если не html5 - тег вообще неправильный. Тогда в чём проблема? Вы же это для поисковиков делаете, а не для Megaindex. Скажите им, что Гугл всё видит, пусть разбираются, что у них не так с их парсером. Я же не написал, что это ошибка - я написал, что он не нужен. В html5, в отличии от предшественников (и особенно xhtml) вообще мало что считается именно ошибкой. Но использование закрывающего слеша в одиночных тегах - это привычка с до html5 времён, где отсутствие слеша было именно ошибкой.

Если вы пытаетесь сказать, что у вас не подключается визуальный редактор, то для начала откройте консоль браузера и посмотрите, какие там есть ошибки. Самый простой вариант - не подключается скрипт редактора на страницу. Посмотрите логи модификаторов.

Да, минус там не заметен :) Это более странно и, скорее всего, всё же вызвано внутренней проблемой. В любом случае, проверьте сайтмап и метатеги на всех страницах в пределах одной категории (лучше всего, именно той, которая попала в Яндекс). Ну и, если у всех таких страниц в индексе есть минус перед числом в ссылке, то можно просто поставить шаблонный редирект на 404.

Если совет: используйте Beautiful Soup - для вас никоим образом помощью не является, то тему надо создавать в разделе услуг и с каким-то более конкретным ТЗ.

1. Ни в коем случае никакие скрипты (или стили) не должны быть перед метатегами и тайтлом! 2. Почему у вас метатег charset там дважды? 3. У вас HTML5 формат этого метатега - там не нужен слеш на конце. 4. Не обращайте внимания на всякие сервисы и спросите Вебмастер Гугла. Если есть какие-то проблемы с тайтлом или метатегами - он об этом скажет.

Если в сайтмап таких страниц нет и в метатегах там, где 6 страниц, на шестой нет в rel="next" ссылки на седьмую и так до бесконечности (такое вполне мог напихать какой-то кривой SEO модуль), то можно предположить, что у Яндекса какой-то новый алгоритм, который делает предположение, что может существовать страница на единицу больше текущей и, когда он проверяет это предположение и получает статус 200, он идёт так до бесконечности. Если дело в последнем варианте, то вскоре это должны заметить многие.

Что-то за деревьями стало леса не видно :) Я надеюсь, всем известно такое понятие, как "логический оператор". Из данного обсуждения получается, что в шаблонах ОК их использовать нельзя, ведь там есть это страшное слово "логика" :) А всё потому, что кто-то не видит разницу между программной логикой и бизнес-логикой. Не в шаблоне должно, например, приниматься решение товары какой категории вывести, но именно в шаблоне должно приниматься решение, выводить ли стикер о скидке. А любое принятие решения - это логика в общем её определении! И шаблон не может совсем не содержать лоигки, то есть вообще обходиться без принятия решений. Но принятие решения о выводе стикера не является бизнес-логикой. А создание экземпляра класса таки вообще не является логикой, ибо это не принятие решения. Принятие решения, в случае кода из первого поста, это вывод ссылки редактирования на основе проверки, авторизирован ли пользователь. Но тут та же история, что и со стикером. И таки да, создание экземпляров какого-либо класса в шаблоне - это плохо.

Как-то не так:

Ошибка говорит, что у вас файл грузится с https, а сайт открыт с http, что является разными доменами и потому браузер блокирует загрузку из-за отсутствия разрешения у вашего домена на CORS (кросдоменные запросы). Вообще, у меня проблем нет ни в Мозилле ни в Хроме (а IE в Ubuntu нет, так что там проверить не могу), но, думаю, если у кого-то всё же проблемы и есть, то причина в том, что у вас сертификат выдан на домен www.sztomsk.ru. Технически, это поддомен. Вам нужен сертификат либо на sztomsk.ru, либо на оба варианта (Let's Encrypt это позволяет).

Я, конечно, понимаю, что последние годы мода на навороченные шаблоны, где под капотом может больше скрываться, чем в самом ОК есть, но критика за то, что кто-то в шаблоне видит только его внешний вид - это просто какой-то сюрреализм :) По нормальному, шаблон ОК - это просто вёрстка с вкраплениями php, которые нужны исключительно для вывода информации и в таком шаблоне только на внешний вид и нужно смотреть (ну и на качество вёрстки, но Бутстрап, вроде, все освоили). Значит, что есть файлы зашифрованные ИонКубом, что несёт ряд недостатков различной степени значимости и никакой пользы для вас, как для покупателя такого шаблона. Так или иначе, но не покупайте шаблоны ТМ - они вдвое дороже, чем на том же themeforest, который выше уже предложил Tom, но ничем не лучше шаблонов оттуда. И дизайн у них всё же тоже довольно топорный (не хватает внимания к деталям). А если присмотреться, то можно заметить, что и действительно разных дизайнов у них по пальцам пересчитать можно, а всё остальное - это перекрашивание и разные рюшечки.