abushyk

/template/frontend/realia/realty_grid_thumbs.tpl например после <div class="location">{if $grid_items.topic_info.$lang_topic_name != ''}{$grid_items.topic_info.$lang_topic_name}{else}{$grid_items.type_sh}{/if}</div> поставить <div class="location">{$grid_items.системное_имя_поля_с_анонсом|strip_tags}</div>

Я так понял, что суть в том, что бы показать пользователю некоторую кнопку Поднять, которой он сможет апнуть дату объявления. А условием показа данной кнопки будет зазор между датой добавления и текущим временем "более 24 часов" и "более 3 дней"? И администратор будет устанавливать для пользователя некоторый признак, который будет определять какой именно временной зазор для какого пользователя будет использоваться?

Это уже зависит от фантазии и желания))) Может выводиться и туда, но в блочном там совсем мало места. В строковом еще куда ни шло.

<a href="{$estate_folder}/rss/">Подписаться на новости</a>Это в текстовом виде. Если найдете приемлемую по дизайну иконку, то можете заменить ею текстовую строку.

Я связал дприложение Новостей и РСС. Но второе выпустил, а первое забыл)) Дмитрий должен был уже выдать в обновление приложения Новости. Обновите его и проверьте еще раз. Если ошибка не пропадет, то будем смотреть, что там мешает. Но я посмотрел вывод рсс, у вас именно то, о чем я написал.

Дело не в том как называются поля у вас и у них. Они не обязаны совпадать по именам, так как это разные сайты, разные базы и совершенно разные поля. И то, что некоторые из них совпадают по названию совершенно не означают, что они не то что идут в выгрузку, а и даже то, что они вообще имеют такой же смысл в обеих случаях. В общем приложение выгрузки - это как кардан, который выбирает перекосы между данными на вашем сайте, и тем, что принимает акцептор. Именно он делает так, что бы ваше поле "qwerty" в котором вы держите валюту цены в виде "евро", "доллар" и т.д. превратилось в нужное приемщику <currency>1</currency> или <currency>USD</currency>. Некоторые поля в сайтбилле выгрузчик умеет определить по имени и рассчитывает на некоторый их смысл. Например формально вы не должны держать цену в поле с именем price, но если вы будете держать ее именно там, то множество функций, которые работают с ценой и ожидают ее в price будут работать без допиливания и относительно корректно. Именно поэтому я всегда протестую против вариантов "а давайте я в Метро положу микрорайоны", потому что в метро движек рассчитывает иметь именно метро. так что совпадение полей по именам - это бессмысленное волнение. Суть в том, что вам нужно либо из те полей, которые сайтбиль поддерживает автоматом накомпоновать нужные себе варианты, либо собрать свою модель и тогда вместе со мной посмотреть, что можно все-таки перевести на "стандартные" для сайтбилля поля, а что может вшить в общий код или хотя бы в локальный кусок исключительно для вашего сайта.

Поле title_default - Заголовок строчки в select_box по-умолчанию для поля Категория - оно может так же иметь языковые варианты. И х я резервировал под "нулевой" пункт выпадашки.

Все, я понял в чем неувязка. Языкизация полей происходит в момент их выгрузки из БД. Так как поле add_by добавлено на лету в ручном режиме, то оно минует эту процедуру. Я вам в local_kvartira_search.php (строки 95-98) накодил вариант обхода. Вы его можете применять к аналогичным рукотворным полям.

Поля указываются через запятую и группируются фигурными скобками. напр. а) {price:+3000,city_id,topic_id}{price:+3000,city_id}б) {price:+3000,city_id,topic_id}{topic_id}{price:+3000,city_id,!parenttopic}{!supertopic}{!rand}в) {price:+3000,city_id,topic_id}{!rand}

Дублируете эту строку по количеству языков $kvartira_model['add_by']['select_data_en'] = array(0=>'Источник (по англ)', 2=>'От населения (по англ)', 4=>'От агентства (по англ)'); $kvartira_model['add_by']['select_data_fr'] = array(0=>'Источник (по франц)', 2=>'От населения (по франц)', 4=>'От агентства (по франц)'); А вам в data нужно такое поле?

Можете уже писать эти анонсы, так как обновление для модуля в котором можно будет настраивать поле с описанием я уже отправил в базу.

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

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

Это все то же почему у вас и рсс выводится в html, а не в хml. В таком виде, как он выводится сейчас, он действительно имеет неподдерживаемый формат.

Никак. Это просто картинка. Можете положить ее на своем сайте и давать адрес этого файла, либо даже в виде готового кода типа <a href="http://mysite.ru"><img src="http://mysite.ru/banners/banner1.gif"></a> тем, кто согласится поставить его у себя. Можете давать им прямо саму картинку и ссылку вокруг нее они пропишут сами. А вот что значит "отправить этот баннер в 1ps для прогонки по каталогам" я просто даже не представляю. Просто послать им картинку?

http://wiki.sitebill.ru/index.php?title=%D0%A0%D0%B5%D0%B4%D0%B0%D0%BA%D1%82%D0%BE%D1%80_%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%B0_CKEditor Там есть ссылка на скачку. Скачиваем, выкладываем в корень сайта.

Формально у вас почти такая страница уже есть - ваш_сайт/add/

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

на фоне такого анамнеза могу предположить, что ckeditor не загружен на сайт. Поэтому при переключении на textarea_editor происходит слетание скрипта из-за того, что оба из возможных эдиторов не работают - cleditor из-за устаревшести, а ckeditor из за неустановленности. Папка ckeditor в корне сайта присутствует?

Что-то вы там вывели в шаблоне ненужное. Для браузера это норм, он прощает. А вот для хмл так нельзя - ломаются заголовки по которым сторонние ресурсы определяют формат контента. Второе - то, что вы выгружаете - это не нормально. Я понимаю, что в описание вы вместили все, но следует понимать, что то, что норм для сайта, не очень хорошо для той же читалки рсс. А они могут отображать от первых двух строк описания и больше ничего, до полной простыни всего описания, что тоже не фонтан - читалка она для быстрого информирования а не для выдачи полного описания вместо сайта. В общем рссом вы должны заманивать к себе, а не делать замену самому сайту. На понедельник я выдам Диме новый вариант генератора, в котором можно будет указать какое именно поле следует расценивать как описание, что бы оно шло в рсс. Тогда вам нужно будет создать отдельное поле, типа анонса с кратким резюме предложения, без таблиц поквартирной раскладки и прочей "войны_и_мира". И его уже укажем как поле под выгрузку. А с неверным форматированием, закиньте мне в почту доступы от фтп. Методом кашпировского тут я не смогу помочь. ПС. Хотя у меня есть предчувствие, что просто какой-то из файлов шаблона сохранен в неправильной кодировке УТФ-8 вместо "УТФ-8 без ВОМ"

1. Проверить какой тип у поля тела новости. Действительно ли он textarea_editor а не просто textarea 2. Опять посмотреть в консоль, нет ли там какой-то ошибки, которая сбивает запуск скриптов.

Вы слишком плохого мнения о разработчиках))) Сами многобайтовые кодировки типа UTF-8 возникли как раз из за того, что в однобайтовых (Windows-1251, ...) перестали помещаться все символы всех алфавитов. Это только "на глаз" украинская и английская i похожи, но поскольку для операций со строками эта похожесть не играет роли, то подмена одной буквы другой вполне могла бы ощутимо укоротить жизнь автору такой идеи)))

Другими словами теглайн это то, что я обвел на картинке Это не тег - это просто текст.

Сама по себе кнопка ничего никуда не добавляет и добавлять не может. Максимум, на что способна кнопка - это отправить данные, которые есть в форме, внутри которой находится кнопка, по адресу, указанному в атрибуте action упомянутой формы. Т.е. саму форму и кнопку на ней сделать можно. Но без обработчика который примет эти данные после отправки и уложит в БД все это будет просто декорацией. Возможно вы не совсем правильно поняли противоположную сторону или они некорректно выразились?

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