Chernetskiy

Это точно вывод из справочника, есть вариант и на странице, как раз с якорями. Страница и вывод из справочника отличаются только адресами /notarius и /notaries соответственно. Думаю еще в справочник добавить номера лицензий и приказов, на основании которых работают нотариусы, чтобы генерировался более осмысленный текст, но это со временем. Пока ситуация выглядит так: выполняем действия, описанные Константином на первой странице - Настройка модели... создаем описанную там базу, у Константина в описании eventm_event, я назвал notarius и наполняем её нужными строками, у меня сейчас: notarius_id primary_key ID name safe_string ФИО phone1 mobilephone Телефон phone2 mobilephone Телефон доп. phone3 mobilephone Телефон доп. country_id select_by_query Страна region_id select_by_query Регион raion_id select_by_query Район city_id select_by_query Нас.пункт district_id select_by_query Район города street_id select_by_query Улица number safe_string Дом office safe_string Офис metro_id select_by_query Метро geo geodata Координаты text safe_string Описание У меня указано несколько телефонов, т.к. есть и по 3 телефона у нотариуса. Телефоны имеют маску mask=+7 (hhh) hhh-hhhh и в базу заносятся только цифры - 79261234567, на выводе впоследствии снова форматируются. Адресные справочники подключены те, что уже имеются в базе, по аналогии как в data. Справочники работают через связанные элементы. Строка geo планировалась для карты. Смотрите по полям, что именно надо вам, уберете лишнее из моих шаблонов (ниже) 3. Создаем обработчик как описано у Константина (у меня notarius). Свои названия указываю потому, что они будут встречаться в коде файлов далее... У меня так: Имя модели - notarius Название - Справочник нотариусов Публичный - V Alias - notaries Шаблон списка - notaries_list.tpl Шаблон объекта - notaries_view.tpl Поле сортировки - name Направление сортировки - asc Количество на страницу - 10 (можно и больше) Заголовок списка - Справочник нотариусов Заголовок страницы объекта - Ваш нотариус * Заголовки будут выводиться в хлебных крошках 4. Создаем свои шаблоны в /template/frontend/ВАША_ТЕМА/apps/customentiry/site/template/ИМЯ_ШАБЛОНА.tpl, - оформления списка и карточки. У меня так: notaries_list.tpl <h2 text-align: center>СПИСОК НОТАРИУСОВ <br /> Москвы и Московской области</h2> <hr> <ul> {foreach from=$entity_list item=entity_item} <li><a href="{$entity_item._href}">{$entity_item.name.value}</a>, {$entity_item.city_id.value_string}</li> {/foreach} </ul> {$entity_pager} notaries_view.tpl <h2 text-align: center>Нотариус {$entity_item.name.value}</h2> <h3>{if $entity_item.region_id.value_string!=''} {$entity_item.region_id.value_string} {/if} {if $entity_item.metro_id.value_string!=''} - метро {$entity_item.metro_id.value_string} {/if}</h3> <hr> {assign var=x value=array()} {if $entity_item.raion_id.value_string!=''} {append var=x value=$entity_item.raion_id.value_string} {/if} {if $entity_item.city_id.value_string!=''} {append var=x value=$entity_item.city_id.value_string} {/if} {if $entity_item.street_id.value_string!=''} {append var=x value=$entity_item.street_id.value_string} {/if} {if $entity_item.number.value!=''} {append var=x value=$entity_item.number.value} {/if} {if $x|count>0} Адрес: {$x|implode:', '} {/if} {if $entity_item.office.value!=''} офис {$entity_item.office.value} {/if} <br /> Тел.: {if $entity_item.phone1.value != '' && $entity_item.phone1.value|strlen==11} {$entity_item.phone1.value|regex_replace:'/(\d)(\d{3,3})(\d{3,3})(\d{4,4})$/':'+${1} (${2}) ${3}-${4}'} {else} {$entity_item.phone1.value} {/if} {if $entity_item.phone2.value != '' && $entity_item.phone2.value|strlen==11} {$entity_item.phone2.value|regex_replace:'/(\d)(\d{3,3})(\d{3,3})(\d{4,4})$/':', +${1} (${2}) ${3}-${4}'} {else} {$entity_item.phone2.value} {/if} {if $entity_item.phone3.value != '' && $entity_item.phone3.value|strlen==11} {$entity_item.phone3.value|regex_replace:'/(\d)(\d{3,3})(\d{3,3})(\d{4,4})$/':', +${1} (${2}) ${3}-${4}'} {else} {$entity_item.phone3.value} {/if} <br /> <br /> {if $entity_item.text.value!=''} Нотариус {$entity_item.name.value} {$entity_item.text.value} {/if} <hr> код карты пока сюда не скидывал. Обращаем внимание на путь размещения этих шаблонов. При обращении по адресу /ваш_сайт.ru/notaries получаем вывод списка, при клике на ФИО нотариуса - переходим в карточку с деталями. Осталось дело за поиском. Пока это тестовый вариант, предложения и корректировки принимаются

1. Можно и в один справочник запихать, сразу указать возможные позиции а вносить те, которые имеют отношение к категории - Нотариус, БТИ и т.п., хотя, как мне представляется, все категории будут иметь одни и те-же позиции. На всякий случай можно в базу добавить еще строку "Описание" или "Дополнительно" - text (safe_string), куда можно дописывать что-то от себя и выводить на сайт при наличии записи. 2. Относительно справочника, пока он небольшой, тестовый. Список здесь, из него переход на карточку нотариуса. Сейчас пытаюсь прикрутить в карточке карту с меткой местоположения нотариуса, но что-то не срастается.

Проще сделать в таблице еще одну колонку topic_id (select_box) и прописать туда значения выбора, типа: {1~~Нотариусы}{2~~МФЦ}{3~~Росреестр}{4~~БТИ}{5~~Архитектура}{6~~Геодезисты}{7~~Застройщики}{8~~Агентства недвижимости}, и в последующем, в поиске сделать выбор раздела.

да

Что-то меня на такую мысль и навело Значит начнем отталковаться от ФИО а не от города. Остается еще вопрос, относительно поиска, думаю над вариантами: Сделать адаптированный к Нотариусам (возможно с расширением на вкладки - застройщики, МФЦ, БТИ и т.п.) стандартный поиск. Пока мало представляю, как это сделать отдельным вариантом... Сделать отдельный поиск посредством кода PHP, типа <? php... код...?>, но как это внедрить на страницу и будет-ли это работать вообще в рамках CMS пока для меня загадка Что посоветуешь?

Спасибо! Этот вариант вполне подойдет - стандартный набор из 11 цифр.

Спасибо, Константин. Утром опробую.

Не суетись, сложного ничего нет. А относительно справочника, так куда уж проще, я и так сделал проще для себя и для посетителей сайта: - для меня, тем, что при заполнении справочника нотариусов я собираюсь использовать уже имеющиеся адресные базы - регион, район, город, улица, дом, телефон. Чего адреса писать одной строкой в safe_string? Лишнюю работу делать и лишиться возможности организовать поиск по критериям. - для посетителей, удобство при использовании поиска по региону, району, городу, улице, может быть еще по району города и метро (уже заложено) Кастомный справочник нотариусов вполне простой - id, фио, регион, район, город, район города, метро, улица, дом, телефон. Адресные справочники уже связаны через связанные элементы. Его конечно можно упростить, но у меня предполагаются нотариусы Москвы и Московской области, а это с тысячу позиций и с этим надо что-то делать, чтобы всем было проще и удобнее. Залить список в базу труда особого не составит, позже поделюсь в Файлах на форуме. Относительно наработок, когда прийдем к чему-то вменяемому - поделимся, мы не жадные Пока обсуждается и тестируется сама идея...

п*здец ребята... Чтобы найти все объекты по ул. Ленина надо перебрать в поиске все варианты Ленина ... Dima, отключай нафиг autocomplete и убирай его из параметров в адресных строках таблицы data, читай мануал по связанным элементам и связывай справочники через depended и linked. Похоже, после этого прийдется скачать с сайта всю базу объектов в файл Эксель, поправить в нем названия улиц, если они хоть чем-то отличаются. После этого перезалить адресные справочники (сначала удалить имеющиеся города и улицы, там наверняка масса дублей и ошибок), улицы Сургута я закидывал в файлы. Затем загрузить обратно базу с объектами. Без этого, счастья не видать.

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

Спасибо, помогло! Я уже и забыл, что вообще напихано в CMS

Создаем кастомный справочник "Застройщики", называем его например developer (как нужно Яндексу) или company (может туда и агентства добавите) в него заводим строки ID, Наименование (name), и на будущее Регион, Город, Улица, Дом, Телефон, Описание, Фото (Логотип) как в data. На будущее, имею ввиду, мало-ли как еще вы будете использовать этот справочник, но для начала первых 2-х позиций вам хватит. Не забываем его активировать кликом на боченки. Кликом на звездочку возле названия справочника подключаем ему обработчик (указываем ему имя модели - developer и название "Справочник застройщиков"), теперь он появился в верхнем меню Пользовательские -> Справочник застройщиков и с ним сможете работать как и с другими справочниками. Добавляем в data строку developer_id и подключаем к ней указанный справочник (по типу адресных), ставим галочки видимости только в новостройках и подчиненных им квартирах, таунхаусах, коттеджах (если с вложениями) Теперь у вас будет позиция Застройщик при добавлении объявлений и возможность выгрузки застройщика (обязательная) фидом Яндекс.Недвижимость Подключаем позицию Застройщик в поиске (может в отдельной вкладке Новостройки) Чтобы было по феншую, дописываем в справочник Городов параметры Linked и Depended - подчиняем Город вверх к Региону (depended=region_id) и вниз - к улице+ к Застройщикам (linked=street_id,city_id;developer_id,city_id) . Аналогично прописываем depended в справочник Застройщики - вверх к городу (depended=city_id), вниз - не надо. Подчинив справочники, у вас список застройщиков будет отображаться в зависимости от выбранного города. Справка по Связанным элементам на WiKi Теперь посетители сайта смогут воспользоваться поиском и искать недвижимость с учетом застройщика в конкретном городе Удачи!

Не стоит забывать, что Сбер - не единственный, кто предоставляет ипотеку. Есть полно других банков с не менее а зачастую и более выгодными условиями, в т.ч. с участием иностранного капитала, и эти ребята вполне могут составить серьезную конкуренцию Сберу, который получает у ЦБ деньги под 7% + свой навар = от 9%, в то время, как у этих ребят деньги свои, в планах долгосрочные вложения и стабильная прибыль 1-1,5 % уже круто на фоне той-же деятельности за 0,5% в Европе или США. Сейчас сдерживающим фактором является только вляние санкций, которые не будут вечными, т.к. бизнесу надо зарабатывать.

Странно, почему у меня клиенты, которые работают только со мной и им пофиг, кто и какие условия им предложит. Наверное потому, что я не в числе 100-го агентства/риэлтора, который торгует одним и тем-же объектом по всему району и на делает из своего бизнеса аналог Авито - продаю всё а что конкретно и сам не заю . В добавок ко всему, уважая свой труд, своего клиента и перестраховываясь от неожиданностей, наверное стоит заключать договор с клиентом на предоставление ему риэлторской услуги... Ну и на последок, если например цена квартиры клиента в среднем по рынку 1,7 млн., с такой ценой она рекламируется везде, а вот в Домклике она уже рекламируется за 2 млн., куда прийдет покупатель - в Сбер или ко мне? В Сбер он может прийти и от меня, сэкономив на этом 300 тыр. А если надо продать квартиру повыгоднее, например за 2,2-2,4 млн., то не составит труда прогнать её через муниципальную закупку (платит бюджет)... Отсюда вопрос: во многом приуспел СберКлик или как-то серьезно он мне перешел дорогу?

Дима, я говорю не о загрузчике фото для объявлений, он обновлен уже давно. Я про загрузчик фото к новостям, его тоже надо было заменить? Заменил uploads_image на uploads, фотки стали загружаться, однако фото в прежних новостях слетели, прийдется перезаливать, а их уже давно похерили...

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

А здесь у вас что? Не та-ли форма, которую вы сочинили? Просто в верхнем меню "Купить недвижимость" замените ссылку на /client/order/buy_property Вот мой вариант, сочинил ради теста

Давно не добавлял новости на свой сайт, и вот решил добавить... Как оказалось, к новости не прикрепляется фото. Выбираешь файл (фото), кликаешь на Сохранить, новость сохраняется а фото нет. Повторное редактирование показывает, что файл фото не выбран и можно повторять добавлять бесконечно... Куда копать? Модуль новостей с последними обновлениями.

В Wiki может не совсем доходчиво написано, но вызов формы осуществляется по адресу /client/order/buy_property или /client/order/raschet, уже не понимаю, с какой формой вы работаете. Соответственно, ваш пункт меню должен так и ссылаться. Заявки должны приходить в Админку -> Приложения -> Клиенты

Вопросы: 1. делали всё по инструкции? 2. что конкретно не выводится?

Эх, ребяты, всё не так! Всё не так, ребяты... Читаем мануал - http://wiki.sitebill.ru/index.php?title=Как_создать_пользовательскую_форму_заявки Вышеизложенное было не из той оперы, это применимо, если в статью (страницу) добавлять свой код, который прописываем в .tpl, добавляем туда обработчик {$main} - место, где будет выводиться текст из статьи. Не забываем указывать этот .tpl в качестве шаблона, в настройках статьи. У вас-же нужно вставить форму {$form} и это уже другая история...

Как оказалось, шахматка никому и не нужна? А разговоров-то было...

Что-то мне подсказывает, что в таблице buy_property не хватает строки ID (primary_key), не лишним будет туда добавить и дату создания записи, по образцу таблицы data_get_rent, а еще стоит проверить, установлены-ли галочки в позиции "Хранить значение в базе" во внесенных в таблицу строках. Пока у вас ситуация похожа на то, что значения в базу не записываются и не имеют индекса, соответственно как вы эти данные свяжете воедино их будете вытаскивать их наружу - в Пользовательский справочник? PS Логично будет добавить в базу такие параметры как topic_id (или урезанную структуру), city_id, street_id, number и прочие (из data), для автоматизации обработки.

Константин, тестирую твое нововведение у себя на сайте, пока тренируюсь на нотариусах. Возникли вопросы: 1. если выводить в список всё подряд, то получается неудобная фигня для пользователя - список ФИО по алфавиту (не многие знают ФИО местных нотариусов) + город вразнобой (перебирать портянку из 1000 наименований неудобно). Если делать приоритет выборки например по городу, то получится большая портянка с многократным упоминанием одного города, что не прибавляет удобства. Можно-ли додумать вывод города однократно (в качестве ссылки на карточку с выборкой по конкретному городу)? А лучше на данной странице прикрутить какой-то поиск, чтобы выборка была предметной, например по городу, улице или метро? Вкладки по ситуациям в поиске, типа "Нотариусы", "БТИ", "Архитектура", "МФЦ" были-бы вообще идеальным вариантом. В этом случае вывод большой портянки и не понадобится, можно будет сразу выводить конкретику. Сейчас в выводе код такой: <h2>СПИСОК НОТАРИУСОВ</h2> <br /> <ul> {foreach from=$entity_list item=entity_item} <li><a href="{$entity_item._href}">{$entity_item.name.value}</a>, {$entity_item.city_id.value_string}</li> {/foreach} </ul> {$entity_pager} 2. Карточка выбранного результата для просмотра у меня выглядит так: <h2>Нотариус {$entity_item.name.value}</h2> <br /> <div class="content"> Адрес: {$entity_item.region_id.value_string}, {$entity_item.raion_id.value_string}, {$entity_item.city_id.value_string}, {$entity_item.street_id.value_string} д.{$entity_item.number.value}<br /> Телефоны: +{$entity_item.phone1.value}, +{$entity_item.phone2.value}, +{$entity_item.phone3.value} </div> пока криво и но тоже есть вопросы: - как убрать запятые в адресе, если значение в базе отсутствует; - как привести вывод значения из базы типа 79261234567 к виду +7 (926) 123-4567 (обратное mask=+7 (hhh) hhh-hhhh) - как используется переменная {$entity_info}, в твоем описании эта переменная только упоминается, но без примера её реального использования. Мои эксперименты с ней дают пустой вывод.

Чёто я сижу в каменном веке пора переходить на 4К монитор