ambalocha69

Пользователи
  • Публикаций

    1 164
  • Зарегистрирован

  • Посещение

Репутация

69 Очень хороший

3 Подписчика

Информация о ambalocha69

  • Звание
    работаю ПН-ПТ с 6 до 15 (МСК)
  • День рождения 03.04.1969

Контакты

  • Сайт
    http://opencart.zone/

Информация

  • Пол
    Мужчина
  • Город:
    Керчь
  • Интересы
    создание и сопровождение модулей

Посетители профиля

9 337 просмотров профиля
  1. OpenCart 3.0.0.0

    а если модуль забугорный и закубленый?
  2. OpenCart 3.0.0.0

    а она есть??? после появления мультиязычности для производителей стандартные вызовы функций модели для добавления производителя дают 500 если данные идут в формате чистой ОС
  3. OpenCart 3.0.0.0

    пардон, голова еще плохо соображает после температуры
  4. OpenCart 3.0.0.0

    напрямую не стоит - нужно оставить "лазейку" для модификаторов. в моем варианте if ($query->num_rows) { $output = array(); foreach ($query->row as $key => $value) $output[$key] = $value; return $output; } есть возможность вклиниться перед return $output; и изменить данные при необходимости. но все это так - замечания на полях. мое мнение: весь этот механизм "портянок" требует пересмотра. вы только представьте на сколько уменьшится объем кода моделей и контроллеров и насколько (что самое главное ИМХО) уменьшится потребность в модификаторах!
  5. OpenCart 3.0.0.0

    Это объект, а "наверху" ждут массив
  6. OpenCart 3.0.0.0

    А это большей части не к даниэлю. У нас есть наше общее детище, которое мы сообща развиваем - ocStore. Кто мешает все эти замечания учитывать в нем? Или мы зациклились на локализации и на SEO-ибн-Pro и больше нам ничего не нужно? По форуму есть десятки\сотни полезных предложений по улучшению базового функционала движка.
  7. OpenCart 3.0.0.0

    Да, копипаст рулит из версии в версию уже много лет! Кто мешает эти портянки if ($query->num_rows) { return array( 'product_id' => $query->row['product_id'], 'name' => $query->row['name'], 'description' => $query->row['description'], 'meta_title' => $query->row['meta_title'], 'meta_description' => $query->row['meta_description'], 'meta_keyword' => $query->row['meta_keyword'], 'tag' => $query->row['tag'], 'model' => $query->row['model'], 'sku' => $query->row['sku'], 'upc' => $query->row['upc'], 'ean' => $query->row['ean'], 'jan' => $query->row['jan'], 'isbn' => $query->row['isbn'], 'mpn' => $query->row['mpn'], 'location' => $query->row['location'], 'quantity' => $query->row['quantity'], 'stock_status' => $query->row['stock_status'], 'image' => $query->row['image'], 'manufacturer_id' => $query->row['manufacturer_id'], заменить на компактную фразу if ($query->num_rows) { $output = array(); foreach ($query->row as $key => $value) $output[$key] = $value; return $output; } сразу отпадет необходимость в доброй половине модификаторов, которые делают в эти портянки вставки своих нестандартных полей - все поля подтянутся из базы автоматически
  8. Диспетчер YML\XML

    Я уже возвращаюсь потихоньку к работе - не всем успел отписать об этом. У вас на сервере срабатывает лимит на время работы скрипта. Файловые операции (загрузка изображений) идут в 100 раз медленнее всех остальных.
  9. дополнительно к модулю приобретается обработчик АПИ GIFTS.RU
  10. Диспетчер YML\XML

    а старая версия у вас откуда? вы не числитесь в списках покупателей модуля
  11. Диспетчер YML\XML

    в комплекте поставки идут 2 готовых ПОЛЬЗОВАТЕЛЬСКИХ ФИЛЬТРА: neocube и neocube_all_outlets neocube берет кол-во из outlet id="1" neocube_all_outlets - выдает сумму во всем складам
  12. Диспетчер YML\XML

    В некоторых сборках есть ошибка - при установки модуля не происходит вызов функции install. Отправляю в ЛС патч для решения этой проблемы