Chernetskiy

И еще, как-бы организовать вывод номера телефона в деталях объявления с форматированием, поскольку вводится номер с маской а хранится в базе и выводится набором цифр 79261234567, как-то не удобно.

Озадачился вопросом создания дополнительного текстового поля (дополнительного описания к объекту), которое не будет включаться в выгрузку, т.к. будут проблемы с принимающей стороной (требуют описание одного объекта а надо например дополнить описание вариантами объектов а не разводить кучу одинаковых только с разной ценой). Шаблон Realia. В этих целях создал в data дополнительное текстовое поле extended и прописал в realty_view.tpl дополнительно к описанию следующее: <div class="noverview-full"> {if $data.text.value != ''} <p align="justify">{$data.text.value}</p> <hr> <p align="justify">{$data.extended.value}</p> {/if}</div>В результате, при просмотре объявления, дополнительное описание показывается под текстом основного описания и дублируется в колонке слева, вместе с параметрами объявления. Как-бы его убрать из колонки слева? Посмотреть можно здесь И попутная хотелка, позиции с чекбоксами хотелось-бы перенести под основной текст описания (домофон, паркинг, кондиционер и т.п.), как-бы этот вопрос решить, без дублирования в колонке слева?

А вот для этих случаев Яша и запустил Минусинск Есть желание весенне-осенний сезон провести с нулевой посещаемостью?

Ну вот тут просто переписаны пункты меню (типы), проблема зайти в админку - структура (меню слева) и удалить/переписать типы как вам надо?

Да сейчас Минусинск с Пингвином создадут больше проблем с выдачей, чем УРЛ третьего порядка. Тем более, что у поисковиков заложена реакция на УРЛы основных страниц сайта типа /home, /news, /contacts, /about ... У вас на странице ваш_сайт/news анонсы новостей всё равно присутствуют и с каждой новостью эта страница обновляется, что уже плюс в глазах поисковиков.

пропиши связи в настройках обоих полей (linked и depended), например: raion_idlinked mkrn_id,raion_id;street_id,raion_id mkrn_iddepended raion_id -с вязь вниз (к подчиненному справочнику) может быть множественной, я специально указал 2 связи, но это не обязательно.- связь вверх (к родителю) - одна.

Да в принципе сделать не сложно, практически в любом графическом редакторе создай рисунок - белый текст (предпочтительно) на прозрачном фоне и сохрани в формате png или другом, который поддерживает прозрачность. Можно сделать например в бесплатном графическом редакторе paint.net А можешь использовать готовый вариант - здесь (надпись FazendaBG.com - белые буквы на прозрачном фоне, файл watermark.png) При просмотре в простом редакторе будет выглядеть просто белый прямоугольник, но на сайте должен выглядеть нормально. Надо будет загрузить этот файл в img/watermark/ ; в Настройках-Общие включить отображение watermark; в Настройках-Watermark Printer выбрать прозрачность картинки, расположение и прописать название файла - watermark.png.

Константин, а если docuploads использовать в заявках (getrent), для загрузки фото, в письме хотя-бы ссылка на файл придёт? Куда будет производиться загрузка, в отдельную папку или в общую кучу с фотками объекта, где их замучаешься искать...? При удалении заявки все данные удалятся с сервера или придется искать и ручками удалять те-же фото/документы, прикрепленные к заявке? т.к. со временем накопится куча хлама...

Елена, ну и пусть качают, это-же ваши потенциальные клиенты, и если у вас с продавцом договор, то эти качающие ваши фотки мимо вас не пройдут. Чего вы расстраиваитесь? А ещё, это дополнительный способ пропиарить свой сайт... Перед загрузкой фоток на сайт, предварительно заполните свойства фото - наименование, ключевые слова, авторское право и т.д., и не забудьте во всё это вставить фразы "Фазенда БГ", ваш телефон, ссылку - http://fazendabg.comи т.п., что укажет на вас, пусть они вас и пиарят в Интернете. 99% риэлторов даже не додумаются залезть в свойства и поправить их.

Можно его переименовать в ПСН, что многие и делают. А можно сделать и по другому. Оставить в меню только "Помещения" а его целевое назначение прописывать в описании, прописать в data дополнительную позицию - select_box и там указать возможные варианты {0~~все}{1~~магазины}{2~~бары}{3~~склады}{4~~ПСН}.... Такая позиция вам пригодится для выгрузки на сторонние порталы, тот-же AFY, и на основе нее можно делать выборку в форме поиска. Например, для AFY.ru в организации выгрузки предусмотрена позиция category с возможными вариантами: 197 – Торговые помещения (Продажа) 196 – Торговые помещения (Аренда) 199 – Склады (Продажа) 198 – Склады (Аренда) 255 – Производственные помещения (Продажа) 256 – Производственные помещения (Аренда) 253 – ПСН (Продажа) 254 – ПСН (Аренда) 191 – Офисы (Продажа) 180 – Офисы (Аренда) 201 – Готовый бизнес (Продажа)

Я-бы посоветовал вам сократить такие названия позиций меню, у пользователей глаза разбегутся... Хотя, решать вам. Относительно правок кода в файлах css (шаблона), то сложностей особых нет. Заходим на свой сайт, кликаем правой кнопкой на том месте, которое хотите исправить и в контекстном меню выбираем "Просмотреть код" (для Opera), в других браузерах практически так-же. У вас окно браузера разделится пополам и снизу (или сбоку, как настроить) откроются 2 панели - непосредственно с кодом выбранного элемента (слева) и его стилем оформления, включая строку и название файла css (справа). Вы можете самостоятельно менять код, тестировать свои изменения, если они вас устраивают, то переходите в админку сайта-редактор шаблонов, открываете нужный вам файл css и редактируете в нем код стиля. Ваши эксперименты в браузере с просмотром кода и тестированием несут временный характер и будут сброшены после обновления страницы. Не забывайте прокручивать всю редактируемую страницу, т.к. внося изменения в стили в одном месте, они могут отразиться в другом в виде сдвигов и наплывов блоков друг на друга, некоторые стили глобальные.

Нет, если у вас при входе на свой сайт не вылазит ошибка доступа к базе MySQL

Ночью переносил сайт на новый ностинг. Понятное дело, что реквизиты базы сменились. Перекинул файловый архив сайта, взял архивную копию базы, изменил в ней название на новое + прописал новые реквизиты (название и доступ к базе в db.inc.php) и загрузил её в phpMyAdmin. Всё работает и доступ в админку сохранился. А иначе у вас с сайта будет идти обращение к старой базе со старыми реквизитами доступа (которые сохраняются в архивной копии db.inc.php), вот тогда точно ничего работать не будет.

При переезде на другой хостинг (а при этом меняются названия базы, и зачастую имя и пароль от неё), не забываем заходить в ваш_сайт/inc/db.inc.php и менять эти значения на новые (смотрим 3-5 строки). <?php$__server = 'localhost';$__user = 'v0012345_adm'; // Новое имя пользователя базы$__password = 'ABCDeBysnM5_X!O'; // Новый пароль от базы$__db = 'v0012345_default'; // Новое название базы$__db_prefix = 're'; // не менять$__document_root = $_SERVER['DOCUMENT_ROOT'];define('SITE_ENCODING', 'UTF-8');define('DB_ENCODING', 'utf8');if (!isset($__connection)){ $__connection = mysql_connect($__server, $__user, $__password) or die('Не удалось поключиться к серверу БД (' . mysql_error() . ')'); mysql_select_db($__db) or die ('Не удалось подключиться к БД(' . mysql_error() . ')');mysql_query("SET NAMES utf8");}?>

Наверное проще и эффективнее будет сменить шаблон на адаптивный, т.к. уже сейчас 30-50% посетителей заходят с мобильных устройств и этих посетителей вы теряете, т.к. распальцовкой по смартфону/планшетнику никому заниматься не охота и вчитываться в неадаптированные шрифты тоже, проще перейти на сайт конкурента. Экономя 3-5 тыс. вы теряете больше.

Вот честно говоря, я-бы в первую очередь стал искать Гурзуф и мне в голову не пришло-бы его искать где-то в Большой Ялте или Симферопольском... Думаю, что такое-же мнение и у подавляющего большинства жителей России и СНГ. Относительно районов в регионах у меня на сайте, так Москва и Подмосковье это большая свалка административно-территориального деления. Пришлось прийти к такому варианту из-за выгрузки объектов на порталы недвижимости, у которых есть сложная иерархия в административно-территориальном делении, к тому-же существует куча одноименных населенных пунктов, которые приходится относить к тому или иному району. Например в радиусе 30 км. у меня есть несколько населенных пунктов Михалево (3 шт.), Фенино (3 шт.) и т.д., без уточнения не обойтись, т.к. клиенты сами запутаются и меня запутают. Тот вариант, который у меня на сайте еще относительно упрощен, если делать по полной программе, то пришлось-бы объединять несколько вариантов в одном, т.к. есть еще и зарубежка: - для Москвы Страна-Регион-Город-Округ-район/город-микрорайон-улица, т.к. в Москве есть несколько городов и нас. пунктов; - для Подмосковья Страна-Регион-район/город-нас.пункт-улица и в это надо вписать города областного и федерального подчинения, для которых структура будет Страна-город или Страна-Регион-город/поселок

А стоит так заморачиваться? Просто город переименуйте в нас.пункт и свалите все в один список, иначе сами заморочаетесь и посетителей замучаете. Проще в рамках одного региона выбирать, чем копаться в сложной структуре регионов-районов-городов-микрорайонов и т.п.

Проще забить, поскольку Заявками на просмотр практически никто не пользуется, к тому-же есть форма обратной связи а в 99,9% случаев клиенты звонят... А если уж так нужно - ковырять приложение mailbox, как я понимаю, эти кнопки подтягиваются оттуда.

Можно тупо отключить приложение mailbox и все кнопки - заявки, поделиться и пожаловаться сами отвалятся.

Просто IE и Хром работают по разному. Хром в последнее время стал блокировать некоторые скрипты и технологии, объясняя это заботой о вашей безопасности (о чем уже давно предупреждал)... Не исключено, что код счетчиков для него показался подозрительным, хотя у меня счетчики показываются. Может у вас в настройках Хрома что-то не так? Я например сейчас не могу использовать криптографическую защиту для запросов, поскольку ЭЦП есть а ПО, которое раньше работало в браузерах - устарело (а нового нет) или блокируется, поскольку теперь небезопасно...

А я и забыл про мобильные устройства... Действительно, на смартфонах кнопка "Назад" не работала - подвисала. Поправил, всё ОК! Если кому надо, блок кнопок, добавляем после кода "Избранного" в realty-view.tpl <div class="editblock"> <a title="На главную" href="/" class="btn btn-info"><i class="icon-white icon-home"></i></a> <a title="Назад" href="#" onclick="history.back();return false;" class="btn btn-info"><i class="icon-white icon-chevron-left"></i> Назад</a> <a title="Заявка на кредит" href="/ipotekaorder" class="btn btn-info"><i class="icon-white icon-ok"></i> КУПИТЬ В КРЕДИТ</a> {if $apps_pdfreport_enabled==1} <a title="Печать PDF" href="?format=pdf" class="btn btn-info"><i class="icon-white icon-print"></i></a> {/if} <a title="Печать" href="#" onClick="window.print()" class="btn btn-info"><i class="icon-white icon-print"></i></a> {if $data.user_id.value eq $smarty.session.user_id} <a title="Редактировать" href="{$estate_folder}/account/data/?do=edit&id={$data.id.value}" class="btn btn-info"><i class="icon-white icon-pencil"></i></a> {/if} {if $data.user_id.value eq $smarty.session.user_id} <a title="Удалить" href="{$estate_folder}/account/data/?do=delete&id={$data.id.value}" class="btn btn-danger"><i class="icon-white icon-remove"></i></a> {/if} </div>

Константин, приходим к выводу, что перекур - это двигатель прогресса. Когда занят делом - не до перекуров. Значит у перекура 2 причины - безделье и "надо подумать".

Попробуй ядовитых грибочков и проверь Хотя лучше почитать предысторию...

Нет, лучше так: Объявить благодарность и лайкнуть в кошелек!

Это обсуждалось еще на заре становления CMS, года 2 назад... Но как-то решили с этим не заморачиваться и чтобы не краснеть перед клиентом за цену в 40.000.000 руб., просто активируем менеджер валют и указываем цену 1.000.000$, а уж что у продавца и покупателя получится на момент покупки и курсовых разниц, вам до этого дела нет. Тут есть ряд причин бессмысленности конвертации цены на текущий момент: - Цена ежедневно меняется в ту или иную сторону и пользователь, который следит за объектом, не говоря о сторонних рекламных площадках, куда вы выгружаете свои объекты - очумевают от ваших скачков цены, своей непредсказуемостью и сменой настроения вы шокируете посетителей и вызываете недоверие к своему объявлению да и к вам/вашему агентству в целом; - В какой валюте будет оплата сделки, вам не известно, может в монгольских тугриках. Возможно продавец и покупатель сойдутся в оплате валютой и ваша рублевая цена им вообще по барабану; - Продавец и покупатель все равно будут торговаться и какая будет итоговая сумма сделки, тоже вопрос и не факт, что они не сойдутся на своем курсе, средним между биржевым и обменным, что может в итоге дать расхождение в полмиллиона-миллион. Так что делайте свою работу и не заморачивайтесь на курсах. Просят вас продать в рублях, продавайте в рублях. Просят продать в валюте - ставьте цену в валюте, а если очень переживаете, внизу сайта припишите, что продажи осуществляются в рублях по курсу на момент совершения сделки.... и даже не надо уточнять по какому курсу - биржевому, обменному, внутреннему или акционному .