Алексей Склейнов
-
Content Count
148 -
Joined
-
Last visited
-
Проблема с сайтом, ужасная!
Алексей Склейнов replied to YuliA's topic in Общие вопросы по функционалу и дизайну
до сих пор такая попа)))))) -
обращайся))) нарисуем))))
-
В общем выложу свое решение, раз тема поднята была. 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. Собственно для чего нужен такой фильтр? - Выборка товаров нуждающихся в сортировке по категориям.
-
Спасибо, я надеялся что можно использовать существующие объекты, каким то для меня не знакомым образом (магия симплы)))), что бы не создавать новые. Добро, пойдем в этом направлении.
-
Народ, подскажите лаконичное решение для фильтра товаров не принадлежащих ни к одной категории в админке. Начал с этого: <!-- Фильтры --> <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
-
я полагаю что дубликат свойств товара (а это именно свойства, характеристики) не имеет смысла делать, а значит нужно применить ключи к необходимым существующим свойствам и выводить их по фильтру ключа в шаблоне. Что касается админки, то здесь придется писать собственные обработчики(обработчик) и страницы (страницу).
-
да... нужна ссылка, возможно паразит забрался... найдем гада))))))
-
да, работал на локалке, иначе не сбрасывал бы... возможно вам яша отдает страницу геоположения... но по парсу страницы характеристик этот скрипт верен... на днях выкладываю на хост движок, проверю и профикшу, потом сброшу и тот вариант. Проверяйте свои настройки местоположения, пробуйте заходить через прокси... точного ответа дать сейчас не смогу.
-
// Для использования прокси используйте строки: 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
-
Анимация полета в корзину
Алексей Склейнов replied to kionlife's topic in Общие вопросы по функционалу и дизайну
Одна из ошибок - порядок исполнения скриптов jquery и наличия дубликатов основной библиотеки. отсюда и конфликты. -
а... ты про это.... первый - просто пример использования {section} вместо {foreach} в котором можно сделать вывод в обратном порядке в самом шаблоне, просто поменяв пару строк. что по сути с реверсом идентичено (автор темы бы понял что к чему, не лузер вроде, как мне показалось), а кто касается подробного рассмотрения ситуации именно одного товара, то вариант Корса (разделить нормальные и ненормальные) более благоразумнее в данной ситуации и их можно выводить вообще в разных таблицах. Приклеил якорь - "ненормальный" и все, он уже отшельник))))) живет с такими же ненормальными отдельно в своей
-
Перед тем как умничать следовало бы понять о чем вопрос... ведь по сути его может и устроит вывод в обратном порядке (по умолчанию нормальные товары первоочередной значимости вносились сразу в базу и попадали вниз списка, а при пагинации их не удобно доставать) при котором товары первоочередной значимости вверху таблицы выводятся соответственно. Именно поэтому я и предложил такой вариант.
-
{* секции могут иметь вложенность любой глубины. Используя вложенные секции, вы можете обращаться к сложным структурам данных, таким как многомерные массивы. В этом примере $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} м
-
HTML+CSS+JS НУ МОЖЕТ И НЕМНОГО SMARTY
-
кстати хорошую мысль ты родил)))) вот смотри что работало бы в пользу... я вообще со стороны разработчика CMR и заказчика в одном лице... товарные запасы - не мешало бы конечно существующие формы расчетов сделать в автоматическом режиме, естественно для систем, которые контролируют фактическое движение (реализацию). для чего это нужно... скажем ты за товаром катаешься раз в месяц (определенным товаром), но у одного поставщика получаешь несколько и разного... и согласно фильтру товаров поставщиков, а может и месторасположения поставщиков при критической отметке одного из товаров - формирует