Jump to content

phukortsin

Фрилансер
  • Content Count

    1102
  • Joined

  • Last visited

Информация о вас

  • Фриланс
    Программирование
    Пользователь
  • Версия CMS
    2.x
  • From
    Львов

Recent Profile Visitors

388 profile views
  1. Ох как сильно закручено! А в шаблонизаторе-то зачем? Обычно хватает изменений в шаблоне...
  2. Проще всего програмированием в api/Cart.php. А вообще затея выглядит странно. Вы б подумали лишний раз, надо ли Вам это. И если Вы не можете даже суммы по товарам подсчитать, то со скидками по отдельным товарам будет еще сложнее. А когда справитесь с корзиной, скорее всего выплывут трудности с заказом, там сложностей еще больше может прибавиться...
  3. Ничего особенного. Скорее всего, один из столбиков не будет использоваться. Не очень большой плюс. Кому надо, сделают тестовый файл из 5-10 товаров. Несколько неэкономно грузить большущий файл ради 5-10 строк. Успехов! Но мне как-то непонятно, зачем постить такое. Если (когда) сделал - написал бы ссылочку на полное демо - глядишь, и заказчики бы нашлись... А заранее впереди паровоза зачем? Это я, это я, посмотрите на меня?
  4. По материалам форума Okay ПОНЯТНО, что к ощутимым преимуществами НЕ приведет. А отрицательных последствий масса. В частности, система будет потреблять ресурсов в разы больше...
  5. Давно известно довольно много различных разработок для Simpla, реализующих цвет-размер через варианты...
  6. Если делать аккуратно, то особой большой нагрузки не будет. Если хорошо постараться, то можно обойтись, возможно, всего одним добавочным SQL-запросом. Но насчет полезности такого Вам стоит еще раз подумать - зачем к списку, где много товаров, лепить еще подсписки? Чтоб покупатель совсем растерялся?
  7. Пример можно получить через экспорт. "импорт нескольких цен товара" - такого стандартно нет. Если надо, то дорабатывать скрипт скрипт импорта...
  8. В скрипте легко найти ответы. $orders = $simpla->orders->get_orders(array('modified_since'=>$simpla->settings->last_1c_orders_export_date));
  9. Выгружается ОДИН раз. Управляется датой последней выгрузки. Если хотите выгружать всегда все заказы (что довольно плохо, если как следует подумать), переделывайте скрипт выгрузки под свои цели...
  10. А как увидеть этот раздел статьи? Я пока нашел только адрес blog.simplacms.ru, по которой показывается красивая абсолютно белая страница. Это оно?
  11. Еще как попадают! Замечание от Noxter-а про возможность stock=NULL - это далеко не исчерпывающая часть логических ошибок запроса, связанных с условием наличия.
  12. Ускорить - практически никак. Формально можно 1) переходить на более дорогой тарифный план у хостера, 2) сокращать объем данных в базе. Вряд ли это Вам годится. Можно изменять запрос. 1. Смотрите в CMS образцы формирования запросов. Например, прием для $filter['in_stock'] в api/Products.php. 2. Обратить внимание на логику WHERE. Сейчас в результат попадают ВСЕ товары с условием o.value LIKE '%мульти%', в том числе не в наличии. В условиях надежнее скобки ставить... 3. Выбираемое поле p.id носит довольно случайный характер. Задуматься, нужно ли оно. 4. Возможно, эффек
  13. Оно и будет всегда показывать именно ВСЕ бренды. Вообще функция совсем негодящая. 1. запрос в функции так составлен, что в принципе ВСЕГДА будет давать ВСЕ бренды, хоть с фильтрами 'in_stock'=>1,'visible'=>1, хоть без них. 2. фильтр 'visible'=>1 тоже в принципе работать верно не будет, так как в запросе вообще не участвует поле p.visible. 3. В итоговый запрос зачем-то ДВАЖДЫ вставляется $visible_filter. Недостаток мелкий, но говорит сам за себя... Функцию надо переделывать почти полностью...
×
×
  • Create New...