Chernetskiy

У меня дополнительные справочники применяются в основном как дополнение к таблице data - дополнительные параметры к объектам недвижимости для удобства выбора из готовых наборов при добавлении объектов недвижимости и в выгрузке в Яндекс.Недвижимость, например справочники Округов Москвы, Шоссе, Районов, Станций ж/д, Агентств и застройщиков, из которых подставляются сведения... Думал вот спровочник Нотариусов сделать с отдельной формой вывода, но всё руки не доходят

Выше производительность, меньше поедает ресурсов и т.п., собственно читай статью по ссылке выше

Дима, давно экспериментировал с переходом на php 7, была масса глюков, которая выводилась сообщениями на сайте. Сейчас еще не пробовал, сижу на php 5.6, но шаблон Realia еще первой версии... Переходить на php 7.0-7.1 уже можно?

Создай свой справочник и делай с ним что хочешь... Посмотри мультик про создание собственных справочников , может еще пригодятся связанные формы, для связки данных из разных справочников в единую форму. Тут список мультиков по CMS и модулям - https://www.youtube.com/user/DMn1c/videos?sort=dd&view=0&shelf_id=2

На мой взгляд это тот-же поиск, только вид с боку Дополнительно это приложение надо будет доработать алгоритмами работы с диапазоном как по площади и цене, например +/- 20%, так и по адресности + целевому использованию и опциям, поскольку искать конкретно 564 кв.м. за 900 тыр по адресу Москва, шоссе Энтузиастов, д.1 это будет слишком жестко и возможно не даст результат. Вы арендаторам будете все улицы Москвы приписывать, чтобы они попали в выборку? Кому-то без разницы (сетевикам), а кто-то работает только в конкретном районе или улице... зачем таким арендаторам предлагать адреса на другом краю Москвы? Это отдельный геморрой, мало кому интересный и требующий отдельной разработки, с чем во фриланс.

Такое наверное проще сделать, добавив на сайт еще один раздел основного меню - СПРОС. И в нем перечислить комнаты, квартиры, дома, дачи, магазины, офисы и т.п. Арендодатель сможет использовать обычный поиск на сайте и не надо будет мудрить с доп. приложениями. PS Такое используют многие... ?

Так-же как и все остальные, штатом программистов и ручками

Так чего сразу не поставить Wordpress и установить шаблон Realia для Wordpress? Будет проще и дешевле. В шаблоне уже есть неплохой функционал и если основной уклон у вас в зарубежку, то в принципе вам этого варианта будет достаточно.

Сейчас на reg.ru тарифы Host-0,1,3 и VIP-1,2,3 шустрые, там ПО обновили, Host тарифы перевели на SSD, VIP тарифы и так были на SSD.

Здесь вопрос не в шаблоне а в формате данных XML и в соответствии с вашими параметрами в data. Если без лишних заморочек, то удобнее от сторонних принимать данные в формате Эксель и загружать в свою базу через платный модуль Эксель. Относительно XML - либо преобразовывать его в формат Эксель и по вышеописанной процедуре, либо через парсер. Парсеров несколько вариантов, Яндекс, Авито и т.п., тут важно понимать, в каком формате выгрузка XML у ваших партнеров... На RegionalRealty я и сам выгружаюсь фидом XML Яндекса. Соответственно, если у них есть выгрузка, то наверняка она в таком-же формате Яндекса. Прикупите Парсер Yandex-XML (за 7 тыр.) и вперед...

как победить - читай немного выше, у меня такая фигня была...

У меня стоят настройки превью 200х270, но суть втом, что при заливке фото через форму подачи объявления работает обработчик фото, а при заливке информации файлом Эксель, всё сливается прямиком в базу без каких-либо обработок. Отсюда возникают разные проблемы, например с адресами... Первое фото желательно выбирать горизонтальное, чтобы не было пляски фото и размеров блоков объявлений на сайте

Ну пока сайт работает на http он просто не защищен и некоторые браузеры на это указывают (поз.1). А вот когда его переведут на https, то в поз.1 будет перечеркнутый https, а в поз.3 будет четко указано на смешанный контент, если ссылки на картинки будут иметь вид ...http://magnolia.site...kartinka.jpg...

И получишь в ответ сообщение о смешанном контенте, что вызывает проблемы с защищенным соединением а пользователю будет показываться в браузере перечеркнутый https и сообщаться о том, что сайт не надежный, бегите с него Логичнее в ссылке использовать {$estate_folder}

Озадачился вопросом... Объекты с сайта выгружаются фидом XML Яндекс.Недвижимость в Яндекс и на сторонние порталы. Яндекс и некоторые порталы не принимают объекты зарубежной недвижимости, что сопровождается приветами в отчетах при загрузке фида в Яндекс и на некоторые порталы. Однако ряд других порталов проглатывает зарубежку. Отсюда вопрос, можно-ли каким-то несложным образом, например сделать дубль модуля yandexrealty, назовем его допустим yandexrealty2, сделать чекбокс в data is_yandexrealty2, произвести некоторые настройки и выгружать объекты в полном составе фидом /мой_сайт.ru/yandexrealty2 ? Цель такова, чтобы для Яндекса и некоторых критичных порталов выгружалась только российская недвижимость, в соответствии с требованиями, основным модулем выгрузки, а в некритичные места уходили все объекты, включая зарубежку фидом /yandexrealty2. Вторая цель - небольшая доработка выгрузки на тех порталах, которые принимают формально формат Яндекса, а по сути их требования немного отличаются по части написания адресов или наличием устаревшего параметра Яндекса, который сейчас не обрабатывается. Как это грамотней сделать?

Ищем аналогичную тему про site.ru/?page=1 , когда устранялась аналогичная проблема с главной и первой страницей.

Ваш "ЖК «Эко-Дом на Гродненской» (Челюскинцев 101)" повторяется 4 раза: в хлебных крошках заголовок h2 div class title в тексте объявления Логично будет прикрыть title или объединить его с заголовоком h2, а текст разнообразить. Содержание новости из 1 предложения = заголовок, поисковикам вообще не интересно. Потом будете говорить, что поисковики вас не видят.

У меня дискрипшн заполнен у всех объвлений, может где-то по страницам разделов отсутствует (в настройках структуры), но всё равно Яндекс ругается, может у него глюк какой или что тестируют? Обычно через пару недель подобное у них проходит. Посмотрим...

По верхним позициям - Добавить свое объявление, Снять квартиру и Ипотека правим код в main.tpl <div class="bottom-wrapper"> <div class="bottom container"> <div class="bottom-inner row"> <div class="item span4"> <div class="address decoration"></div> <h2><a>{$LT_ADD_YOUR_OWN}</a></h2> <p>{$LT_ADD_YOUR_OWN_DESC}</p> <a href="{$estate_folder}/add/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> <div class="item span4"> <div class="gps decoration"></div> <h2><a>{$LT_RENT_FLAT}</a></h2> <p>{$LT_RENT_FLAT_DESC}</p> <a href="{$estate_folder}/getrent/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> <div class="item span4"> <div class="key decoration"></div> <h2><a>{$LT_MORTGAGES}</a></h2> <p>{$LT_MORTGAGES_DESC}</p> <a href="{$estate_folder}/ipotekaorder/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> </div><!-- /.bottom-inner --> </div><!-- /.bottom --> </div><!-- /.bottom-wrapper --> Заголовки и тексты (их переводы), типа {$LT_ADD_YOUR_OWN} - Добавить объявление и прочие фразы, начинающиеся на LT_XXX правятся в языковых файлах по адресу /template/realia/language/RU и подобных языковых папках. Для организации меню Пользователю в футере: Создаем новое меню в Контент->Меню, называем его например "Нижнее меню" и указываем метку меню for_user_menu (никак иначе) Добавляем в новое меню необходимые позиции - название пункта меню (например О нас), ссылку на страницу сайта (например /about/) и порядок в меню (при необходимости).

Не в курсе был, я последних 2 раза модуль яндекса не обновлял и всё работает по старинке

создать в data строку deal-status: Таблица* - data Тип записи - select_box Колонка активна - V Название колонки (системное только латиница)* - deal_status Название колонки (для человека)* - Вариант сделки Значение по-умолчанию - прямая продажа (не обязательно, будет по умолчанию основным) Хранить значение поля в таблице - V Набор опций выбора в формате пар {key~~value} - {первичная продажа~~первичная продажа}{переуступка~~переуступка права}{первичная продажа вторички~~первичная продажа вторички}{прямая продажа~~прямая продажа}{встречная продажа~~встречная продажа}{direct rent~~прямая аренда}{subrent~~субаренда}{sale of lease rights~~продажа права аренды} Обязательное поле - V PS: Яндексу параллельно, свободная у вас продажа или альтернатива Конкретно для жилой недвижимости Яндекс требует: deal-status Тип сделки. Если элемент отсутствует, все объявления партнера в новостройках считаются квартирами от застройщика. Возможные значения: «первичная продажа»/«продажа от застройщика» «переуступка»/«reassignment». Возможные значения для вторичной недвижимости: «прямая продажа»/«sale» «первичная продажа вторички»/«primary sale of secondary» «встречная продажа»/«countersale». Подробности здесь - https://yandex.ru/support/realty/requirements/requirements-sale-housing.html

в таблицах data и user уже заложен ввод двух телефонов - phone и mobilephone, но если мало, то можете наделать еще phone1...phone100, owner_phone, agent_phone и прочие варианты Для этих позиций вы можете выбирать тип записи safe_string, и пользователь может написать свой телефон как: 8 800-мой-телефон, +7 (926) 123-4567, 1234567890 или танька-бл*дь (проглотит всё), а можно выбрать тип записи mobilephone, указать маску ввода mask=+7(hhh)hhh-hhhh и пользователь ничего кроме цифр не введет.

Насколько я помню, не стоит размещать 2 карты на 1 странице сайта, будут глюки и об этом во многих CMS или шаблонах официально уведомляют. Да и время загрузки страницы увеличится в связи с дополнительной обработкой, что ни есть гуд, поскольку снижает рейтинг страницы, а как следствие и всего сайта. Проблемы связаны с механизмом обработки запроса координат и ответа сервера Гугла или Яндекса в одной сессии. Но не понятно, зачем вообще такая пеструха?

Создаем, например, строку в data для youtube: Таблица - data Тип записи - safe_string (проглотит любые буквы, цифры и символы) Колонка активна - V Название колонки (системное только латиница)* - youtube Название колонки (для человека)* - Видео Подсказка (для человека) - Ссылка на видео в YouTube. Указать только часть ссылки после ?v= Хранить значение поля в таблице - V

1 июля 2017 г. приближается, штрафы за косяки с персональными данными увеличиваются... Если у вас есть сайт, то с 1-го июля вы можете попасть на штрафы до 300000 руб. просто за то, что не разметили нужную информацию на сайте. В феврале 2017 года были внесены поправки в Федеральный закон №152 по поводу нарушений закона о персональных данных. Поправки вступают в силу 1 июля 2017 года и коснутся всех, кто обрабатывает и хранит на сайте любые персональные данные. Являетесь ли вы оператором персональных данных? Являетесь, если используете следующие сервисы: обратная связь (форма обратной связи, заказ обратного звонка, форма любой заявки), данные пользователей (регистрация, авторизация, данные соц.сетей), продажи (данные для доставки и связи с клиентом), е-маил маркетинг (подписка на новости, рассылку, лидмагнит). Персональные данные - это любая информация о пользователе, по которой его можно идентифицировать. Например, по имени и логину понять что за человек нельзя. А вот по логину и е-маилу уже можно. Также можно определить пользователя по установленному пикселю ретаргетинга на сайте. Поэтому вы являетесь оператором персональных данных, если пользователи на вашем сайте оставляют в любом сочетании следующие данные: ФИО е-маил телефон адрес образование, семейное положение, уровень доходов, cookie данные об IP адресе и местоположении Что делать с сайтом? Хостинг и база данных должны располагаться на территории России По хранению персональных данных в ФЗ-152 не все прозрачно и понятно, поэтому, чтобы не было проблем, лучше руководствоваться требованием ФЗ-242 и хранить данные на территории РФ. Согласие на обработку персональных данных Под каждой формой разместить текст "Нажимая на кнопку, вы даете согласие на обработку своих персональных данных" и ссылка на документ. Разместить в футере ссылку на политику работы с персональными данными (Политика конфиденциальности) Необходимо подготовить документы по работе с персональными данными (по закону эти документы можно объединить в один). Зарегистрироваться в Роскомнадзоре Ссылка на регистрацию http://pd.rkn.gov.ru/operators-registry/notification/form/ Разместить на сайте всплывающую информацию о сборе cookies - можно дополнить Политику конфиденциальности информацией о cookies. Кроме этого нужно: Сообщать по запросу человека, какие у вас есть данные о нем, как и для чего они обрабатываются и кому вы их передавали Удалять по первому требованию данные, которые используются для рассылки Подписать с сотрудниками обязательства о неразглашении персональных данных Защищать сайт и базу данных от взлома и утечки Зачем нужна регистрация в Роскомнадзоре? По закону операторы персональных данных должны уведомить Роскомнадзор, причем сделать это нужно до начала обработки данных или хотя бы до 1 июля 2017 г. Уведомление можно не подавать если: Обрабатываются только данные сотрудников. Персональные данные получены только для исполнения конкретного договора с конкретным человеком и больше никак не будут использоваться и тем более распространяться. Человек сам опубликовал эти данные в общем доступе. У вас есть только ФИО клиента. Штрафы До 1 июля 2017 года Штраф не зависит от вида нарушения. Для ИП или директора 1000 руб., для юр.лица - 10000 руб. Выпиской штрафов занимается прокуратура. Процедура длительная, требуется квалифицированный сбор доказательств, сумма штрафа не высокая, поэтому возня мало кому интересна. После 1 июля 2017 года 7 видов нарушений, общий штраф до 295000 руб. Нет политики конфиденциальности - штраф 10 тыс.руб. для ИП, 30 тыс.руб. для юр.лица. Нет согласия на обработку персональных данных клиента магазина или подписчика на новости или рассылку - штраф 20 тыс.руб. для ИП, 75 тыс.руб. для юр.лица. В форме обратной связи нет ссылки на обработку персональных данных - штраф для юр.лица 50 тыс.руб. За отказ в уточнении или удалении персональных данных - штраф 20 тыс.руб. для ИП и 45 тыс.руб. для юр.лица. Выпиской штрафов занимается Роскомнадзор, решение принимается быстро. Перед наложением штрафа Роскомнадзор присылает уведомление о нарушении и требование предоставить документы. Будут ли штрафовать на самом деле? Время покажет, всё зависит от реальной заинтересованности контролёров, их квалификации, загруженности работой и т.п. Но на данный момент в Тамбовоской области и в Астрахани прокуратура идет просто по списку сайтов и штрафует за формы обратной связи. Может быть им делать больше нечего, может нагнетают страха перед введением закона. Но так или иначе, лучше подготовиться, палочная система в гос.органах успешно практикуется... Предусматриваю вопросы: Я не работаю с русскими, у меня зарубежка, мой сайт не в зоне .ru или .рф и т.п. ... 1. За рубежом, в ряде цивилизованных стран, действует похожее законодательство, т.к. все объединены Конвенцией о защите персональных данных, список стран здесь. Предлагая недвижимость за рубежом, вам прийдется не только защищать персональные данные граждан России, но возможно и граждан Евросоюза, Турции, Украины, или Буркина-Фасо К стати, методические рекомендации по защите информации для зарубежья находятся здесь - выбираем в меню слева. 2. Если вы не зарегистрированы в качестве ИП или ООО это вас не освобождает от ответственности а только может её усугубить. В частности вас, по решению суда могут признать предпринимателем и в дополнение, начислить суммы налога по общей системе налогообложения за осуществляемую деятельность за последние 3 года + начислить штрафы за их неуплату (поквартально) + начислить штрафы за непредоставление отчетности за каждый отчетный период за последние 3 года, а-то и пришить статью за незаконное предпринимательство и, возможно, за мошенничество... Перспектива не завидная. 3. Контролерам будет пофигу, в какой доменной зоне находится ваш сайт, если он русскоязычный, расположен в России, осуществляет продажи и/или доставку товаров в России, на нем есть контактные данные (офиса, продавца, представителя и т.п.), что вас как-то может связать с территориальностью в России.