RGB

Ну конечно, просто мне было лень менять цифры :-) freelancer теперь вы поняли, чего мы хотим?

Ну вот на сайте из демки: http://autoulet.ru/avtozvuk/akustika/koaksialnaya/ Выбираем в селекте значение 150 Вт в блоке МОЩНОСТЬ НОМИНАЛЬНАЯ Выводится 4 модели, все верно, идем дальше. Выбираем значение 2 в блоке КОЛИЧЕСТВО ПОЛОС - ожидаемая реакция, что что-то измениться, ведь я хочу увидеть все двухполосные динамики мощностью 150 Вт , но ничего подобного не происходит, я вижу все те же 4 модели. Тут я, как любой другой юзер, могу подумать, может эти 4 модели и есть все двухполосные динамики этого магазина? Но нет, рядом со значением 2 полосы указана цифра 241, но вместо двух сотен моделей я вижу лишь 4! Можно клацнуть и 1 полосу, и 4 - все равно выборка не поменяется, потому что модуль фильтрации не отслеживает зависимости от того, что я выбрал. По всем правилам построения интерфейсов логично было бы просто сделать неактивными эти чекбоксы с разными вариантами, выбор которых все равно не изменит текущие результаты фильтрации, потому что это путает пользователя. Если сейчас все выглядит так: То логичнее сделать вот так (чекбоксы неактивны, потому что с мощность 150 Вт нет ни одной модели, у которой были бы указаны эти атрибуты): Я не знаю как понятнее объяснить, если уж совсем наглядно, то у тормознутого фильтра SooR была реализована эта логика работы.

Я же уже раз 5 объяснял, что имею в виду :-)

Нашлось все, загадочна и многогранна работа спам-фильтров gmail :-)

А что случилось с рассылкой обновлений? Мне все так же не пришла последняя версия (если 3.3.0 последняя), что я делаю не так?

Вы не совсем правильно поняли - радиобаттоны так же не учитывают выборку, как чекбоксы или другие способы фильтрации. Я имею в виду, что при выборе корпуса моноблок (из вашего примера), атрибуты всех телефонов, у которых корпус НЕ моноблок, следовало бы скрывать, потому что их выбор все равно ничего не покажет.

Не очень понятно, что такое "пересчет кол-ва для атрибутов и скрытие пунктов для которых кол-во = 0", если имеется в виду то, что в выборке будет учитываться то, что пользователь уже выбрал (не будут показываться те атрибуты, выбор которых не вернет никаких результатов) , то я всеми руками и ногами за. Я имею в виду, что если допустим есть категория мобильных телефонов, и есть группа с атрибутами Тип экрана, и там есть пункт Retina, то если выбрать этот пункт, атрибуты всех телефонов, у которых другой тип экрана, будут недоступны для выбора. Похоже, что это что-то среднее между пересчетом и скрытием.

Стесняюсь спросить, но как именно они у вас размножаются? :-D Почкованием, или как взрослые? Не хотите снять фильм про это?

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

Тоже не приходило такого, последнее 3.3.0

Я про это: технически сложно реализовать, в последнее время всерьез задумываюсь над этим

Разве в ней появилась взаимозависимость выборки атрибутов? По демо я не вижу отличий в этом плане от старших версий

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

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

Ресайз не работает, точнее проблема в том, что на крупных фото логотип будет накладываться как надо, а на маленьких (если исходное фото товара маленькое), накладывается только кусок логотипа, помещающийся в фото товара. ИМХО, логичнее и правильнее наносить лого уже после ресайза фотки, как здесь. При этом проблема с ватермарками на слайдшоу решается прописыванием в условии размеров картинок из слайдшоу.

Короче говоря, в такой ситуации до предложенного варианта открывшаяся статья выглядела бы вот так: А после внесения изменений - уже так: Есть разница? :-)

При попытке открытия статей, подгружаемых через colorbox в popup-окно, в новой вкладке - открывается не голый html-код одной лишь статьи, а полноценная страничка магазина с этой статьей (собственно вы сами указываете, что открывать). Можно было бы запретить пользователю нажатие средней кнопки или вызов контекстного меню, чтобы избежать такой ситуации, но ИМХО в юзабилити нет ничего хуже, чем лишать пользователя привычных инструментов просмотра сайтов в сети.

Спешу поделиться классным способом работы со всплывающими окнами :-) Очевидно, что всплывающие окна (с увеличенными картинками и другой информацией) - это хорошо и гораздо лучше открытия в новом окне, особенно когда там не много информации, которую лучше показать посетителю сразу на той странице, где он находится. Многие из вас наверное заметили, что каждая статья в Opencart, помимо своего основного адреса, может быть открыта по такому адресу: /index.php?route=information/information/info&information_id=1 При этом открывается именно содержимое статьи, т.е. без шапки сайта, без футера и т.п., чистый html из статьи. Очень удобно открывать такие вещи через colorbox, допустим информацию про доставку, чтобы посетитель, зайдя на страничку товара, не открывал лишних вкладок, а просто клацал левой кнопкой по ссылке, ведущей на статью, которая появляется во всплывающем окошке. Но при этом у такого способа есть серьезный недостаток, как и вообще у самого colorbox - если посетитель клацает средней кнопкой (или правой - открыть новую вкладку), то вместо красивого всплывающего окошка появится голая новая вкладка с тем контентом, который должен был загружаться в colorbox (но который туда не попадает, ибо colorbox в таком случае вообще не инициируется). Попробуйте сами открыть так фотку товара у себя на странице товара. И если с картинками еще ситуация терпимая, то при открытии статьи по вышеуказанному способу, откроется голая страница, ничем не напоминающая сайт магазина, с одним лишь текстом статьи. Решается эта проблема через изящный костыль способ, хотя не валидно (не по спецификации html). Что нужно сделать для этого? В параметрах инициализации ссылок на colorbox дописать: href:function(){ return $(this).attr('to'); }, А в коде страницы в том месте, где идет ссылка на то, что мы хотим показать во всплывающем окне, сделать вот так (любители валидного html, не бросайте в меня помидорами): <a to="index.php?route=information/information/info&information_id=1" href="Статья_1" class="" title="">Текст ссылки</a> Что это все значит: как видите, у элемента a появился новый параметр to, которого нет в спецификации хтмл и который по сути будет адресом того содержимого, которое мы хотим открыть во всплывающем окне. При этом у ссылки все так же остается правильный адрес href, по которому пойдут поисковики и те пользователи, которые захотят открыть содержимое через среднюю кнопку или через контекстное меню, короче через создание новой вкладки. В результате хорошо и пользователям, и поисковикам - первые не теряются, попадая на страницы без шапки и футера сайта, а вторые индексируют именно то, что нам нужно. UPD: А чтобы проходить валидацию, можно использовать data-to вместо to

Я наверное делаю по дурацки, но чтобы не следить за массой ид атрибутов, я не вывожу все атрибуты, у которых в их значении есть длинное тире: — ИМХО способ более удобный для большого кол-ва разных атрибутов. Делается просто, в файле шаблона product.tpl: Вместо <?php foreach ($attribute_group['attribute'] as $attribute) { ?> <tr> <td><?php echo $attribute['name']; ?></td> <td><?php echo $attribute['text']; ?></td> </tr> <?php } ?> пишем <?php foreach ($attribute_group['attribute'] as $attribute) { ?> <?php if(!strpos($attribute['name'], "—")) {?> <tr> <td><?php echo $attribute['name']; ?></td> <td><?php echo $attribute['text']; ?></td> </tr> <?php } ?> <?php } ?> Ну и конечно аналогичным способом в боковом блоке фильтрации обрезается вывод всего, что не нужно

Братцы-кролики украинцы, никто не придумал способа - как победить дебилизм загадочность укртелекома, все ip которого через geo_ip определяются как Киев? Дело в том, что покупатели не из столицы, как оказалось (и что в общем-то логично), не любят "зажравшихся киевлян" и в особенности не рады тому, что доставка киевлянам - 1 день максимум, а им в зажопье - 4 дня например. Ну это как при входе в магазин написать большую табличку "Брюнетам скидки 50%", т.е. все брюнеты конечно рады будут, а вот блондины, шатены и прочие озлобленно уйдут, а то и плюнут на витрину :-)

Ну у меня не так много свободного времени, как у вас, поэтому отвечу кратко - не нужно быть кондитером, чтобы отличить говно от конфетки :-)

Жесть какая :-D Вы серьезно за это хотели денег просить? Чтобы не быть совсем голословным - вот вам примеры хороших магазинов: http://www.schwans.com/default.aspx http://www.zappos.com/ И я говорю вовсе не про дизайн (хотя с вашим примером вообще это слово нельзя произносить вслух), а про весь комплекс того, из чего состоит ИМ - в первую очередь - высокая конверсия, юзабилити, карточки товаров, работа с доверием, social proof-ы и прочие вещи.

Так выберите один из тех 5-ти прекрасных модулей, зачем вам эта тема вообще? :-)

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