Перейти к содержанию
Официальный форум поддержки Simpla

Алексей Склейнов

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

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

  • Посещение

Информация о Алексей Склейнов

  • День рождения 05/30/1979

Контактная информация

  • Skype
    lexskal

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

  • Фриланс
    Дизайн
    Программирование
    Верстка
  • Версия CMS
    2.x
  • Откуда
    Минск
  1. В общем выложу свое решение, раз тема поднята была. if(!empty($filter['nosorting'])) $nosorting_filter = $this->db->placehold('NOT IN (SELECT 1 FROM __products_categories pc WHERE pc.product_id = p.id) = ?', intval($filter['nosorting'])); это запрос к БД по фильтру отсутствующих товаров в категориях (то есть - товаров не принадлежащих ни к одной категории) остальное делается по аналогии как выше заметил Kors. Собственно для чего нужен такой фильтр? - Выборка товаров нуждающихся в сортировке по категориям.
  2. Спасибо, я надеялся что можно использовать существующие объекты, каким то для меня не знакомым образом (магия симплы)))), что бы не создавать новые. Добро, пойдем в этом направлении.
  3. Народ, подскажите лаконичное решение для фильтра товаров не принадлежащих ни к одной категории в админке. Начал с этого: <!-- Фильтры --> <ul id="all_filter"> <li {if !$filter}class="selected"{/if}><a href="{url brand_id=null category_id=null keyword=null page=null filter=null}">Все товары</a></li> <li {if $filter=='nosorting'}class="selected"{/if}><a href="{url keyword=null brand_id=null category_id=null page=null filter='nosorting'}">Не сортированные</a></li> <li {if $filter=='featured'}class="selected"{/if}><a h
  4. я полагаю что дубликат свойств товара (а это именно свойства, характеристики) не имеет смысла делать, а значит нужно применить ключи к необходимым существующим свойствам и выводить их по фильтру ключа в шаблоне. Что касается админки, то здесь придется писать собственные обработчики(обработчик) и страницы (страницу).
  5. да, работал на локалке, иначе не сбрасывал бы... возможно вам яша отдает страницу геоположения... но по парсу страницы характеристик этот скрипт верен... на днях выкладываю на хост движок, проверю и профикшу, потом сброшу и тот вариант. Проверяйте свои настройки местоположения, пробуйте заходить через прокси... точного ответа дать сейчас не смогу.
  6. // Для использования прокси используйте строки: define("USE_PROXY", 0); // 1 = использовать прокси define("PROXY", 'xxx.xxx.xxx.xxx:80'); define("PROXY_USER", 'login:password'); // Настройка региона в маркете define("REGION", '101852'); // 213 - москва, список регионов: http://search.yaca.yandex.ru/geo.c2n define("DOMAIN", 'market.yandex.by'); // для России нужно market.yandex.ru session_start(); // Временный файл для хранения cookies // Так как временный файл существует до окончания выполнения скрипта, // сохраняем его содержимое в сессию $cookies_filename = tempnam(sys_get_temp
  7. Одна из ошибок - порядок исполнения скриптов jquery и наличия дубликатов основной библиотеки. отсюда и конфликты.
  8. а... ты про это.... первый - просто пример использования {section} вместо {foreach} в котором можно сделать вывод в обратном порядке в самом шаблоне, просто поменяв пару строк. что по сути с реверсом идентичено (автор темы бы понял что к чему, не лузер вроде, как мне показалось), а кто касается подробного рассмотрения ситуации именно одного товара, то вариант Корса (разделить нормальные и ненормальные) более благоразумнее в данной ситуации и их можно выводить вообще в разных таблицах. Приклеил якорь - "ненормальный" и все, он уже отшельник))))) живет с такими же ненормальными отдельно в своей
  9. Перед тем как умничать следовало бы понять о чем вопрос... ведь по сути его может и устроит вывод в обратном порядке (по умолчанию нормальные товары первоочередной значимости вносились сразу в базу и попадали вниз списка, а при пагинации их не удобно доставать) при котором товары первоочередной значимости вверху таблицы выводятся соответственно. Именно поэтому я и предложил такой вариант.
  10. {* секции могут иметь вложенность любой глубины. Используя вложенные секции, вы можете обращаться к сложным структурам данных, таким как многомерные массивы. В этом примере $contact_type[customer] - это массив типов контактов для текущего клиента. *} {section name=customer loop=$custid} <hr> id: {$custid[customer]}<br> name: {$name[customer]}<br> address: {$address[customer]}<br> {section name=contact loop=$contact_type[customer]} {$contact_type[customer][contact]}: {$contact_info[customer][contact]}<br> {/section} {/section} м
  11. кстати хорошую мысль ты родил)))) вот смотри что работало бы в пользу... я вообще со стороны разработчика CMR и заказчика в одном лице... товарные запасы - не мешало бы конечно существующие формы расчетов сделать в автоматическом режиме, естественно для систем, которые контролируют фактическое движение (реализацию). для чего это нужно... скажем ты за товаром катаешься раз в месяц (определенным товаром), но у одного поставщика получаешь несколько и разного... и согласно фильтру товаров поставщиков, а может и месторасположения поставщиков при критической отметке одного из товаров - формирует
×
×
  • Создать...