Chernetskiy

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

Подскажите, а функция autocomplete подбирает значения со всего списка или учитывая индекс (привязку улиц к городам, населенных пунктов к регионам и т.п.)?

Сегодня вышло очередное системное обновление 3.0.5, что поправили? Не знаю, с ним-ли связано, но формирование XML для Яндекса происходит с ошибкой, пишет: This page contains the following errors: error on line 1 at column 1: Document is emptyBelow is a rendering of the page up to the first error. Может и я чего накосичил, ковыряясь в базе...

Константин, в шаблоне Realia есть футер, его можно редактировать в редакторе шаблонов - footer.tpl можно например в первой колонке футера, отключить вывод новых объектов (кто их там смотрит?) и засунуть туда вышеуказанные счетчики и информеры... или сделать это вместо колонки с Информацией, где подразумевается меню. PS Звиняюсь... перепутал шаблоны, спрашивают про шаблон Реэлти а я про Реалию...

Изменил все телефонный позиции на значение mobilephone и установил маску +7(hhh) hhh-hhhhh, вводится по маске, а вот в контактах агента на сайте отображается 71111111111, как-бы сделать, чтобы отображалось +7 (111) 111-1111, а-то неудобно читается...

Звиняюсь... бывает!

Это к стати разработчикам на заметку... чтобы "поправить" свой балланс, не надо быть администратором!

Ну что, по маске ввода телефонов и для поля phone изменения произошли?

Решил не раздувать главное меню большой вложенностью, типа Аренда-список типов недвижимости, Продажа - список, Коммерческая-аренда-список и т.п., а сделать сразу в меню типы недвижимости... Отсюда вопрос, как в объявлениях разделить аренду и продажу, подумал прописать таблицу type, для подстановки параметра в выгрузку, но в базе уже есть re_type, правда не понял, для чего она. - Можно-ли для этого задействовать таблицу в MySQL re_type и прописать туда аренду и продажу? Будет-ли это выводиться в выгрузку? - Как быть с ассоциацией для выгрузки на Яндекс - просто не задействовать её и все позиции в ней игнорировать?

Наткнулся здесь на шаблон Realsite от разработчика, весьма интересный шаблончик с дополнительным функционалом в виде графиков изменения цены недвижимости, удобными вариантами отображения, просмотра и встроенными слайдерами, есть галерея с сортировкой и кратким отображением описания объекта. Интересная форма размещения объекта на сайте. Есть вывод объектов на карте с кратким описанием при наведении на значок. Есть подписка. В поиск вполне удобно встроить Живой поиск от Sitebill. Несколько вариантов палирты, хедера и футера. Прикручен блог, который можно будет использовать для новостроек. Есть прайсинг - для платных объявлений. Даже есть интересная примочка - у каждого объявления графиками показаны уровень преступности, транспортная доступность, доступность медицины и пр. (видимо сам регулируешь в админке). Многообещающе выглядит... Отзывчивый, совместимый, на Бутстрапе... Шаблон выпущен 29 января и еще не заезжен, народ отзывается на 5 баллов. У этого шаблона даже есть собственная админка, имя и пароль - admin. Осталось только адаптировать под российские реалии. Сам шаблон можно посмотреть здесь Может разработчики примут его к рассмотрению?

Я как-то давненько тестировал этот момент, оказалось, что не только админ мог баланс менять, несмотря на настройку доступа только для администратора... По моему был глюк, когда пользователь при регистрации мог себе нарисовать баланс, заполняя регистрационную форму. Я об этом наверное год назад писал. Надо проверить. Проверил... Указал поле account только для админа. Написал агенту 1000 руб., Зашел на сайт под его именем и вроде-бы всё нормально... Перехожу на сайте в редактирование профиля агента и правлю балланс Так что не всё так гладко...

Помощь получить реально, только сформулируйте толком, чего хотите. Программистов на форуме достаточно... Сообщите по пунктам задание, прикрепите свой телефон и e-mail, с вами свяжутся для обсуждения условий и цены. Вряд-ли разработчика устроит, когда клиент просит сделать сайт автосервиса а спустя месяц возни, всё заканчивается готовым сайтом по установке тахографов и систем мониторинга транспорта (было на днях)... Время убивать на переделки и постоянно висеть на связи для уточнения пожеланий и деталей никому не интересно, особенно, если ценник ниже плинтуса и заказчик доступен раз на десятый. Разработчик должен быть изначально ориентирован на задачу, представлять сколько времени на это уйдет и хватит-ли его познаний, отсюда будет сформулирована цена или вилка по цене в зависимости от функционала, а дальше решать вам.

КЛАДР не панацея, его данные тоже придется редактировать, т.к. в нём содержатся как существующие, так и старые (уже не действующие) названия, к тому-же в "улицы" засунули СНТ, ГСК, административные территории и пр., что не особо нужно... у себя на сайте это использовать можно а для выгрузки не пойдет, сторонний портал будет сообщать об ошибках. Соответственно смотрим 71 пост, скачиваем указанные файлы, запускаем базу, выбираем например "Краснодарский край" и копируем нужные или все населенные пункты в Эксель. Далее, проходим по базе в нужные населенные пункты и копируем оттуда улицы тоже в Эксель. В Экселе редактируем списки - оставляем нужные населенные пункты там бывают и ошибочно прописанные, убираем дубликаты... убираем из улиц приписки "_ул." (с пробелом между названием улицы и "ул."), просматриваем список, правим ошибочные и убираем дубликаты... Затем, удобнее будет внести в справочники в админке сайта по паре населенных пунктов и улиц, после чего пройти в MySQL и импортировать оттуда базы по населенным пунктам и улицам (для образца), после чего подправить их с учетом имеющихся у вас списков и загрузить обратно в базу. Как править: Лучше предварительно в Экселе добавить к улицам параметры для базы, например сделать из подготовленного списка: Дмитрия Ульянова 1 Маевки аллея 10-летия Октября 1812 года такой список: (1, NULL, 'Дмитрия Ульянова', 0, 0),(2, NULL, '1 Маевки аллея', 0, 0),(3, NULL, '10-летия Октября', 0, 0),(4, NULL, '1812 года', 0, 0); заполнить в Экселе копированием в колонках по строкам на весь список: первая колонка - "(" ; вторая - "1" и ниже автонумерацией; третья - ", NULL, ' "; четвертая - улицы (имеющийся список); пятая колонка - " ', 0, 0)," ), или прописать вместо нулей индексы населенных пунктов... Обрати внимание, что последняя улица должна заканчиваться не "," а ";" иначе будет ошибка при загрузке. * в коде следующая схема: (`street_id`, `prefix`, `name`, `district_id`, `city_id`) , гдеstreet_id - индекс улицы (они у вас будут по порядку, начиная с 1 и далее),prefix - не используется, но можете создать таблицу префиксов и скинуть туда префиксы из КЛАДР - ул., просп., пер., и т.п. (обычно это никому не надо, соответственно пишем NULL),name - название улицы,district_id - индекс района в городе (берется из таблицы районов, в принципе интересно только для Москвы и Питера), city_id - индекс населенного пункта, (берется из таблицы городов, если собираетесь привязывать улицы к населенным пунктам), но смысла в этом большого нет, т.к. практически в любом населенном пункте одни и те-же улицы, проще выбирать из общего списка. Затем:- скидываем результат в импортированный файл из MySQL (например в Notepad++) и полученный файл *.sql обратно грузим в базу сайта. - или загрузить скопированные параметры и без файла *.sql, просто введя команду в MySQL такого вида: INSERT INTO `re_street` (`street_id`, `prefix`, `name`, `district_id`, `city_id`) VALUES(1, NULL, 'Дмитрия Ульянова', 0, 0),(2, NULL, '1 Маевки аллея', 0, 0),(3, NULL, '10-летия Октября ', 0, 0),(4, NULL, '1812 года ', 0, 0); - или сохраняем список улиц без кода в текстовый файл и загружаем через админку сайта, но с остальными справочниками всё равно придется повозиться как описано выше (районы, населенные пункты, станции, шоссе и пр., что понадобится).

Его добавить не проблема (по ссылке в предыдущем посте), проблема в том, что если вы это поле пропишите в ЛК пользователя, то он сам себе нарисует лимон на баланс и будет счастлив... Вывод: можно сделать поле account и включать его только на тот момент, когда вы сами прописываете сумму пользователю, либо прописывать сумму ручками в базу, чтобы пользователь не имел возможности самостоятельно рисовать себе баланс. Как вариант, можно сделать отдельную таблицу "Балланс" (вне личного кабинета), куда выведите список пользователей и сведения их счетов (Account), где вы сможете прописывать балланс пользователям, при этом они не будут иметь доступ в эту таблицу.

Написано грамотно, но ни х*я не понял... Константин, скажи проще, в результате вышеописанных танцев с бубном будет рядом с ценой в зверобаксах стоять цена в рублях - пересчитанная исходя из курсов в Менеджере валют? Смысл в том, что первоочередной ценой будет цена, указанная продавцом (она может быть в валюте а курс к рублю редактировать каждый день не интересно). Соответственно, ориентироваться при покупке надо именно на эту цену, а по соседству с ней, для удобства, желательно иметь цену в рублях, но она может немного отклоняться от текущего курса и показывается ориентировочно а не в качестве конечной цены, т.к. всё относительно - обменный курс, комиссия за перевод, доп.услуги за рубежом и т.п., что в итоге изменит рублёвую цену на неопеределенное значение.

Дмитрий, в кошелек Юником24 падают деньги в виде процентов или фиксированной суммы с каждого одобренного банком кредита. Какой банк выберет пользователь (их более 30), такие и условия по деньгам. К тому-же с кошелька не обязательно выводить деньги, ты можешь их тратить на проверку кредитной истории и забирать их налом у клиента, можешь потратить на страховку, открыть вклад и т.п., кошелек не ограничивается только накоплением. Сколько заработал? Да хрен его знает, в принципе не особо много, поскольку ипотечники ко мне приходят уже с одобренной ипотекой. Да и не всегда бывает выгодно получать процент или фиксированную сумму от банка, иногда вместо этого выгоднее организовать клиенту скидку по ипотеке, при этом продать свой объект по выгодной цене, соответственно получить больше с продажи объекта. Так что всё относительно, но в результате, все довольны - клиент с квартирой и у меня больше шансов продать объект и своего не потерять

А я не стал заморачиваться с этой формой и просто прикрутил в меню "Заявка на ипотеку" свою ссылку в ЛК на Юником24 - http://unicom24.ru/bankcheck/?aff_id=134 Теперь клиент всё заполняет сам, мне приходит сообщение а банк проверяет и если будет добро, то я получаю свой процентик еще и от банка. Просто, сердито и пыжиться не надо

Есть предложение прикрутить на страницу просмотра объявления еще одну позицию цены (рядом или ниже), на случай, если цена объекта указана в валюте, чтобы в соседней позиции указывалась автоматически пересчитанная цена в рублях, исходя из курсов в "Менеджере валют", чтобы посетитель не ломал голову и не хватался за калькулятор...

Похоже написать письмо админу на contact@htaccess.ru

Генератор файла .htaccess здесь или готовые варианты для разных CMS здесь Дима, может туда-же добавить и для Sitebill? Там добавляется и описание CMS, дополнительная реклама не помешает...

Для желающих - большой список хакерских IP-адресов (более 21500), с которых осуществляется атака на сайты и серверы. Список взят у официалов, которые отслеживают активность хакеров по многим критериям - https://yadi.sk/i/VzWNrt5Efh9m9

Спасибо, получилось!

Константин, увы, не прокатило.

Крыша уже едет... , подскажите, где можно убрать жирный шрифт надписей "Ваше имя", "Телефон" и т.п. в панели "Оставить сообщение" в футере, а-то как-то несуразно смотрится. Там вроде отдельная форма

Это чтобы не гонять карту из Сибири в Москву для указания координат объекта при редактировании объявления, так удобнее...