COVID2019 и это вот все. Друзья, вся эта история начинает плохо пахнет. Мойте руки, не ходите в люди. Отложите все плановые покупки и положите в носок заначку. Заприте ваших родителей, бабушек-дедушек на даче. Лучше перебдеть чем недобдеть. Берегите себя!
savage4pro
-
Публикации
786 -
Зарегистрирован
-
Посещение
-
Days Won
74
Все публикации пользователя savage4pro
-
ответил в личку
-
загляните в идущую в комплекте таблицу стилей roboto-forced.css, и переопределяйте классы свободно
-
добрый день используйте последнюю версию: roboto-rouble-symbol-2.5.ocmod.zip в комплекте идет часть шрифта с именем RobotoLatinExt, конфликтов быть не должно
-
Админка -> Дизайн -> Меню
-
обновлен удалите модуль из админки, если он установился и даст себя деактивировать, затем удалите файлы модуля (по списку архиве /upload) скачайте отдельный архив для 2.3.x и установите обычным способом
-
не могу повторить ошибку, хром (61.0.3163.100) и опера (45.0.2552.635) нормально скачали пока мышка на нее случайно не попадет, ее и не видно
-
спасибо за покупку скиньте в личку ссылку на страницу товара
-
Настройки магазина, таб Опции, блок Оформление заказа
-
нет нет они просто не увидят этого файла
-
решено
-
правда, не могу знать наверняка, насколько сейчас актуальна именно эта проблема
-
там же, где и
-
даже если они убрали отдачу jpg только из server-блока, слушающего http, все равно это лишний раз дергает апач, который либо отдаст картинку сразу (+/- кэш и сжатие), либо через свой мод_рерайт отправит на второй круг к nginx, и еще неизвестно, что лучше конечно отправляем весь траффик по https на основной домен server { listen 80; server_name site.com www.site.com ; rewrite ^(.*) https://site.com$request_uri break; } server { listen 443 ssl; server_name www.site.com; ssl_certificate_key /path/to/certs/site.com.private.key; ssl_certificate /path/to/certs/site.com.fullchain.crt; rewrite ^(.*) https://site.com$request_uri break; }
-
"you've made my day!" (c) а серьезно, если ТП хостера действительно считает такое решение решением, бегите от него теперь вместо быстрой обработкой легким nginx-ом с кэшированием и сжатием запросы и отдачу jpg-статики обрабатывает тяжеловесный apache лучше бы не решали вовсе, это меньшее зло
-
толковый минимум, с которым люди выходят на рынок продаж готовых ИМ найти, купить, украсть, в общем собрать в рабочую кучку - это одно, а вот вылизать получившуюся "коробку" до состояния котячьего достоинства - это уже совсем другое здесь в вашем тексте и просматривается диссонанс, в общем, по-честному определитесь уже с задачей но оба варианта, безусловно, требуют финансовых и/или временных затрат -
конечно не оптимизирован, робот же не может прочесть css если хотите показать роботам, каков же ваш сайт красивый, разрешите им читать ваши стили и скрипты в robots.txt, например так: но ничего не могу сказать по поводу полезности этого мероприятия
-
нет
-
в планах действительно, в планах есть, но сроки по работе над данным модулем постоянно сдвигаются, в общем, пока ищите альтернативы
-
гугл отдает https как только она становится доступной, даже при наличии действующей http-версии https://webmasters.googleblog.com/2015/12/indexing-https-pages-by-default.html
-
причин, что нет ответа, несколько говорите про штатный шаблон, но указываете какой-то странный адрес для неких настроек, вот то, что вы имели в виду таб "Изображения" в настройках магазина, совершенно не очевидно, да и к делу не относится из админки управлять стилями шаблона - неблагодарное занятие, управлять выводимым кол-вом - да, но как оно будет смотреться, должны решать файлы шаблона сборка, конечно, очень толковая, но ее время уходит нет ссылки на сам сайт, которую крайне желательно указывать, когда речь заходит о верстке в консоли браузера вы сами можете посмотреть реализацию списка на странице-примере, и утащить в свои файлы стилей, с доработками или как есть НГ же, "елки-иголки" учитывая прочитанное, ответьте сами, чем тут можно помочь? сверстать так, чтобы вам понравилось? так уже сверстано все, на указанной вами странице это есть, а переносить реализацию на ваш сайт - это ведь задача для стола заказов
-
"Не убий, не пей спиртного, не воруй вещей чужих, Не люби жену другого, ты свою хоть ублажи" (ц)
-
либо путь/имя все же неправильные, либо htaccess правило какое-то у вас срабатывает
-
чтобы убедиться, что это движок вредит, создайте папку в корне, ну пусть будет test-yclid, в нее положите пустой index.php и откройте http://ваш-сайт/test-yclid/?yclid=123 если изменится путь, значит проблема в htaccess если не изменится, значит движок, сотрите созданную папку, затем отключите в админке все модификаторы (и переименуйте в system все *.ocmod.xml если они есть), если проблема уйдет, включайте по одному если не уйдет, сравните свой seo_pro с актуальным https://github.com/ocshop/ocshop/blob/oc-2.1.0.2/upload/catalog/controller/common/seo_pro.php если же проблема остается не смотря ни на что, создавайте тему в столе заказов
-
кроме копирования папки исходной темы, в 2.3 необходимо создать новую тему как расширение для этого, как вариант, продублируйте контроллер, шаблон и по желанию языковые файлы модуля исходной темы admin/controller/extension/theme admin/view/template/extension/theme admin/language/*/extension/theme
-
это не нормальное поведение для чистого движка opencart.pro версии 2.1.0.2.2 с включенным seo_pro
