ocfilter

Приветствую. Вот демка, здесь примерно 170к товаров. С турбой не конфликтует.

@ЕВГЕНИЙ В., приветствую. 1) После выбора модуля из выпадающего списка нажмите "+", который рядом, а затем сохраняйте схему. 2) Сообщите, пожалуйста, место покупки и номер заказа модуля, в личку вышлю фикс.

Здравствуйте. В акциях пока не работает. Ведется разработка в этом направлении.

Нет, там непонятно что, по запросам 0.152 сек, а по TTFB ~5 сек. Причем с выключенным фильтром такая же история, жду от final4ik дальнейших указаний. Грешу на хостинг либо какие-то запросы на внешку.

Напишите в личку адрес сайта, будем выяснять.

Где-то есть обработчик содержимого ячейки, который использует функцию nl2br или str_replace("\n", "<br>", $cell_html) и это, в принципе, правильно, но для чистого текста. Вы же в notepad++ пишете <tr> на новой строке, которая при импорте превращается в <br><tr>, но т.к. это не валидно, то все <br> идут до таблицы. Самый простой способ избавиться от этого - перевести разметку таблицы (и других конструкций типа ul и т.д.) в одну строку и залить это в ячейку. Объединить строки в одну можно поиском с заменой выделенного текста по регулярке. Например, ищем "\R" и заменяем на "ничего" (пустое поле).

@Zernycha Включите расширение "zip" в настройках php. Чтобы узнать точную ошибку, откройте system/startup.php и временно закомментируйте error_reporting(E_ALL); а после добавьте ini_set('display_errors', 1); ini_set('display_startup_errors', 1); error_reporting(-1); попробуйте установить.

Приветствую. Пожалуйста, обновите модуль до последней версии (4.70).

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

Здравствуйте. Напишите мне в ЛС доступ в админку, нужно посмотреть ответ сервера.

Здравствуйте. Вот ссылка на категорию с товарами, у которых есть опции.

1.5 для вас в свое время не был продуктом профессора? Для меня был.

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

Да и не только о проге так говорят) По поводу сабжа - с технической точки зрения не вижу причин относиться ко второму иначе. То есть не хуже и не лучше. По сути только внутренние изменения и переход на BS. Мое мнение, что дело в историческом факторе 1.5: даты открытия магазина, регистрации домена, некий всплеск и новизна opencart'а в тогда еще узких кругах и низкой распространенности движка оного. Эта "закрепленность" и служит успехом с 1.5, если в него вкладывались чем могли.

Будет выбор режимов срабатывания: AJAX или перезагрузка. Также будет вариант с кнопкой/без.

Как, в таком случае, происходит поиск моих товаров? Парсится все что есть на доноре, затем отбор с сопоставлениями?

Действует.

Проблем с ним не возникало.

- поиск в шапке я бы сделал без тени, лучше обычную светло-серую окантовку, но в :focus оставить. - в категории товары лучше выводить по умолчанию сеткой, ведь на главной именно так, а перестраиваться покупателю без его решения не по-крестьянски. - сами товары как-то сжаты. Увеличьте отступы, это повысит читабельность и простоту восприятия информации. - сам шрифт тоже "плотный", попробуйте Open Sans или sans-serif, но не Roboto, он подходит лишь для больших заголовков.

Поддерживаю. Прислушиваться к этим рекомендациям стоит, но не ставить на первое место. Слишком много противоречий наблюдается в процессе оптимизации. Не говоря уже о фактическом размере изображений, который BS с легкостью ресайзит по img-responsive, а без этого не видать адаптивности, которую так любит гугля. Самым главным критерием для всего служит отклик сервера. На втором месте - объем клиентских данных, третье - ... та что ж такое, только что помнил.. ах да - очередность загрузки и блокировка скриптов. +: не должно быть никаких ошибок JS, минимизировать удаленные JS API, минимизировать интерактивные сервисы (чаты, звонилки и т.д.), чистая разметка приветствуется. Остальное - просто попугаи.

А если мне нужно парсить только те товары, которые имеются уже в магазине в виде названия и модели? Вытягивать только атрибуты/изображения/описание?

В разработке чаще использую FF, верстать тоже приходится, несколько вещей, о которых не сказали: Рулетка (Measurelt) FireX Pixel Perfect - для очень требовательных заказчиков Для остального есть Furebug.

Ой, лучше б вы серверной оптимизацией увлеклись (время ответа сервера). Все эти сжатия до попки, а в режиме разработки еще и мешают. Безусловно, в продакшине лучше минифицировать и сжимать, однако, на все 100% гуглу не угодить. Как минимум, фактический размер изображений часто не подгонишь под блоки, ибо responsive и адаптив. На счет асинхронного js, тоже нужно, но осторожно. YepNope + обратные вызовы, нужен индивидуальный подход.

Почему бы и нет? Можно раскачать эту тему..

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