Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

SooR

Користувачі
  • Публікації

    1 508
  • З нами

  • Відвідування

Повідомлення, опубліковані користувачем SooR

  1. Добрый день. Ваш вариант идеально подошел, нули пропали в ocstore 1.5.5.1.2

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

    То есть приведу пример: есть товар который в граммах, то естественно нужны только целые числа то есть 100 гр, 10 гр и т.д. понятно что 100,00 гр будет не красиво выглядеть, но есть товары которые измеряются в кг. Когда ровные числа то да выглядит естетично 10кг, но есть значения 10.5 кг или 10.500 кг то если использовать Ваш метод он округляет до 11 кг и это не есть гуд.

    Спасибо заранее всем.

    Здравствуйте.

    Чтобы избавиться от лишних нулей в конце числа с плавающей точкой, нужно перед ним указать (float).

     

    Например 

    echo (float)353.5400

    выведет 353.54

    $decimal = 47.0270
    
    echo (float)$decimal;

    Выведет 47.027

    $decimal = 289.00
    
    echo (float)$decimal;

    Выведет 289

    • +1 1
  2. 3. К производителям не привязывается, приходится создавать категории-бренды.

     

    Всё привязывается.

     

    2. Если начали прописывать Опции фильтра в ручную - беда, вы с ними потом ни чего не сделаете, они не экспортируются.

     

    Фильтр - не обмен данными.

     

    1. Нужно копировать атрибуты, со стандартными не работает.

     

    Да, это так. Атрибуты - это атрибуты, фильтр - это фильтр. Скопировали атрибуты, убрали/подправили нужные и фильтр готов.

  3. Изначально неправильно и нехорошо так делать.

    Но по теме:

     

    http://stackoverflow.com/questions/1520429/is-there-a-css-selector-for-elements-containing-certain-text

     

    В Вашем случае:

    div:contains("Ral 8004") { color: red; }
    

    Если на то пошло, то лучше выбирать по атрибуту, например data-color="Ral 8004" и искать уже по

    div:[data-color="Ral 8004"] { ... }
    
  4. Добого времени.

     

    criticis,

    Кем и откуда был взят модуль OCFilter?

    На какую версию OpenCart Вам его устаналивали?

    Все вторжения в файлы системы и таблицы БД описаны только в файле system/config/ocfilter.php.

    Если Вам не предоставили помощь по установке/настройке данного модуля, то скорее всего тот, кто его Вам устанавливал сам не знал что с ним делать.

  5. Добавьте еще одно поле - sort_order и делайте по аналогии с сортировкой модулей.

    Откройте файл catalog/controller/common/column_left.php и посмотрите как устроена сортировка модулей из setting.

    $sort_order = array(); 
    
    foreach ($module_data as $key => $value) {
      $sort_order[$key] = $value['sort_order'];
    }
    
    array_multisort($sort_order, SORT_ASC, $module_data);
    
  6. Здесь не обязательно нужна вложенность.

     

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

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

  7. По поводу хранения пунктов меню - я бы выбрал настройки модуля, по аналогии с модулем featured.

    Их же не тыщу штук будет.

     

    По поводу последнего и остального - не усложняйте сериализацией и многомерностью.

     

    Посмотрите любой модуль, делайте по аналогии, продумывайте UI.

  8. Я за опции. Объясню позицию:

     

    Во-первых, это удобно покупателю.

    Во-вторых, качественное описание, наполнение, визуальное оформление одного такого товара выведет его в TOP и без многочисленных клонов.

    В-третьих, не стоит забывать про отзывы.

     

    А вообще, мне нравится модель Амазона.

    Создаётся т.н. родительский товар, в него добавляются вариации - дочерние товары.

    Каждый дочерний товар имеет своё собственное название, изображения, цену (offer), атрибуты и прочее.

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

     

    Если не ошибаюсь, то так работает и eBay, и Taobao..

  9. Всё должно быть комплексно сбалансировано.

    Должно удовлетворительно (и лучше) работать без кэша и очень хорошо с ним.

    Простого ответа на вопрос быстродействия нет, всё индивидуально.

    Один запрос может глушить весь сценарий, но зато его закэшированная копия результата мгновенно исправляет ситуацию (до определенного времени).

    И на обычном файловом уровне можно построить грамотную систему кэширования.

    Оптимизируя множество разных сайтов (не только магазинов) я сделал для себя следующие выводы*:

    *Все нижеизложенные умозаключения не претендуют на истину и работают

    в условиях достаточной аппаратной и программной поддержки сервера для выборки данных.

    • На одну страницу не более 100 запросов в БД;
    • Если время запроса превышает 0.05 сек - его можно и нужно оптимизировать (спорно, но для большинства SELECT'ов оправдано);
    • Избавьтесь от запросов в циклах;
    • Ускорить "тяжелые" таблицы иногда помогает партиционирование;
    • Используйте разбиение кэша на группы. Для файлов - это директории. Например: product.3292 > system/cache/product/3292.[timestamp]
    • Если не важен порядок файлов, используйте флаг GLOB_NOSORT для функции glob;
    • А лучше вообще без glob - прямым обращением к файлу кэша;
    • Используйте строгие сравнения результата кэша для принятия решений. Например: возвращайте null, если файл кэша не существует и только тогда производите запрос в БД;
    • Избегайте хранения и обработки большого количества элементов в массивах. В отдельных случаях пользуйтесь числовыми ключами, это сократит объем данных;
    • Сведите к минимуму хранение данных в сессиях php, для безопасных данных используйте localStorage на клиенте;
    • Ну и, конечно, пользуйтесь профилированием запросов, отладчиками и специальными функциями php для контроля происходящего.
  10. Присоединяюсь к вопросу

    И очень волнует такой вопрос

    У меня больше 10 тысяч товаров, при включении опции "Показывать счетчик товаров:" фильтр тормозит по страшному.

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

    Здравствуйте, в новой версии уже реализован выбор статусов и количества всех значений всего одним (!) запросом.

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

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.