Михаил Быков (Все сообщения пользователя)

Чтобы избавиться от появившихся обрамляющих кавычек в поле поиска, внёс изменения в 85 строку в файле /bitrix/components/мой_компонент/search.page/templates/clear/template.php
Добавил вырезание html-сущности "двойная кавычка". Правда работает это только при установленном значении "USE_SUGGEST" => "N" в файле /search/index.php

<input class="search-query" type="text" name="q" value="<?=str_replace("& quot;","",$arResult["REQUEST"]["QUERY"])?>" />

Как сделать так, чтобы работало и при "USE_SUGGEST" => "Y" ( и заодно узнать бы что это такое) пока не смог.

Попросить хостера.

Проверь права на папки с шаблоном. Возможно пользователь их не видит.

Спасибо. Попробую.

P.S. Попробовал.
Создал новый компонент в своей области. В component.php добавил строки, как и рекомендовано. В шаблоне изменил загрузку поискового компонента на новый, очистил кеш (на всякий). Запустил поиск.
Результат интересен. С чисто числовыми артикулами работает. Если в артикуле не только цифры - ничего не находит.

P.P.S.
Собственно если заменить в регулярном выражении \d на \S, то всё прекрасно работает.
Выглядит первая строка теперь так:
$arResult["REQUEST"]["~QUERY"] = preg_replace('/(\S+)/', '"\\1"', $arResult["REQUEST"]["~QUERY"]);

Единственный минус. После поиска в строке поиска слово стало заключаться в двойные кавычки. Нужно будет ещё и там кавычки вычистить.

Спасибо. Попробую. Но боюсь это спасёт только в случае дефиса. А если у меня в артикуле стоит 0006201, а искать будут только по 6201, то всё равно не найдут.
Поэтому вопрос остаётся - существует ли способ осуществлять поиск по части слова?
Или штатного не существует? И нужно самому писать модуль?

Пример: существует товар. У товара есть артикул (свойство введено в товар, как в инфоблок). Значение артикула "-SVET"
После индексации при поиске по "-SVET" товар находится, а если убрать дефис и искать по "SVET", то не находится. Есть ли способ устранить такую проблему?
При этом, если в описании товара есть слово "бумага", то он прекрасно ищется и по "бумаг", и по "бума".
Почему-то с артикулом такое не происходит.

P.S. Удивительно, но только сейчас заметил, что по "бумаг" находятся слова "бумага", "бумаг", "бумаги".
А по "бума" только "бум" и "бума", а "бумага", "бумаг" и "бумаги" не находятся. И соответственно на выходе разные результаты.
То есть поиск своеобразно морфологический.

Временно извратился так.
В шаблоне печати заказа вывожу:

$ID = $arBasket["PRODUCT_ID"];
$ar_res = CCatalogProduct::GetByIDEx($ID);
$ar_test =array();
$ar_test = $ar_res[PROPERTIES][KNTNUMBER][VALUE];
print_r($ar_test);

Естественно работает только пока не обновился ассортимент товара. После этого PRODUCT_ID перестанет совпадать. Буду думать как передать свойства через корзину.

С помощью компонентов создаёшь на странице два объекта.
Один - новости, другой - список новостей.
И по отдельности настраиваешь.

Для оформления заказа использую типовой компонент каталог.
Можно ли с его помощью передать значение определённого пользователем свойства товара в корзину?
Или необходимо писать свой модуль?
Если можно, то как?

Я так понимаю, что для этого нужно писать (или править) свой модуль. А я использую типовой шаблон minimal_red, в котором используется типовой компонент. Откуда вызывается Add2Basket или Add2BasketByProductID не смог найти.(((

Наверно я неправильно формулировал задачу. Поэтому и не получилось ничего.
Попробую заново:
Есть каталог с товаром. У каждого товара есть одно свойство - КНТ (код свойства KNTNUMBER)
После оформления заказа через корзину менеджеры видят заказ.
Если войти в этот заказ, сформировать и попытаться распечатать с помощью какого-либо шаблона документа, то в строке с позицией товара нужно вывести поле с КНТ.
Вот этого никак и не могу сделать. Научите плиз как передаётся свойство товара в заказ и как его там вызвать?

Смог начать работать только сегодня. И первая проблема: найдено 46 result_modifier.php
В каком править?

Эти ссылки на покупателя. А КНТ - свойство товара.
Тут его не завести.
У меня оно заведено в bitrix/admin/iblock_edit.php?type=catalog&lang=ru&ID=6&admin=Y

Проще. Так я про это и спрашиваю как это сделать. Точнее как передать его в заказ?
В настройках формы заказа нет моего поля.

Спасибо. Попробую. У нас только юр.лица покупатели

Спасибо за подсказку. Тут я так понял можно добавить данные по р/с, к/с и другим. Но как сделать так, чтобы пользователь их заполнил?
Они почему-то не отображаются у пользователя. Или как связать пользователя с фирмой-покупателем?

Достаточно в выводимую таблицу "состав заказа". в колонку свойства.
Дальше напишу парсер, который её обработает.

При формировании заказа нам необходимо для каждой позиции выдать КНТ (код наименования товара).
В составе заказа есть столбец свойства. Можно ли в него каким-либо образом передать эти данные?
Где и что нужно настроить?
На основе этих данных будет сформирован счёт для обработки и передачи в 1С.
1С у нас старая (7.7). Прямой экспорт не работает.

Для формирования счёт-фактуры и т.д. требуется для фирмы покупателя внести реквизиты, как то:
ИНН, р/сч, к/сч, КПП и т.д.
Мне казалось, что они должны вносится через пользователей в разделе "Работа", но там ничего этого нет.

В тоже время в разделе "Магазин\настройки магазина\печатные формы\данные покупателя" можно выставить передаваемые поля ИНН, КПП. Но и там отсутствует выбор для р/с, банка и к/с

Посоветуйте где копать? Самому создавать поля? Тогда где и как их привязать к накладным?

Друзья! Дайте совет пожалуйста. Работа стоит, а сам не могу разобраться.

А сам компонент настроен?

Сейчас понял, что некорректно задал вопрос.
На самом деле вопрос звучит так:
Каким образом передать "артикул" в поле "свойства" во вкладке "состав заказа" в заказе.

Поставили задачу сделать так, чтобы в панели управления в заказах на каждую позицию отображался артикул товара.
Не нашёл в настройках возможности отображать артикул. Точнее он отсутствует в списке доступных полей при настройке колонок.

Единственное, что приходит на ум - при формировании файла импорта ввести артикул в название товара, но это как-то не красиво.
Может подскажете куда смотреть?
Спасибо.)

Спасибо. Не совсем то, что нужно было, но неожиданно узнал много полезного.  

Спасибо. Всё заработало.
То ли кеш прокси был виноват, то ли ещё что, но на следующий день всё заработалою само.