RGB

Вы меня неверно поняли, цена уже написанного приложения, вышедшего на масс-маркет, я про это. Лично меня цена не смущает, а вот целесообразность для моей ситуации - вызывает большие сомнения. А вы кстати не хотите предложить свои услуги этим ребятам? У них творческий кризис, мобильного приложения, насколько я знаю, нет, а денег явно побольше, чем у этого вашего DariKaif :-)

Скорее всего, это приложение изначально писали не для выкладывания в сообщество, а под нужды конкретного клиента - darikaif.ru Соответственно цена для разработки с нуля по немалому ТЗ совершенно адекватная, ну а после релиза видимо решили "Почему бы на таком дивном приложении не начать зарабатывать уже на масс-маркете в сообществе?"

Ну не надо было приплетать php-синтаксис :-) Я же пишу просто ${product_id} Вот пример, как у меня выглядит использование айдишника для добавления товара в сравнения: <a onclick="addToCompare('${product_id}');" >Добавить</a> в сравнения

${product_id} Весь инет скрывал это от вас :-D

Google вообще прямо говорит, что даже если все сделано правильно и сайт идеальный, нет никаких гарантий появления в выдаче расширенных сниппетов, так что тут не угадаешь. У меня вот ничего до сих пор не появилось из того, что нужно, зато появилась картинка авторства (ну где фото из профиля гугл+), которое я в качестве эксперимента указал и которое провисело на сайте сутки всего лишь, после чего я его убрал - но гуглу все равно, уже недели 2 прошло, а он все показывает рядом с ссылками профиль автора :-D

Ну да, но все же лучше с нее редирект сделать на основное зеркало домена, хотя мне не известно способов быстро и легко это сделать для нового ОС, кроме использования seopro с модификациями freelancer'a.

У вас там должно быть так же:

Где же вы избавились от common/home? :-) Ну и плюс дубли с ввв и без, а также с индекс.пхп

Как минимум на 3-х магазинах (1.5.1.3 и 1.5.2) все отлично работает, вы хоть многоточие там не добавляли? Я надеюсь вы поняли, что нужно между этими двумя строчками public $style_results = 'results'; public function render() { вставить еще две public $next = null; public $prev = null; и так далее

Некоторые ждут больше года, некоторые - сутки, все зависит от сайта

Можно решить этот вопрос модулем Производители, как это было в старых версиях ОС.

Когда freelancer'у надоест отвечать на одинаковые вопросы - он поймет необходимость доработки своего демо и внятного описания того, что умеет и что не умеет фильтр :-) Неактивными становятся только те атрибуты, которых нет в выборке, как вы правильно указали, по цене и производителю, а также по опциям. На демо не понятно, что есть опция, а что есть обычный атрибут, поэтому 95% людей (и я тоже) наверняка не понимают реальных возможностей фильтра, принимая пересчет опций за пересчет атрибутов. Но не расстраивайтесь, а лучше примите участие вот в этом мероприятии - тогда должна будет появиться полноценная работа со скрытием неактивных атрибутов.

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

Упс :-) Добавьте #filterpro .option_box table label.disabled:hover { text-decoration: none; cursor: default; } И в js-файл после $(v).removeAttr("disabled"); это $('[at_v_t="' + at_v_i + '"]').removeAttr("class"); И после j.removeAttr("disabled"); Это $('label[for="manufacturer_' + k.id + '"]').removeAttr("class");

А зачем товар отключать, если можно ему влепить статус Нет в наличии?

Нет, все с # игнорируется ПС. Гугл индексирует категории как будто у вас нет модуля фильтра, то есть по стандартной пагинации: category_name/?page=1; category_name/?page=2; category_name/?page=3 и т.п.

Такое предложение - когда при сортировке по цене или производителю часть атрибутов становится недоступной для выбора (чекбоксы получают статус disabled), есть смысл назначить на лейблы рядом с ними свой класс disabled, чтобы они были просто серыми (сейчас они не меняют свой класс и выглядят как обычные ссылки, хотя при нажатии на них ничего не происходит - юзер путается и не понимает, что произошло, ибо не все понимают, чем отличаются неактивные чекбоксы от активных). Так вот, как это решить - в \catalog\view\javascript\filterpro.min.js нужно внести изменения для добавления нового класса для лейблов неактивных атрибутов. Для этого нужно после строчки: $(v).attr("disabled", "disabled"); Добавить: $('[at_v_t="' + at_v_i + '"]').attr("class", "disabled"); После: $(v).removeAttr("disabled"); Добавить: $('[at_v_t="' + at_v_i + '"]').removeAttr("class"); И для производителей после строчки: j.attr("disabled", "disabled"); Добавить: $('label[for="manufacturer_' + l[1] + '"]').attr("class", "disabled"); И после: j.removeAttr("disabled"); Добавить: $('label[for="manufacturer_' + k.id + '"]').removeAttr("class"); И последнее - в файле стилей filterpro.css где-нибудь добавить #filterpro .option_box table label.disabled { color: #999; } #filterpro .option_box table label.disabled:hover { cursor: default; }

Попробуйте сделать как гугл советует: https://opencartforum.com/topic/1669-seo-%d0%ba%d0%be%d0%bd%d1%82%d0%b5%d0%bd%d1%82-%d0%b8-%d1%83%d1%81%d1%82%d1%80%d0%b0%d0%bd%d0%b5%d0%bd%d0%b8%d0%b5-%d0%b4%d1%83%d0%b1%d0%bb%d0%b5%d0%b9-%d1%81%d1%81%d1%8b%d0%bb%d0%be%d0%ba/page__view__findpost__p__117183

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

Для меня главная проблема - это импорт всех этих радостей из excel, потому что все базы ведутся там, и соответственно все атрибуты назначаются товарам там сразу всем скопом (что получается быстрее), а не в админке. Поэтому проблема еще и в импорте всех этих радостей.

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

Логично, что все всё хотят как можно быстрее? Интересует вот что - как будет работать пересчет и скрытие ненужных атрибутов фильтра на категориях с 1500-2000 товаров (использоваться будут только фильтр по цене, производителю и одному атрибуту - тип товара)? Ведь как я понимаю, от этой функции фильтр не станет быстрее и рискует скатиться до неподъемности фильтра soor'а, который на таких количествах работает очень задумчиво.

Создали и специально ждали, пока все кому не лень создадут свои собственные версии фильтров? :-) Демка интересная, но не очень понятно - все значения фильтра берутся из своих собственных полей, а не из стандартных (родных для ОС) атрибутов товара? По админке (кстати интересная админка у вас) кажется, что все именно так, как в старой версии фильтра - каждому товару нужно назначить свои собственные значения фильтра.

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

Я о том, что вы скопировали код вместе с форумным выделением жирным шрифтом тегами [ b ] и [ /b ], что сделал freelancer для вашего удобства, чтобы было видно какой кусок кода меняется: 'pagination' => [b]$pagination_html[/b], Но беда в том, что эти теги не удаляются, если использовать оформление в виде кода. Поэтому если его в таком виде вставить в файл, ничего хорошего не произойдет, и желательно эти теги убрать :-)