abushyk

Админка - Редактор форм - модель data. Найти поле с таким именем в списке полей и нажать крайнюю правую кнопку в ее строке. Она деактивируется и не будет выводиться в просмотре.

Поправил. Там возникла ошибка скрипта из-за того, что мы нещадно убили обычную форму поиска, оставив только расширеную. Попробуете, все ли в порядку. ПС. Просьба, когда правите разметку, старайтесь закрывать теги, которые требуют закрывающего, и, если удаляете, то удаляйте целые конструкции-блоки разметки, а не выщипывайте из них кусочки. Иначе разметка превращается в кашу, начнет ехать дизайн и скрипты, работающие со страницей могут начать глючить.

Ага, вижу проблему. Завтра обязательно залезу, посмотрю.

Там по сути используются только следующие поля id name name_en name_am name_cn name_ua parent_id order url description meta_title meta_keywords meta_description Остальные либо наследие, либо какие-то экспериментальные вещи.

В большинстве шаблонов все, что выводится в виде списка объъявлений - таблица ли, или набором блочков - это скорее всего realty_grid.tpl в папке вашего шаблона. Именно там можно, изменив разметку, изменить внешний вид выводимой таблицы. Там обычный хтмл за исключением вывода строк таблицы, который обернут в Smarty-цикл.

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

Это рудиментарная колонка уже не используемая ни в каком варианте структуры. Когда-то они формировали готовый кусок запроса для конкретного пункта.

Кстати, грубо говоря есть два вида вот таких вот догружалок. Первый - это как ФБ - идет подгрузка упорядоченного контента по мере достижения конца уже загруженного. Имеет конец - некую последнюю запись, после которой загрузка не производится. Второй - реально бесконечная. Когда после загрузки условно последней записи выводится все по кольцу снова. Это уже для больших любителей. Не часто, но встречается.

/template/frontend/realty/realty_view_more.tpl Если у вас есть четкое видение ЧТО должно выводиться, то логичнее будет там это явно указать, а не, так как сейчас, скрывать ненужные поля.

Да. У каждого элемента есть поле Название закладки. Вписывая туда названия вы можете динамически создать дополнительные закладки на форме.

1. Админка - Приложения - Редактор форм. В списке полей для таблицы data найти поле Метро и нажать крайнюю правую кнопку в ее строке, которая деактивирует поле. 2. Вы осознаете, что список улиц в БД после этого может сильно зумасориться? 3. Аналогично первому пункту, если отключить. Если автозаполнять, то нужен алгоритм, по которому это будет проходить. 4. Админка - Приложения - Редактор форм. В списке полей у каждого поля указано имя закладки. Достаточно двойным тычком миши кликнуть на Координаты и, в появившемся окошке, очистить название и кликнуть в стороне. Все поля, для которых не указана закладка, выводятся в закладку Общее. То же самое можно сделать, если выбрать этот элемент на редактирование и уже в его форме редактировани удалить название Координаты. 5. Проверьте Админка - Обновления. Возможно приложение GeoData не в актуальном состоянии.

Меня, лично, пугает неизвестность. Поэтому, не видя конца, как-то стремно листать без остановки))

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

1. Если концепция вашего сайта является завершенным фактом, список возможных категорий - устоявшимся и, вряд ли, будет подвержен изменения, то самым простым способом будет сверстать отдельный шаблон такого меню куда включить необходимые пункты и снабдить их иконками. 2. Если набор пунктов меню планируется менять, и не раз, то другим вариантом может быть создание спецпапки на сайте с хранилищем иконок, названых, например, structure_icon_ИДпунктаСтруктуры. После этого выписать набор стилей, который на основании класса structureItem_ИДпунктаСтруктуры будет подключать на него вывод иконки. К этому, воспользоваться способом видоизменения вывода меню подобным описаному в http://www.etown.ru/s/topic/669-вопросы-от-новичка-10/?p=7646 что бы придать пунктам нужные классы.

Куда именно добавить, где они должны бы были выводиться?

1. В принципе должна срабатывать даже из таких форм - они все, если мне не изменяет память, собирают параметры из одного места. Есть возможность взглянуть на сайт или он локальный? 2. Мне это "самоуправство", в принципе, тоже не нравится. Но отключить кнопкой варианта нет. Можно просто переопределить функцию-сборщик спецпредложений. Количество спецпредложений, выбираемых из БД, для показа на странице лимитировано. Если в БД содержится спецпредложений больше этого лимита, от за один показ они все не будут показаны.

сделал. посмотрите то ли, что вы хотели.

Какая карта? О чем речь?

А что за "Новая (дополнительная)" форма поиска? Обычно Спецпредложения реагируют на указанные параметры поиска. Т.е. если в форме вы выбрали искать по какому-то параметру, то и спецпредложения аналогично меняют свое содержимое. А вот почему выводится только одно - сложно сказать. Спецпредложения выводятся ограниченным количеством, возможно вторая запись просто не попадает в это количество.

realty_view.tpl - это общий шаблон просмотра. Во вкладку Основное выводится шаблон realty_view_main.tpl Владелец - realty_view_owner.tpl Карта - realty_view_map.tpl Фото - генерируется в самом realty_view.tpl без подключения отдельного файла - там просто цикл по фоткам стоит. Что бы отключить закладочки, нужно в realty_view.tpl ликвидировать блок <div id="tabs-services-realty">...</div>а включенные в него разметки и включения файлов оставить. Получится как-то так <div>{include file='realty_view_main.tpl'}</div> <div>{include file='realty_view_map.tpl'}</div> <div>{include file='realty_view_owner.tpl'}</div> <div id="gallery2">{section name=j loop=$photo} <div> <a href="{$estate_folder}/img/data/{$photo[j].normal}" title="Фото" > <img src="{$estate_folder}/img/data/{$photo[j].preview}" /> </a> </div>{/section}</div> Так у вас получится линейный вывод всего, что было в табах, только на одну страницу. Кроме этого, в конце realty_view.tpl есть карта<div id="YMapsID" style="position: absolute; left:-10000px; border: 1px solid #e6e6e6; border-radius: 5px; -moz-border-radius: 5px; -webkit-border-radius: 5px; width: 750px; height: 450px;"></div> Она расположена вне своего шаблона, что бы избежжать проблем при рендеринге картыы, которые возникают при ее размещении в закладке. Этот блок нужно перенести в realty_view_map.tpl, в ее аттрибутах убрать стили position: absolute; left:-10000px; А в realty_view_map.tpl ликвидировать яваскрипт код связанный с картой $("a[href=#tabs-services-realty-map]").click(function(){ if($("div#tabs-services-realty-map").find("#YMapsID").length==0){ $('#YMapsID').appendTo($('#tabs-services-realty-map')).css({'position':'relative','left':'0'}); } });Попробуйте сделать это, сохранив предварительно старый вариант realty_view.tpl, и тогда посмотрим, что потребуется дальше.

Ой, сорри. не img_preview_src , а img_preview

В данный момент для колонки можно использовать конструкцию {if $news_list_column[i].img_preview_src!=''}<img class="previewi" src="{$news_list_column[i].img_preview_src}"/>{/if}$news_list_column.img_preview_src всегда содержит первую картинку из поля типа uploadify_image (при наличии), либо первую картинку из первого встреченного в модели новости поля типа uploads (опять же таки при наличии). Ссылка на картинку в нем содержится уже с полным путем. Т.е. доставлять перед ней {$estate_folder}/img/data не нужно. ПС. Вариант не очевидный, но в данный момент рабочий. В дальнейшем мы приведем и это место к единому формату.

img.logo Вы его сместили вниз отступами. Но само "штатное" место под эту картинку, расположенное выше, не изменилось. Поэтому картинка фактически стоит вверху на уровне меню, но за счет отступов отрисовывается ниже. Добавьте к этому элементу position: absolute;Тогда вы его вырвете из текущего контекста и она перестанет раздвигать верхнюю меню. А дальше уже по обстоятельствам - возможно некоторые отступы можно будет заменить указанием позиционирования.

Дайте, для начала, просто ссылку на сайт.

Тут немного другая логика. Проверка обязательных полей происходит до сохранения записи. Картинки, так как их нужно уменьшать, готовить превью, проводить финальную проверку на то, можно ли ЭТО вообще загружать в папку картинок, в связи с тем, что это затратные операции, обрабатываются уже тогда, когда сервер принял запись с данными. Так как поле аплоадс является "хранимым в таблице", то при проверкеданных до сохранения, оно тоже проверяется на обязательность. Но так как картинки загрузятся после сохранения, возникает нестыковка. А при его необязательности, его пустота на момент сохранения данных, ни на что не влияет. К "лишней" относится обработка след. типа - ресайз, заготовка превью. Проверки на тип и размер проводятся два раза, при вкидывании в загрузчик, и перед началом фактической заготовки картинок для записи. Только после того, как картинки будут отресайзены и закинуты в соотв. папку для картинок, только тогда можно быть уверенным, что картинки приаттачены (ну или поле с картинками не пусто). Проверка на толщину и типа картинки не является достаточной проверкой, так как загрузив 50 картинок по 2М, вполне можно обвалить сервак на этапе обработки картинок, хотя они валидны и по размеру и по типу. Т.е. условие выполнилось, но при обработке в оперативке памяти не хватило. Именно поэтому ресурсоемкие работы вынесены в сам конец загрузки записи.