наверное так
$arFilter["NAME"] = "%имя%"
$arFilter["NAME"] = "%имя"
$arFilter["NAME"] = "имя%"
$arFilter["NAME"] = "%имя%"
$arFilter["NAME"] = "%имя"
$arFilter["NAME"] = "имя%"
06.12.2010 21:57:08
Речь идет о так называемых "характеристиках" (т.е. случаях, когда товар при различном наборе свойств имеет свои цены) Типовой способ реализации такового в Битрикс - ведение данных о товаре в одном ИБ, а перечня возможных сочетаний по свойствам и цене соотв. в другом ИБ но
вы затронули одно из больных мест возможно, меня прокритикуют за нижеследующие высказывания, но ИМХО: без существенных доработок и переделок типовых компонент данную задачу с вашими исходными условиями решить проблематично. да и задачка на самом деле не такая уж и простая. если бы можно было на основе характеристик автоматически расчитывать цену, то становится чуть проще, иначе: фактически цены надо где то хранить и как то обрабатывать, причем с учетом характеристик. отсюда вывод 1. либо вам придется изобретать свое хранилище для цен с учетом свойств (в ИБ или в своих таблицах - не важно, просто это повлечет за собой создание собственных функций ценоопределения, callback функций и соответсвенно переделки типовых компонент). В общем несладко будет и в зависимости от сложности условий ценообразования можно наткнуться на множество доработок. А по сути - получится примерно та же фигня, что и отдельные инфоблоки в сочетании с торговым каталогом:) 2. либо смириться и использовать что есть, т.е. работать с несколькими ИБ (на крайний случай придумать то, что позволит упростить заполнение данных о ценах) Ведь контент уже и готов, пусть он там же в вашем основном ИБ и находится. А во тором вы только указывайте сочетания свойств и цены и не больше. По крайней мере типовые механизмы есть для работы с представлениями ИБ+ИБ предложений. попробуйте еще поискать на форуме обсуждения по поводу "работы с характеристиками" P.S. если конечно в ближайшем будущем в Битрикс не готовится переворот в отношении модуля Торговый каталог и работы с характеристиками |
|||||
|
02.12.2010 20:05:18
а до редиректа точно дело доходит?
и какой адрес получается $APPLICATION->GetCurPageParam("", array($arParams["PRODUCT_ID_VARIABLE"], $arParams["ACTION_VARIABLE"])? логически то все вроде и должно получиться, но что там в реальности? |
|
|
02.12.2010 19:51:44
тогда вы сможете реализовать аналог ЧПУ комплексного компонента невнимательно посмотрел ваши примеры так вроде бы дело не в самом LocalRedirect а в том на какой адрес вы его отправляете? |
|
|
02.12.2010 14:54:16
да
с картинками все нормально работает иногда, правда, бывает, что типовой механизм не подходит (сам лично на нескольких проектах отказывался от типового обмена с картинками и грзил их нетиповыми "средствами") но для этого действительно были веские основания, пожтому соглашусь с Дмитрием нужен весомый аргумент примеры, когда типовая выгрузка неинтересна - на несколько номенклатур одна картинка и т.д. и т.п. т.е. использование типового обмена при этом не совсем удобно |
|
|
01.12.2010 19:38:50
а мультиавторизация, считаете вам в этом поможет? попробуйте, но ИМХО, что нет смысла наворачивать то, что надо упрощать кроме того болтуны, которые ленятся авторизоваться в большинстве своем спамеры, тролли, продвиженцы и прочие прочие прочие. И вообще не факт, что они что нибудь полезное наболтают хотите сэкономить время - попробуйте лучше послушаться совета Николая Санникова или дайте болтать болтунам в неавторизованном режиме |
|||
|
01.12.2010 13:44:28
что имеется в виду под стандартными классами?
есть методы класса CDatabаse что касается работы с несколькими продуктами битрикс - затрудняюсь ответить, не пробовал что касается работы со сторонними БД, а кто мешает? пожалуйста, работайте через вышеуказанные методы |
|
|
30.11.2010 14:56:49
ну так если редакция старт, то, я понимаю, у вас нет механизмов, готовых "выслушать" 1С а 1С требует от сайта также и соответсвующих ответов на свои попытки если не получает ответа - ругается например при попытке авторизоваться, если не получает ответ определенного образца от точки куда "долбится", выдает именно такое сообщение раз вы можете распарсить xml самостоятельно.... и 1С - восьмерка копайте в сторону компонента catalog.import.1c, входящего в состав бизнеса или малого бизнеса посмотрите как общается с 1С он (прием xml и распаковку можете сделать аналогичную, а вот дальше уже придестся управление импортом писать самостоятельно) понятно, что работать на старте такой компонент не будет, но аналог можно реализовать главное - "договориться" с 1С |
|||
|
30.11.2010 10:17:56
|
|
|
18.11.2010 15:04:33
с учетом разделов, в которых блокибудут находиться (именно они используются модулем поиска) в таком случае, при поиске по тегам (или поиске по сайту) с использованием модуля поиска система автоматически будет формировать правильные ссылки на нужные объекты (кстати это еще один довод в пользу разделения блоков по разделам. так удобнее и компоненты поиска не надо будет ковырять) |
|||
|
18.11.2010 09:11:46
Скажу вам так
если хочется возиться с разнообразием свойств в одном каталоге (поверьте возни будет порядочно хотя и по мелочам. особенно в публичке) сам несколько таких решений делал (с гибким управлением свойствами) и это далеко не айс поэтому поддерживаю ваш вариант реализации с разделением именно на несколько инфоблоков как свести? все достаточно просто если есть желание - можно каждый блок разместить в отдельном разделе (в том числе можно использовать и комплексный компонент каталог) например #My-Site/store/photo/ а уж свести то их - в чем именно проблема? написать список инфоблоков с ссылками на них на одной из страниц (например #My-Site/store/ ) и все более гибкий вариант - размещение комплексного компонента каталога в одном разделе и динамическое формирование его параметров: иблок, свойства, фильтр и пр. в зависимости от вида обращения (например по переменой в которой стоит код инфоблока) первый вариант менее муторный, так как все вроде типовое и никаких затыков не предвидится. Если инфоблоков немного, то он удобнее второй вариант требует более серьезных размышлений и раздумий и, возможно, небольших доработок |
|
|
15.11.2010 15:17:40
можно и инфоблоками
только учтите, что некоторые поля у вас пойдут свойствами (а это еще табличка если используем ИБ +) также надо учесть предполагаемый объем обрабатываемых записей и может получиться, что использование собственных таблиц даст вам большее преимущество в работе (производительности), чем использование API работы с инфоблоками. плюс я молчу про объемы БД в том и др. случаях. поэтому прикиньте лучше для начала ваши объемы. Тогда и сделаете вывод для себя. Какой способ более оптимален. |
|
|
29.10.2010 08:06:21
чтобы понять что у вас могло произойти, желательно знать и как у вас происходит выгрузка из 1С
(полный обмен, обмен изменениями и пр., а также периодичность) а также момент по поводу базы имеется в виду именно БД и только? а не сайт в целом? пока могу высказть только такие предположения: если у вас обмен полный и ежедневный, а данные в старой базе остались еще из прошлой выгрузки (т.е. данные по результатам прошлого обмена) то "связь с картинками" теоретически могла нарушиться
если в полном - то затрудняюсь ответить, надо смотреть, если в режиме изменения - теоретически такое возможно И еще момент БД точно прошлого дня? Это уже проверено? |
|||
|
15.10.2010 13:17:58
В данном случае лучше обратиться к документации
обратите внимание на понятия поля и свойства |
|
|
14.10.2010 12:43:06
да
кеш может давать такие сбои если параметр с номером страницы не попадает в ключи кеша (в таком случае на всех страницах будет показана та, которая попала в кеш, не обязательно первая страница) однако на типовых компонентах такого наблюдаться не должно поэтому, если есть подозозрение на кеш - лучше проверить ключи кеша если компонент свой - проверить ключи кеша и добавить в параметры кеширования соответсвующее значение для номера страницы |
|
|
12.10.2010 20:42:41
Даже с отключенным кешированием время выполнения страниц должно быть разумным.
у вас действительно слишком большое время выполнения страниц. Необходимо найти причину этого. Что касается характеристики одноядерный проц...частота тоже имеет значение Можно также замерить производительность системы с минимумом функционала (т.е. сделать пустой шаблон и посмотреть производительность ядра. Правда, надо учесть что большинство модулей в данном случае не подключается и не используется) и все же, если время выполнения такой пустой страницы велико - то искать причину) и так далее т.е. надо точно определить является ли тормозом результат разработки или причина в настройках сервера самый простой способ - воспользоваться отладкой и посмотреть замеры работы компонент и страниц |
|
|