Shureg

А, может, вообще убрать форум? Зачем он нужен, оставьте только магазин и техподдержку. И все будет чинно, благородно, одни продавцы и покупатели... Сколько останется.

Легко и просто - никак. А на вашем шаблоне я бы и за деньги делать бы не стал.

Хочет, чтобы главная была как страница категории, например. Простого пути, так, чтобы в двумя кликами, не знаю. Можно подменить код контроллера и шаблона главной на нужный вам. Но придется еще правки вносить в контроллере. Для той же категории, например, придется вручную вколотить в контроллер идентификатор категории которую хотите отображать. Вообще, сформулируйте вопрос конкретней, какую именно страницу вы хотите видеть в качестве главной. И надо ли оно вам - главную и так можно изуродовать "затюнинговать" до неузнаваемости разными модулями. PS: Если у вас шаблон aero от ThemeForest, то лучшее, что с ним можно сделать - выкинуть и забыть. Как и почти все шаблоны оттуда.

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

Не надо модулей, все и так легко делается. В инете море инструкций как раз об этом https://www.google.com/search?q=htaccess+htpasswd

Не понял, что вы добавляете в контроллер. А до этого там что, не было этой переменной?

Я вам написал - "если дефолтная тема". У вас тема ни разу не дефолтная. Вырезать надо в другом файле и, скорее всего, другой код. ЗЫ: Хотя, вроде все-таки дефолтная допиленая. Добавьте в стили в конец файла /catalog/view/theme/default/stylesheet/stylesheet.css .product-thumb .rating { display: none; } При просмотре очистите кэш браузера, иначе не увидите изменений

Закэшировать-то можно. Только смысла нет никакого, быстрее ваша главная от этого не станет. Простой запрос в БД ни разу не медленнее, чем чтение файлов кэша. Если ваша страница тормозит из-за изображений эпического размера, надо изображения резать, а не с кэшем камлать.

<?php if ($product['rating']) { ?> <div class="rating"> <?php for ($i = 1; $i <= 5; $i++) { ?> <?php if ($product['rating'] < $i) { ?> <span class="fa fa-stack"><i class="fa fa-star-o fa-stack-2x"></i></span> <?php } else { ?> <span class="fa fa-stack"><i class="fa fa-star fa-stack-2x"></i><i class="fa fa-star-o fa-stack-2x"></i></span> <?php } ?> <?php } ?> </div> <?php } ?> вырезайте из catalog\view\theme\default\template\product\category.tpl если дефолтная тема.

"в малой карточке товара на витрине" в дефолтной теме звезд нет. Не видя вашу тему, можно только гадать, как их у вас убрать

А вы заказывайте сразу: "чтоб моя страничка как будто это я банк". Чего иносказаниями крутить.

Кроме форумов, бывают еще поисковики https://www.google.com/search?q=opencart+дробное+количество+товара

Это не раздел для ответов на вопросы. Тут пишут "требуется помощь" и (иногда) сколько готовы за это заплатить. Возможно, вам и бесплатно помогут, но в другом разделе форума и со ссылкой на сайт.

Логично предположить, что надо разбираться с вашими "инструментами сервера". Кто знает, чем и как вы там оптимизируете.

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

Это bad practice. Лучше бы вы привязывались к $_['text_stores'] , например. Стандартная переменная ос явно стабильней какого-то комментария. Использование комментов для поиска - это поперек и практики, и идеологии.

У меня нигде ничего не ломается: <file path="admin/language/{ru-ru,en-gb}/setting/setting.php"> <operation error="skip"> <search index="0"><![CDATA[php]]></search> <add position="after"><![CDATA[ $_['entry_replace_cart_button'] = 'Заменять кнопку "купить" при нулевом остатке'; $_['help_replace_cart_button'] = 'Если включить - будет работать замена'; $_['entry_replace_cart_button_text'] = 'Текст на кнопке купить при количестве 0'; $_['help_replace_cart_button_text'] = 'Будет отображаться на кнопке при нулевом количестве'; ]]></add> </operation> </file> <?php $_['entry_replace_cart_button'] = 'Заменять кнопку "купить" при нулевом остатке'; $_['help_replace_cart_button'] = 'Если включить - будет работать замена'; $_['entry_replace_cart_button_text'] = 'Текст на кнопке купить при количестве 0'; $_['help_replace_cart_button_text'] = 'Будет отображаться на кнопке при нулевом количестве'; // Heading $_['heading_title'] = 'Settings'; Плохое в том, что любой может изменить этот коммент совершенно произвольно. Удалить. Или где-нибудь добавить свой точно такой же. И при этом он будет совершенно прав со всех точек зрения, а вот разработчик, который привязал в своей работе что-то к комментарию - наоборот, полностью не прав. И тоже со всех точек зрения. В данном случае это тем более не оправдано, что вариантов привязки сколько угодно. Хоть просто к php, хоть к $_['heading_title'] или $_['text_error'], они тоже никуда не денутся

Очень трудно продавать товары в скрипте будущего. Приходится торговать на том, который уже есть. А в нем ocmod в наличии

Вот так: <search index="0"><![CDATA[php]]></search> <add position="after"><![CDATA[ Комменты трогать не надо. "Изменение и удаление любых комментариев не должно влиять на исполнение кода" - просто считать это абсолютным правилом. И да, кстати, вы не отметили еще два момента - искать можно не по целой строке. И даже менять часть строки. А еще, без индекса будут заменяться все вхождения строки поиска. Так что иногда его как раз стоит ставить, на всякий случай. Вообще-то очень полезная вещь была бы. Приходит в голову любому, кто начинает работать с ocmod. Жалко, что этого нет (есть разные допилы, чтобы был мультистрочный поиск, но это уже только для себя)

Неправда. Это только частный случай, а так-то модфикатор .ocmod.zip может из много чего состоять. <name>Name Of Mega Modification - название нашего супер модуля</name> <code>name_of_mega_modification - внутренний код модификатора</code> <version>1.0 2.3.x-3.0.x - можно написать версию файла, для каких версий подходит, ну так, чтоб понятно было</version> <author>spectre - ваш супер ник</author> <link>https://freelancer.od.ua/ - ваш суперсайт</link> Надо сказать, что здесь все фигня неважно и ни на что(кроме внешнего оформления) не влияет, кроме code. code должен быть уникальным, иначе при установке получите ошибку. Отметьте, что ошибка здесь - это ошибка поиска вхождения образца, а не ошибка выполнения скрипта. Если найти не удалось, то по "skip" ищем следующее, а по "abort" прекращаем обрабатывать модификатор (но то, что им уже модфицировано, обратно не откатывается и так и остается в магазине). А самого главного так и не сказали - мультистрочный поиск не работает А вот и не всегда это хорошо (хотя чаще всего стоит стремиться). Иногда проще привязаться к не уникальным строкам, если они гарантированно будут и при этом "коллеги-программисты" на них никогда(почти) не покушаются А вот это плохо. Не используйте комменты для поиска без крайней необходимости. Все знают, что комменты - это "ничто", с ними можно что угодно делать, менять, удалять. И тут вы вдруг привязываете к комментарию код... Еще и других учите этой преступной методике

Смотреть код. Если модальное окно часть страницы (так бывает часто), то никакими ссылками и редиректами вы его отдельно от страницы не откроете, надо создавать свою страницу

Файлы сайта у вас лежат на хостинге. Архивируйте и скачивайте. База данных там же, делайте экспорт и готово. Как именно это сделано на таймвеб, я не знаю, читайте инструкции, пишите им в тп

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

Так указаны версии: В чем претензии?

Основные шаги: меняете сервера в двух config.php - в корне сайта и в директории admin: // HTTP define('HTTP_SERVER', 'http://domen.ru/'); // HTTPS define('HTTPS_SERVER', 'https://domen.ru/'); Дополнительные шаги (необязательно): Меняете домен сайта в "система - настройки".