destreser

Версия движка?
Адаптивность?

Функционал готов или надо доделывать (фильтр, подписка, быстрый заказ, блог)?

catalog/view/theme/default/template/common/header.tpl

 

строка ~73

 

поменяйте col-sm-4 на col-sm-9

 

 

Я тоже практически всё делал без доступа по фтп. Просто смирился... :)

Как это нет? Есть релиз 2.0.2.0 - http://www.opencart.com/index.php?route=download/download

Элегантное решение, поддерживаю.

Проблема в том, что нет четкого понимания что должно быть в итоге и зачем. Так же есть "небольшие" пожелания, но реализовать их можно потратив несопоставимо больше времени. Я несколько раз переделывал отдельные элементы, что бы заказчик был максимально доволен, но продолжать в таком режиме не могу, т.к. времени для основного проекта в обрез.

Значит выберите справа, что бы появилось слева :)
Может у вас перевод кривой?
В любом случае направление размышлений я указал.

 

Кстати, может быть это потому, что у вас rs1. Обновитесь до полноценной версии.

Простой выход - добавьте в катрочку товара в левый или правый сайдбар любой модуль, типа списка категорий, информации и чего-то подобного.
Чуть сложнее - подобрать картинки побольше.
Более сложный - переверстать карточку товара как вам надо.
Всё еще приемлемый - установить стороннюю тему оформления, которая будет вам подходить.
Радикальный - убрать к херам адаптивность, зато убогая маленькая картинка будет такой на _всех_ разрешениях, а не только на десктопе.

<offtop>
Пока люди будут хотеть делать всякие глупости, развитие движка будет топтаться на месте...

</offtop>

Скорее всего в шаблон встроено http://svh.by/solutions/simple-bpc

Навскидку $350 за всё при адекватном объеме "доработок". Однако может и больше.
Сроки - 1-2-3 недели, по одной картинке тяжело сказать.

Общение по скайпу голосом исключено, только в режиме чата. А в идеале - по e-mail. А то фиг потом докажешь что рассказывалось/просилось/обещалось/объяснялось и т.д.

Исходный шаблон адаптивный. Макеты для меньших разрешений у вас есть, или всё на усмотрение исполнителя?

Что автор понимает под "стабильная"? Я не могу врубиться.

скрин

Мне кажется дело в самой таблице. Сейчас под рукой нет 2.0.1.1, но, кажется, ограничения на количество символов в описании для категории там нет.

Поточнее объясните какие именно описания. Статьи, описание товара? При чем тут футер?

Исходный код править из админки нельзя, только по фтп.
Однако есть вариант в виде модуля - http://www.opencart.com/index.php?route=extension/extension/info&extension_id=17423 . Сам пользуюсь иногда, довольно удобно.

Попробуйте вот так - https://opencartforum.com/topic/1010-kak-vkliuchit-rasshirennyi-poisk-po-umolchaniiu/?do=findComment&comment=6338

Ради интереса могу глянуть. Киньте мне в личку данные для фтп к вашему сайту.

На самом деле скорей всего расширение было не .ocmod.xml

Проверил, работает. В прошлый раз, видимо, что-то не так сделал. Хотя даже не предстваляю зачем оно мне сейчас.

В паре с NOT FOUND? Номер строки? ))) Да ещё правильный? ))))))

Ну нет же, я имею ввиду штатный режим работы. А при NOT FOUND, конечно же, номера строки нет, что логично.

А других ошибок в логе ocmod.log и нет. Только Not found.

Так больше там и не может ничего быть (из ошибок). Каких еще могут быть ошибки в механизме поиска строк? "Найдено, но не совсем то, что нужно"? :)

Проблем с OCMOD у меня нет

Так, стоп. С вашей стороны было утверждение, что:

Лог ocmod.log содержит неверные данные, на него нельзя ориентироваться при поиске ошибок...

Получается, что это у меня проблем с ocmod-ом нет, а у вас как-раз таки есть, раз у NOT FOUND номер строки пишет. А мне было любопытно почему у вас так, не более.

Для отладки достаточно положить свой "tram-param.ocmod.xml" в папку "system".

А вот это у меня как-раз не завелось. :)  Хотя я не особо старался.

Каждому своё, несомненно. Скорее всего у нас по-разному налажен рабочий процесс.
Вот к примеру - я не пересобираю архивы. Я их открываю тоталом (это у меня вобще основной инструмент), внутри них же вношу правки, при сохранеии изменений архив сам пересобирается.
Ну и процесс создания "безошибочного" *.ocmod.xml у меня достаточно нетривиальный - беру исходный vqmod или ocmod-файл и вручную, медитативно переношу каждое правило в новый шаблонный ocmod-файл, заранее размеченный мной. Кстати здесь поясню зачем - было дело, тоже столкнулся с NOT FOUND!, хотя строка существовала. Ломал голову, в чем же дело. В итоге выяснил, что есть разница в том, как записывать искомую строку. Сейчас уже точно не скажу какая именно запись не работала (вроде бы, если искомая строка была сразу между

<![CDATA[...]]>

на одной строке, т.е. без переноса на новую строку

<![CDATA[
...
]]>

Так же было недопонимание с табуляцией, то ли табы не хотело кушать, то ли пробелы, не помню.).

 

Возможно вы столкнулись с чем то подобным. Прикрепил свой рабочий шаблон с нормальной табуляцией, поэкспериментируйте.

А по поводу лога я абсолютно серьезно. Всегда показывал правильную строку, ни разу не было "oO WTF?!" с моей стороны :) Естественно никаких сторонних vqmod-ов не установлено.
Давайте может эксперемент проведем? Киньте проблемный xml, я его у себя заинсталю, посмотрю лог ошибок, сравним. Вдруг я дествительно просто везучий.

new.ocmod.zip

Вот честно, я не чувствую дискомфорта. В vqmod-e надо было вручную лазить по каталогам, чистить руками кеш, в ocmod-е надо нажать на пару кнопок, что бы сделать то же самое. Мне приятней нажимать кнопки и вобще не трогать фтп-менеджер.

И кстати лог в ocmode мне тоже нравится больше :) наверно я марсианин.

Вобще-то сейсчас занимаюсь уже 16м по счету модулем ;)

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

Не пойму одного - зачем нужно было делать все через OpenCartовский "настроечный" FTP. Ведь заливать на сайт все умеют, даже чайники. Ну сделали бы в 2.0 выбор файла прямо с папки на сервере, после установки убивали. Чтоб без ошметок.

Нормально всё сделано, оч удобно, если пользуешься постоянно (вот я пользуюсь постоянно и мне очень удобно :) ).