abushyk

Картинки в шаблоне накрыты стилями. В частности от правила .gitem img в 352 строке /template/frontend/agency/css/style.css Т.е. размером вы только регулируете габариты и форму превьюшки, но выводя ее в шаблон спокойно можно делать ее меньше или больше стилями.

Нет. Ключ {!topic_path} - строится по образу хлебных крошек, а они используют слеш, а кроме него можно использовать только {topic_id}, но он выведет только имя раздела, в котором лежит объявления, без родительской цепочки. Но я учту и ваше пожелание.

1. Перезайти в админку. Вылогиниться. И залогиниться снова. 2. Попробовать загрузить для теста совсем другое фото. Бывает, что расширения фотографии не соответствует его внутреннему содержимому и движек, может их просто игнорировать.

Дмитрий просто на примере пытался пояснить))) Суть в том, что что бы фотографии добавились, они должны как-то быть учтены. В сайтбилле учет ведется принадлежностью к какому-то объекту. Заявка, по сути не является объектом, она что-то типа продукта эх объектов. Так вот Дмитрий говрит, что нужно создать модель своей заявки, аналогично как он создает модель застройщика. В модели вашей заявки будет несколько нужных для нее полей - например Имечко, телефон, Пожелания-сообщение и поле загрузки фото. Когда создать эту модель, создать для нее таблицу и определить для нее обработчик, что бы можно было видеть объекты этой модели хоть в каком-то сеточно-удобном виде у вас будет готово все для хранения объектов типа "ваша заявка конкретного вида". После этого по стуку на адрес /client/order/имя_модели_аявки ві получите форму, заполнив которую данные сохранятся в таблицу этих заявок. И так как они физически сохранены, то с ними сохранятся и фотки. И кроме банального сообщения в почту, что есть заявка и сжатого инфо, вы получаете отдельное хранилище под заявки конкретного типа, которое уже, в отличии от тех данных которые приходят в сообщении, вполне могут экспортироваться, импортироваться и обрабатываться иными методами, вплоть до автоматических.

/template/frontend/realia/realty_grid.tpl Почти в самом конце есть {include file='right_special.tpl'} После него поставить {include file="agents_list.tpl"}

Пункт меню - это всего лишь резервированное место под ссылку. Создание пункта в меню не делает и не подразумевает ничего, кроме создания пункта в меню. Обычно делается наоборот. Например создается Статичная страница и ей выбирается урл. Потом создается пункт меню, в которм в поле урл вписывается урл созданной страницы. И теперь этот пункт меню отвечает за напрвление на статичную страницу. Можно пункту вписать урл приложения, например news, и тогда он будет ссылаться на рабочую страницу приложения Новости.

Формально шаблоном 404 является /template/frontend/agency/error_message.tpl В нем в {$error_message} віводится то, что нагенерирует движек. Но можно и самому там написать-наверстать что угодно просто заменив вставку своим творчеством.

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

Предполагаю, что вы вставили все в точности как я и написал ClientOrder.init_form('my_order_form', 'contactus'); А так как contactus в этой строке - это имя модели формы обратной связи, то вот она и подключается. Для того, что бы подключить модель ипотеки, например, нужно заменить contactus соотв. именем нужной модели, из Редактора форм. Или создать автономную модель со своим набором полей и указать ее имя, тогда она и подключится. В скрытом блоке или всплывающем окне ни чем не отличается от обычного размещения. Главное блок-приемщик формы расположить в том месте, где он должен показаться. например допустимо отсюда скопировать код модального окошка или отсюда код аккордеона и вставить <div id="my_order_form"></div> внутрь него. Тогда форма встроится в нужный элемент и будет видна при высплытии модалки иил разворачивании аккордеона.

В самом общем случае лучше сделать TRUNCATE TABLE re_streetтам же. Отличие небольшое и не критичное, но оно есть. DELETE просто очистит список улиц. А TRUNCATE очистит его и сбросит счетчик идешек. Если у вас было 5000 улиц, то после DELETE добавляя новую вы получите у нее ИД=5001, а просле TRUNCATE отсчет опять начнется с единицы.

Для блока Пользователю зарезервировано системное имя меню for_user_menu Если в админке в Контент - Меню создать новое меню с именем for_user_menu и названием например "Для пользователя" и наполнить его пунктами, то оно автоматически выведется в эту колонку.

(apps.realty.off_system_ajax) - это обычно стоит в 0. Активация єтой настройки вырубает все встроенные связи между элементами на сайте, такие как связь страны с регионом, региона с городом и т.д., но после этого становится возможным указать свои связи для элементов. (apps.realty.title_preg) - настройка установки заголовка объявления в странице просмотра. На основе регулярки. Можно набить туда системные имена полей из модели и на основании этого форматирования выстроится заголовок. Напр. вот такой {!topic_path} = {country_id}, {region_id}, {city_id}, {optype}, {price} {currency_id} USD / {room_count} преодразуется в Жилая/Квартиры = Испания, Каталония, Барселона, Продажа, 200 000 EUR USD / 3 - т.е. все, что в фигурных скобках заменится соотв. текстовім значением, а то, что все их - останется неизменным. Очень хорошо работает, когда в этой строке указываются точно заполненные поля. Если у меня 100% указана страна и я укажу {country_id} у меня тут гарантированно будет имя страны. Но если у меня страны не указаны для всех объявлений, то будут дыры. Поэтому лепить туда все, что ни попадя не стоит. (apps.realty.similar_preg) - это новая штучка, которая позволит самому определить принцип подбора Похожих объявлений в карточке. Вещь настолько новая, что наверное еще не дошла о обновлений. Вкратце суть ее в том, что мы можем определить количество шагов за которые нам будут набираться похожие и условия по которым ону буду набираться. Каждый шаг выделяется фигурными скобками и следующий после него выполняется только тогда, если при обработки предыдущих не было набрано указанное в настройках количество похлжих. Например {price:+3000,city_id,!innertopic} означает, что мне нужно подобрать похожие, которіе совпадают с просматриваемім по городу, имеют цену до 3000 большую от цены просматриваемого и могут быть размещены в разделах таком же как просматриваемое объявление, либо в его дочерних. Это один шаг. А если многошаговый, то {price:+3000,city_id,topic_id}{topic_id}{price:+3000,city_id,!parenttopic}{!supertopic}{!rand} Шаг 1. {price:+3000,city_id,topic_id} - совпадение по разделу и городу, цена до 3000 сверх Шаг 2. {topic_id} - совпадение по разделу Шаг 3. {price:+3000,city_id,!parenttopic} - совпадение по городу, цена до 3000 сверх и поиск по родительскому разделу, включая все детские Шаг 4. {!supertopic} - поиск по корневому разделу относительно раздела просматриваемого объявления Шаг 5. {!rand} - случайны добор - фактически это единственный ключ, который гарантирует, что ваших объявлений всегда будет набрано ровно столдько сколько указано в настройках, если в вашей базе объявлений хотя бы на 1 больше, чем требуется найти похожих. Так же можно указывать диапазонные значения {price:d3000} - значит подбор будет идти по значению поля price объекта плюс-минус 3000, либо {price:d20%} - уже плюс-минус 20% значения поля price объекта. И спецключи !supertopic - поиск по корневому разделу относительно раздела объекта, включая все детские этого корневого, типа поиска по ветви !parenttopic - поиск по первому родительскому разделу относительно раздела объекта, включая все детские этого родительсокго !innertopic - поиск по разделу просматриваемого и по всем детским разделам.

Мимо. Это вы выковырнули блок агента, который разместил объявление. Блок списка агентов гнездится в файле /template/frontend/realia/agents_list.tpl Если его нужно переместить окончательно, что бі он нигде больше не выводился кроме как на главной, то можно взять его и вставить в /template/frontend/realia/main.tpl внутрь условия {if $REQUESTURIPATH == '' } ... {/if} или в центральную часть в /template/frontend/realia/layout_basic.tpl в виде {include file="agents_list.tpl"} При этом нужно будет удалить все включения этого блока в остальных файлах. И, скорее всего понадобится правка стилей, так как этот блок рассчитан на вывод в вертикальную узкую колонку. Если же его нужно продублировать, тогда лучше сделать отдельный файл под то место, где он будет стоять и аналогично описанному выше вставить его в нужный шаблон

оффтоп Вот где глаз не устает и самое длинное, что мне попадалось И никакой вложенности. А на отечественных деревьях типизации хоть затеняй, хоть нет, все-равно многовато получается))) И кажется вот такая ветвистость - это чуть ли не наше ноухау. На импортных сайтах в 9 из 10 случаев вообще нет ни одной вложенной категории. А у нас зеркально наоборот, почти у каждого иерархия с большой буквы И )))

.flexslider .slides img {width: 100%;display: block;margin-top: -100px;}строка 928 в /template/frontend/freehold/css/style.css margin-top: -100px; мешает.

Изменить ее нельзя. Можно перенаправить. В /template/frontend/шаблон/main/main.php есть обработчик ссылки if ( !$has_result && preg_match('/^ipotekaorder/', $REQUESTURIPATH) ) { .... Нужно в нем заменить ipotekaorder на нужный адрес, а все что дальше, оставить. Тогда по этому адресу будет отрабатывать тот же модуль, что и на ипотеке.

Это не вы. Данное объявление не имеет указанных координат, поэтому пытается геокодировать себя. Оно формирует строку из частей географических локаций и заключает эту строку в кавычки. Кавычки являющиеся частью этих названия ломают строку. Геокодирование не происходит и карта не показывается. Для реальто нужно в realty_view.tpl строку var address='{if $data.city_id.value_string eq ''}{$city_by_default}{else}{$data.city_id.value_string|trim}{/if}{if $data.street_id.value_string != ''}, {$data.street_id.value_string|trim}{/if}{if $data.number.value != '' }, {$data.number.value|trim}{/if}';заменить на var address='{if $data.city_id.value_string eq ''}{$city_by_default}{else}{$data.city_id.value_string|trim|escape:'quotes'}{/if}{if $data.street_id.value_string != ''}, {$data.street_id.value_string|trim|escape:'quotes'}{/if}{if $data.number.value != '' }, {$data.number.value|trim|escape:'quotes'}{/if}';и строку var myGeocoder = ymaps.geocode( "{if $data.city_id.value_string eq ''}{$city_by_default}{else}{$data.city_id.value_string}{/if}, {if $data.street_id.value_string != ''} {$data.street_id.value_string}, {/if} {if $data.number.value != '' } {$data.number.value}{/if}", { results: 1 }на var myGeocoder = ymaps.geocode( "{if $data.city_id.value_string eq ''}{$city_by_default}{else}{$data.city_id.value_string|escape:'quotes'}{/if}, {if $data.street_id.value_string != ''} {$data.street_id.value_string|escape:'quotes'}, {/if} {if $data.number.value != '' } {$data.number.value|escape:'quotes'}{/if}", { results: 1 }

В большей части это как раз настройки касающиеся карточки и способов выдачи одного объекта. Так что туда стоит заглядывать)

всегда или только на виндовс системах?

Судя по тому, что на кнопку авторизации справа на писано "Выход" - вы просто не вышли с админки. Движек счмитает, что вы еще авторизированы, но так как авторизировались в админке, естественно в ЛК вас не пускает. Хотя и пытается туда перенаправить согласно алгоритму "авторизирован - ЛК, неавторизирован - окно авторизации".

Начнем сначала, что бы я восстановил нить Это при запросе /add ? Если да, то чего вы ожидали, если этими манипуляциями мы глушили гостевую подачу объявлений? Если нам не нужны гости, то по этому адресу только 404 и должно быть. И кнопку со ссылкой /add из меню можно выкидывать, так как она никуда уже не ведет. Весь функционал по добавлению ложится теперь на ЛК и адрес /account/data/?do=new В результате мы не имеем второй кнопки и остается только "Добавить обїявление" которая согласно рецепту Дмитрия из поста начинает вести двойную игру - когда пользователь авторизирован, она уходит в ЛК, а когда нет - открывает окошко с регистрацией-авторизацией.

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

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

Теория. Форму обратной связи, как и любую форму заявки можно добавить двумя способами. 1. отдельной страницей. Если у вас есть в редакторе форм модель под заявку, например тот же Заказ на рассчет c именем модели rasschet, то она сейчас будет доступна по автоадресу /client/order/rasschet 2. Вживить в любой шаблон. Вживление производится способом вставки в шаблон следующего кода {literal} <script> $(document).ready(function(){ ClientOrder.init_form('my_order_form', 'contactus'); }); </script> {/literal}<div id="my_order_form"></div><div id="my_order_form"></div> - такой конструкцией вы отмечаете место в шаблоне где именно у вас должна вывестись форма заявки. Атрибут id обязателен. ClientOrder.init_form('my_order_form', 'contactus'); - предписывает вызвать из недр модель с именем contactus и вставить ее форму в блок с ИД - my_order_form, как раз тот, о котором я написал выше. Для работы этого метода необходимо подключить библиотеку <script type="text/javascript" src="{$estate_folder}/apps/client/js/clientorderajax.js"></script> но счастливые обладатели реалии могут этим точно не париться, так как она у них включена со старта и на ней работает их форма обратной связи в подвале. Для вставки в карточку этот вариант может иметь место. По крайней мере можно попробовать. ))) Нет, у меня просто была очень жуткая неделя и я немного выпал в реал.

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