rb2

http://ru.wikipedia.org/wiki/Patch_(UNIX) Судя по тому, что простая демонстрация запуска diff для сравнения двух файлов взрывает мозг, лучше начать с WinMerge. Иначе вы там неизвестно что напатчите на сервере.

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

Это необязательно городить. Вполне достаточно <img src="/image/chto-to-tam.jpg" />

См. catalog/model/total/ Думаю, готовые модули давно уже есть для этого. См. opencart.com - Extensions

1. Сделайте дамп базы. 2. Добавьте 1 товар вручную, заполнив все нужные поля (чтобы их увидеть). 3. Сделайте второй дамп базы. 4. Сравните. Медитируйте над разницей.

Какой именно журнал ошибок? Вам нужен в первую очередь файл ошибок веб-сервера (ищите в админке хостера), а не логи опенкарта или vqmod-а. Первым делом попробуйте .htaccess переименовать в *.txt. Может не все директивы совместимы.

Автоматическое обновление курса валют отключите. Или включите на хостинге CURL. И поиском пользуйтесь.

В главном меню оставить вывод только первого уровня категорий. Модуль категорий - модифицировать или клонировать. И оставить там только вывод выбранной подкатегории. Ну и стену категорий можно вдобавок использовать для красивостей с картинками.

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

Добавьте layout для этой страницы. Если он находится - опенкарт не использует схему 'Default" и дефолтный модуль сответственно не выводится на этой схеме.

Файл `.htaccess` откройте и поищите там "sitemap". Обычно там RewriteRule указано и отдается динамически сгенерированный xml. Надо отдавать статический файл - закомментируйте.

Результаты поиска Поиск по слову "партнерская" вернул 55 результатов. При просмотре заказа, насколько помню, строчка с иконкой появлятся - зачислить комиссию партнеру.

Конверсия говорит о конверсии. Насколько площадка вообще убедительна и скольким прохожим способна продать. А всё остальное - уже экономика. Со средним чеком, ценами лида, маржой, фактами, фантазиями, интерполяциями на будущее и посещаемость, и т.п.

Насколько я помню, LIMIT в запросах с ORDER BY на последних страницах выбирает все данные, сортирует, а потом отбрасывает и возвращает последние 100 или сколько там. И такое поведение вплоть до MySQL 5.6.2. Так что временные таблицы (или merge file) будет использоваться при больших объемах таблиц, которые ещё мержатся друг с другом. Yesvik показывал, как с этим можно бороться. Суть в том, чтобы вложенным запросом сначала выбрать ID нужной сотни товаров, а только потом навешивать на них все JOIN-ы. Мы с этими спичками сталкивались на 800к товаров, с выборками по 1000 товаров. Простейшая операция по укорачиванию `SELECT *` и выборка всего нескольких используемых полей убрала тормоза и сделала человека счастливым. По его словам, всё стало летать. Без всяких переездов на свои сервера и доп. оптимизаций. Не знаю, делал ли он то, что Yesvik предложил - там ещё экономия ресурсов получалась. Или этих спичек хватило. Про максимум 100 записей - см. выше. Одно другому не мешает. В чём вопрос-то? По сути. Понимаю ли я разницу? Понимаю. Что-то Вы издалека начали. Давайте сэкономим друг другу время, а? У меня член 25 см. Многих радует, когда докапываются. И прикидывают с калькуляторами и бенчмарками. http://yuiblog.com/b...esearch-part-3/ http://developer.yah...tml#cookie_size http://developer.yah...tml#cookie_free Хотя до некоторых всё равно не доходят такие мелочи, кто бы ни объяснял. Всё готовы закешировать и объявить это решение панацеей.

Вообще-то все считают его одинаково: число покупателей на 100 посетителей. Поэтому его и можно сравнивать.

Серьёзно что ли? g средняя конверсия g конверсия site:opencartforum.com http://www.biznet.ru/topic107866.html и т.д.

Мне интересна тема производительности фильтра в контексте сабжа (для больших магазинов, 100k+ товаров). Ха 3 раза. Это не спички, там огромнейшие объёмы набегают, если выбирать всё подряд. А ещё если джойнить это всё направо и налево.Не хватает места не то что в памяти -- временные разделы на диске заканчиваются, когда MySQL пытается временные таблицы записать. И валится с ошибкой (это раз). И о какой оптимизации тут вообще можно говорить (это два). Тут вон недавно url_alias с 256 символов до 32 кто-то сокращал - и одно это дало хороший эффект. На хай-лоад проектах вообще каждый HTTP запрос и размер кук принято считать, а тут - 'select *' называют спичками :)))

Во, и как раз то, что называется "гостевой эффект" :) Тыкаю наугад и выбираю в фильтре: Категория: Электрогенераторы Тип генератора: Бензиновые Мощность кВт: 6 - 7 кВт Количество фаз: 3 фазы Метод запуска: Автоматический (АВР) Остается 5 товаров. Нажимаю на первый - и вижу мощность 7.5 кВт. Какая замечательная иллюстрация. Это то, что называется отсутствием нормализации и вредом дублирования. В общем, идея, как я понял, именно та, которую я называл. В атрибутах есть мощности (5.5, 6.5, ... кВт), а в фильтре для уменьшения вариантов они включаются в одну из групп (5-7 кВт и т.д.) Но я до сих пор не понимаю зачем так много дублировать и вносить ошибки, если проще добавить ещё один "группировочный" атрибут. Смысл тот же, что при дублировании (атрибуты отдельно, фильтр отдельно), но таких групп надо 2-3 (из 20 в среднем атрибутов на каждый товар), правильно? То есть 2-3 лишних атрибута для служебных целей. А остальные можно просто галочками включать или выключать для участия в работе фильтра. Вероятность ошибок - гораздо ниже, чем если всё то же самое мы банально ВЫНУЖДЕНЫ дублировать. Один раз в атрибутах, другой - в значениях фильтра. Об этом же и речь. Да, естественно - желательно иметь возможность указывать, какие атрибуты и опции участвуют в работе фильтра и навигации. Например, это "группировочный" с диапазонами - есть в фильтре, а пара атрибутов с точными значениями мощности (номинальная и максимальная) - не участвуют. (Не знаю, есть ли это в том фильтре, который на ваших сайтах используется.) Но дублировать?... Прелести подхода я и после этих примеров ещё не понял, скорее убедился в обратном. Или не туда смотрел и не всё увидел?

Да, я не могу представить ситуацию, когда захочется именно дублировать дополнительно для фильтра то, что уже и так есть в атрибутах. Теоретически я понимаю, плюс всего один - возможность отделения мух от котлет, если кол-во атрибутов и кол-во элементов, участвующих в фильтрации, слишком разное. Но на практике не встречал таких ситуаций. То ли атрибутов у каждого товара несколько десятков, а фильтр нужен не по всем, а только по парочке? Для снижения нагрузки на фильтр, получается? То ли ещё что? Можете на конкретных примерах пояснить практические плюсы? Или только тот, что я назвал, и он все неудобства покрывает?

http://www.templatemonster.com/opencart-templates/42999.html

А может кто-нибудь подскажет, почему они решили идти по пути отдельных значений для фильтра, а не атрибутов/опций? Меня это решение удивило. Может они где-то в дебрях форума обсуждали и можно почитать, почему так?

У меня описано для 1.5.5 и раньше было для 1.5.1: показ SEO keyword в админке, в списке категорий. Для 1.5.5 есть комплект измененных файлов или vqMod, если дифф непонятен.

У таких блондинок огромное преимущество - они варятся в этой среде и говорят со своей аудиторией на одном языке. Вот у них конверсия зашкаливает, и часто до магазина дело доходит уже после нехилых продаж в соцсетях без всякого SEO и сайта. У нас же обычно подходят совсем с другого края. И когда им говоришь - о, так вам сюда, тут золотое дно и как раз ваш целевой трафик, в ответ - ну не, мы не будем, у нас же магазин, и вообще не умеем. И действительно не умеют, т.к. в соцсетях продавать - нюх нужен и общение, а не тупое впаривание. И учиться не хотят. Вот им - да, прямой путь к покупке трафика. Руки опускаются.

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

Рост посещаемости - не совсем тот критерий, который можно считать хорошим результатом. Это просто средство. Результат - это конверсия. Средняя по больнице в рунете - 1-2%. Хорошая - 10% и выше. А 0.62% и 0.30% со скриншотов... Понимаете, к чему я? Львиная доля всех ваших посещений - возможно, просто конкуренты, боты, грабберы контента с картинками или аггрегаторы-анализаторы цен. Может я ошибаюсь и весь ваш трафик целевой - но тогда тем более конверсия в 0.62% не должна особо радовать, а скорее задавать вопросы: а почему это 99.4% уходят и не покупают/регистрируются/подписываются?