abushyk

В карточке можно использовать {if $data.FIELD.value_variants_array|count>0} {', '|implode:$data.FIELD.value_variants_array} {/if} Для списка наверное вообще не реал. Оно в таком виде не обрабатывается.

в списке или в карточке?

UPDATE re_ТАБЛИЦА SET `ИМЯ_КОЛОНКИ`='' WHERE 1 или UPDATE re_ТАБЛИЦА SET `ИМЯ_КОЛОНКИ`=0 WHERE 1 в зависимости от того какой тип у колонки - строковой или числовой ПС. Вокруг имени колонки обратные апострофы, не обычные текстовые.

почти. поле вы можете удалить из Редактора форм. Но что бы случайно не убить все данные что были в этом поле при ошибочном удалении, рек\\дактор форм не удаляет физическую колонку в таблице в БД для возможности создать одноименное поле и продолжить как ни в чем не бывало. это удобно, но, удалив поле, и, через полгода создав новое с таким же именем, вы можете удивиться, так как в нем уже будут данные, если оно совместимо по формату. Поэтому если 100% уверены, что этому полю все и его можно удалять, то удаляем в Редакторе, а потом еще и через phpMyAdmin в соотв. таблице трем колонку. Вероятно я добавлю потом в редактор еще и unsafe-удаление, которое будет удалять с концами без вариантов, но сейчас описанное - лучший вариант из существующих.

вот тут собака и порылась. под чекбокс создается без вариантов поле типа INT - исключительно целое число. так что 100% последний вариант имел место. Вообще с подменой типов полей нужно быть осторожно, они иногда могут быть не совместимы.

есть еще приложение Toolbox и в нем перерезатель превьюшек, но, честно говоря, я им давно не пользовался поэтому не скажу что "вот оно!".

потому и говорю нажимать кнопку, а не пытаться понять))) там обратные курсы. курс для валюты озеначает сколько "дефолтных" денег нужно дать за еденицу этой валюты. Поэтому за рупь - 1 "дефолную денежку, а за доллар - 57 дефолтных.

нет. никакого требования относительно _id в имени нет. эта настройка не совсем официальная, так что какие-то глюки на ней могут иметь место. а могут и не иметь - в принципе поле простое как доска. может быть проблема в кешировании моделей. т.е. модели закешировались и не перечитались после дбавления параметра. а потом вы меняли имя и кеш слетел по какой-то причине и данные обновилсь. так же может быть, что когда создавалось это поле под обычный селект, колонка в БД под него была создана соотвествующя - под целое число. и упихать туда значения мултиселекта нельзя, так как оно имеет вид строки чисел разделенных запятой. а сменив имя, вы создали новую физическую колонку в БД, которая по дефолту создается как под хранения строки, что подходит я мультиселекта. последний вариант самый вероятный.

там есть кнопка - Обновить по курсу ЦБ. вам нужно выбрать только одну валюту дефолтной - той, которая будет базисом при рассчете курсов при работе с данными ЦБ. остальное оно сделает само. если передадите в запросе идешку рубля и одну или обе ценовые границы, то при выборке все цены, для которых указана валюта в данных объявления, будут приведенены к рублю и сравнены с переданными границами. при попадании в границы объекты будут отданы в шаблон а остальные пойдут лесом.

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

а, точно. я его ХОТЕЛ убить, но не убил. при включенном менеджере валют, оно "в помощь ленивым" само добавляется в форму. но при работе с "не формой" - например в карточке или списке, работа идет с моделью описанной в редакторе форм - а там поля это по факту нет, поэтому оно и обламывается при попытке вычислить валюту. хотя на форме все гут.

неактивное поле - метртвое поле. с точки зрения кода его не существует. работать не будет. если валюта при введении объекта может указываться - поле должно быть явным и активным. если при вводе объявлений подразумевается только одна валюта, то поле в модели не нужно, но в шаблоне нужно прописать вывод обозначения валюты. Например в шаблоне списка вместо {if $grid_items[i].currency_name != ''}{$grid_items[i].currency_name}{/if} заваять {if $grid_items[i].currency_name != ''}{$grid_items[i].currency_name}{else}{$LT_DEFAULT_CURRENCY_NAME}{/if} и в файлы языковых переменных шаблона дописать для ру LT_DEFAULT_CURRENCY_NAME="грн" для уа LT_DEFAULT_CURRENCY_NAME="грн" для en LT_DEFAULT_CURRENCY_NAME="hrn"

вот просто супергодное замечание.

вот так указали параметр? ну используйте пункты с ключем 0 ни для каких вариантов, кроме варианта, означающего отсутствие выбора. Т.е. для многовыборного элемента варианта {0~~ZZZZ} вообще не должно существовать.

Дима тут что-то не то скопировал. 1. в apps.prian_exporter.alias запись prian_exporter должна стоять изначально - она прописывается при установке. Ониа не относится к фильтрованию, а только определяет урл точки отдачи фида. 2. в apps.prian_exporter.filtering_checkbox_name нужно вписать системное имя вашего фильтрующего чекбокса (если вы создали уже чекбокс prian_exporter то туда его и впишите ). По этому полю код узнает имя и по этому имени проведет отсев тех, у кого там не будет галочки.

тут нужно знать какой это тег в фиде яндекса. только тогда можно что-то подбирать. кнопки на их сайте могут не иметь аналогов в фиде или иметь, но с другими значениями вариантов. в текущей их спецификации я не вижу ни одного тега с подобным выбором "свободная\альтренативная".

Обыкновенный чекбокс - это и есть бинарный чекбокс)) Например поле "Холодильник" с типом чекбокса маячит нам, что если галка кликнута, то холодильник есть, если не кликнута - то хз (нет или не известно). Для определения наличя - этого выше крыши. Для ситуации когда важен набор вариантов "есть/нет/не указано" - тут уже select_box. Есть еще поле select_box с параметром multiselect=1 которое выдает варианты выбора в виде набора чекбоксов, но позволяет выбрать несколько из них одновременно. Но оно хранит значения в неудобном для поиска виде (вывести запросто, но искать по вариантам из этого поля - практически не реально) и вообще не прикольное.

если в запросе не отправлен признак валюты по которой ищет, то цены будут обрабатываться по абсолютному значению. отправите "от 1000", то найдет и за 1200 дол. и за 1200 грн и за 1200 руб. Что бі валюта учлась в запросе нужно отправлять параметр currency_id=N где N-идешка валюты в которой отправлены значения границы цены. Тогда сеточник поймает ее и все цены, перед сравнением, переведет в эту валюту и будет уже плясать правильно. Если поиск производится в одной валюте, то можно просто добавить на форму <input type="hidden" name="currency_id" value="N"> это будет скрытое поле, которое будет уходить в запрос без ведома юзера и передавать нужную идешку.

Там есть еще (или может быть есть) аналогичная настройка для адресов юзеров для подмены стандартных userXXX.html. Вот эта точно пока еще не работает, а просто столбит место под будущее использование.

Не должно бы. Функция в шаблоне в целом повторяла функционал такой же функции в системе. Просто вторая больше умеет, так как подвержена обновлениям и реально более актуальная. Да и особого там ничего нет - фактически просто разбор адресов и принятие решений где сделать редирект с "неправильного" на "правильный" адрес, а где пнуть движек с командой "отдай карточку".

Ну так в новостройках и hot ни одного отмеченного нет (Спецпредложения (0)). Или вы только поотключали?

Бутстрапом не выйдет. Там нужно не только прятать полосу с картой, но еще и тянуть и убирать автопрокрутку с полосы со списком. Я изменил стили так, что при узком экране правая полоса будет выключаться а вывод левой станет потоковым. Просто пройдитесь п разным устройствам, посмотрите нормально ли.

Большинство шаблонов проектировалось до появления некоторых настроек. некоторые настройки работают в функционале, который присутствует в шаблонах. шаблоны не обновляются с системой. поэтому шаблоны могут не понимать некоторые новые настройки. Для данной настройки использование зашито в функции isRealtyDetected в файле шаблона /template/frontend/realia/main/main.php Найдите эту функцию и оберните ее всю в комментарий /*function isRealtyDetected($requesturi){ ...... }*/ тогда шаблон будет работать через системный аналог этой функции, который умеет обрабатывать упомянутую настройку. ПС. Не следует так делать, если внутри этой функции у вас есть какие-то свои доделки.

сортировку или отбор по такому условию?