1st
-
Публикации
18 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем 1st
-
-
Действительно, что он значит? Может то, что кто-то не вдумчиво читает посты? Конечно, понимаю, что помощь бесплатная, но всё же...
Разжёвываю:
1. На категорию магазина Все для авто установил картинку с оригинальным размером в 750х250.
2. Устанавливаю такой же размер в админке (рис.1)
3. Видим результат (рис.2)
4. Но, если убрать max-width в css - всё становится так как надо. (рис.3)
А в итоге: получаем картинку нормальных размеров на десктопе, а на телефоне картинка будет слишком широкая, т.к max-width для нее работать не будет, если его убрать конечно же.
Рис.1
Рис.2
Рис.3
Опять же, вкратце: ставлю изображение на категорию размером 750х250, устанавливаю такие же значения в админке, а на выходе изображение слишком маленькое. Для того, чтобы оно стало таким как надо - нужно удалить тэг max-width:100% из блока, отвечающего за вывод картинки в категории, но при этом частично теряется адаптивность для мобильных телефонов, т.к картинка категории слишком большая, и не уменьшается в процентном соотношении пропорционально размеру дисплея. -
Извините, если неправильно выразился. Скриншот ниже:
Такая же проблема наблюдается и в оригинальной сборке OC -
Повторюсь, пожалуй.
Ставлю картинку большую, в админке указываю размер (700х250) а изображение по прежнему маленькое?
Выкручивался только удалением max-width:100% в bootstrap-min.css, правда при этом вся адаптивность для мобильных устройств терялась, т.к картинка не подгонялась под размер дисплея.
Получается, что для решения этой проблемы нужно писать еще одно условие, которое будет проверять устройство по media-запросу, и потом, если такое имело бы место - прописывать еще один класс, который уже подгонял превьюшку под размер экрана? -
Да уж, наверное у топик стартера кот с бритыми яйцами ходит даже.
По факту - проще написать свой магазин, чем вычистить сборку. Залез на гитхаб, натягал классов нужных, создал 5 таблиц и готово. Или на ворпрессе.
А если серьезно:
Прежде чем вы соберетесь что нить чистить, подумайте о дальнейшем расширении фукнционала.
Масса модулей используют на первый взгляд такое количество ненужных внутренних функций, что вдумавшись вы просто прозреете.
ВП почему то не смог осилить, при работе с шаблоном, как то там всё замудренно, да и ОС нравится адаптивностью.
А насчет функционала - у себя удалял такие поля: факс, компания, адрес_2, индекс (почтовый) и прочее, что связано непосредственно с регистрацией. Использовать поля такого рода мне ни к чему, потому я решил избавится от них везде, ну как это делается (*.tpl, *php (контроллеры и модели)
-
Окей, ладно.
А что насчет проблемы с превьюшками картинок в категории товаров?
Ставлю картинку большую, в админке указываю размер (700х250) а изображение по прежнему маленькое?
Выкручивался только удалением max-width:100% в bootstrap-min.css, правда при этом вся адаптивность для мобильных устройств терялась, т.к картинка не подгонялась под размер дисплея.
Получается, что для решения этой проблемы нужно писать еще одно условие, которое будет проверять устройство по media-запросу, и потом, если такое имело бы место - прописывать еще один класс, который уже подгонял превьюшку под размер экрана? -
Да уж, наверное у топик стартера кот с бритыми яйцами ходит даже.
По факту - проще написать свой магазин, чем вычистить сборку. Залез на гитхаб, натягал классов нужных, создал 5 таблиц и готово. Или на ворпрессе.
А если серьезно:
Прежде чем вы соберетесь что нить чистить, подумайте о дальнейшем расширении фукнционала.
Масса модулей используют на первый взгляд такое количество ненужных внутренних функций, что вдумавшись вы просто прозреете.
И Вы туда же, со своими "шутеечками", ну да ладно.
Текущие мучения на OC - скорее временная мера (в планах переезд на что-то более масштабное, аля Битрикс, чтоли)
как написали вам выше вычищайте все лишнее в админке потом делайте экспорт базы и потаблично переносите в файлик инстала только переносите именно таблицы с данными и не трогайте их создание
Я же начинал чистку непосредственно с sql файла, с последующим инсталлом всего двига на хосте (paranoid)
А что мешает вам через админку все подчистить?
Хочу сделать так, чтобы при установке уже всё:
- было переведено на русский так (и там), как (где) мне надо;
- удален демотовар;
- удалены сторонние локали (en);
- etc;
Вообщем, по факту задротничество и перфекционизм внутри хочет всё сделать так, чтобы при установке магаза с нуля - весь хлам (куча стран и городов + всё указанное выше) - было удалено \ приведено в порядок.
Чтобы всё что нужно было сделать - просто поставить двиг и начать забивать товар. Некая "среда" для быстрого развертывания и-нет магазина.
-
мсье перфекционист?
Даже если и так - какая Вам то разница? Каждый занимается своим делом именно так, как он этого хочет.
Это стремление все сделать красиво, так как нужно себе и заставить это все работать так, как это должно быть.
Хотите анекдотов - травите их во флейме, я же сюда за помощью обратился. А Ваши ответные комментарии, полные сарказма и искрометного юмора - банальный оффтоп.
-
Методом "тыка" а также сонным мозгом выявил, чего можно трогать в бд, а чего нельзя)
Правда до сих пор не ясно, почему импортер не подхватывает автоинкримент от id_4 (см. скриншот), а начинает отсчет с 80+
На чистую (ни товаров, ни категорий) импорт только категорий (с условием, когда таблица url_alias пуста) - импортироваться нормально не может, чет на автоинкримент ругается.
Когда же забью пару записей ( id 1-4) - все импортируется, но опять же, id начинается не с 5 а с 80+. Почему? - сам не знаю.
Кому интересно - могу выложить архив с лишними выпилами.
Самый сок в том, что при удалении туевой хучи картинок, оставив по 2 флага (ру\укр), удалив весь демотовар - на выходе получаю *.rar архивчик размеров в 5.9 метра.
SQL запрос, который подхватывается при установке "похудал" с 360 кб до 110 (удалил все, что не связанно с Украиной (политота - я не троллю, просто магаз под себя), установил по дефолту кучу админнастроек (сжатие gzip, валюту, итд), попереводил всё, что мог .
-
Всем доброго.
Интересен такой вопрос: как нужно вычищать БД от лишнего мусора (по своим меркам) (категории,товары,характеристики товара, страны и города,валюты), чтобы можно было спокойно работать с чистым магазином, безо всякой мишуры.
Пример своего файла для залива в БД тут
Какие таблицы можно чистить под 0, а какие обязательные? Просто почему то, при таком варианте SQL файла, какой приведен выше по ссылке - почему то не хочет работать модуль импорта категорий\товаров и прочего, когда выбираешь опцию "перед загрузкой очищать таблицу" -
- Это популярное сообщение.
- Это популярное сообщение.
Приветствую. Не могли бы Вы объяснить для новичка вашего движка как и куда жать по шагам для включения вертикального меню на всех страницах (в т. ч. на главной)?
Заранее Спасибо.
Попадаем в админку, затем в Настройки, там искать Дизайн, а затем подраздел Макеты. Выбираем макет, на странице которого желаем включить тот или инной функционал (в Вашем случае, как я правильно понял - это горизонтальное меню), выбираете Категории, сортировку и расположение
-
А на шаблоне kitchen не работает этот мод? Пробовал ставить, выдает все категории раскрытыми.
Кстати тоже поставил себе, правда на opencart чистый, та же малина, все пункты меню раскрыты изначально
-
В принципе тему можно закрыть, наверное, буду работать через агрегатора ( по совету админа).
Разница между использованием модуля и подключенным агрегатором: 0.15%.
Зато, если не будет работать модуль могу обратится - исправят) -
При установке данной версии с включеным ЧПУ (SeoPro) ссылка на самую первую категорию (Компьютеры) имеет вид типа index.php?route=product/category&path=20, все остальные ссылки выводятся сео-дружественными.
-
На странице скачивания файла в ссылке Рекомендации по заполнению мета тегов http://ocshop.info/meta-tags-title/просьба убрать ; а то при переходе по ссылке - получаем 404)
-
авторам модулей писали ? что говорят ?
и как вариант вот какой то агригатор появился посмотрите условия может устроит http://opencart-ukraine.tumblr.com/post/87407089806/%D0%B1%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B8%D0%B5-%D0%BA%D0%B0%D1%80%D1%82%D1%8B-%D0%BF%D1%80%D0%B8%D0%B2%D0%B0%D1%8224-%D0%BD%D0%B0-%D0%BA%D0%B0%D1%80%D1%82%D1%83-%D0%B8-%D1%81%D1%87%D0%B5%D1%82-%D1%87%D0%B5%D1%80%D0%B5%D0%B7
Если я правильно понял, то сам приват за пользование их API, скажем так, берет 2.75% а + еще 2-3% от агрегатора... Или я неправильно толкую, что пишет казначей?
Цитирую: Комиссия 2,9% (с учетом комиссии банка)
Т.е, агрегатор берет 0.15% за проведение такого рода оплаты? Или же % с пользования API привата сюда никаким макаром?
Да и опять же - это же наша потенциальная прибыль, не так ли?)
А по поводу плагинов: нашел WebMe приват24 плагин, но, возможно, дело даже и не в плагине, а в тестовой работе мерчанта, или же изза того, что я пытаюсь произвести платеж без денег. Или же я пытаюсь произвести оплату с той карты, на которую средства и должны поступить
Суть: после того, как попадаешь в приват24, получаешь ОТП пароль для подтверждения покупки - приват посылает покупателя лесом со словами Send OTP error (хотя какого, ибо пароль приходит).
Далее нажимаю на кнопку Вернуться на сайт и в ответ получаю такие вот красотости:
Notice: Undefined index: payment in /home/b/b66627el/b66627el.bget.ru/public_html/catalog/controller/payment/webme_p24.php on line 103Notice: Undefined index: signature in /home/b/b66627el/b66627el.bget.ru/public_html/catalog/controller/payment/webme_p24.php on line 105Notice: Undefined variable: order_id in /home/b/b66627el/b66627el.bget.ru/public_html/catalog/controller/payment/webme_p24.php on line 125Notice: Undefined variable: response_payment_data in /home/b/b66627el/b66627el.bget.ru/public_html/catalog/controller/payment/webme_p24.php on line 125Notice: Undefined variable: response_payment_data in /home/b/b66627el/b66627el.bget.ru/public_html/catalog/controller/payment/webme_p24.php on line 125Warning: Cannot modify header information - headers already sent by (output started at /home/b/b66627el/b66627el.bget.ru/public_html/index.php:106) in /home/b/b66627el/b66627el.bget.ru/public_html/vqmod/vqcache/vq2-system_engine_controller.php on line 28Warning: Cannot modify header information - headers already sent by (output started at /home/b/b66627el/b66627el.bget.ru/public_html/index.php:106) in /home/b/b66627el/b66627el.bget.ru/public_html/vqmod/vqcache/vq2-system_engine_controller.php on line 29
-
Доброго всем.
Ищется сабж, требуется подключение возможности оплаты заказов через систему Приват24.
Искал наверное плохо, ибо не нашел нормально работающий. Тестовые платежи не проходят, сыпет ошибками, когда после неудачной оплаты жмешь на кнопку "Вернуться на сайт".
-
Доброго. Почитал Ваш блог, почитал комменты, посмотрел скрины. Всё очень даже красиво выглядит, спасибо Вам за труды. ( и от лица тех, кто уже пользуется OCShop-ом)
Судя по Вашему блогу, ув. администратор, на 2.0.3.1 понту сидеть нету. В связи с этим вопрос: а есть смысл использовать более старую версию двига?
Понимаю, что она с доработками (реально существенными, именно таким должен был быть opencart), но смешно и странно задавать подобного типа вопрос, ведь версии новее, а соответственно и где-то должны стать чуть качественней.
И еще парочка вопросов:
1. OCShop совместим со всеми модулями по OC ?
2. Будет ли (либо же доступен ли) модуль Privat24 из коробки?
3. В работе полюбому пригодится модуль импорта\экспорта товара в\из XLS. Функционал такого типа в версии 1.5.х.х отсутствует?
Заранее спасибо.
Проблемы со сборкой "под себя"
в Общие вопросы
Опубликовано:
Окей, я посмотрю, но зачем тогда делать в админке указание размеров для картинки, если рассматривать мой вариант, то параметры не работают как надо.