Chernetskiy

К стати, ранее, при включенном в настройках "mailbox", при клике на кнопку "Поделиться" вроде показывалось окно, с предложением ввести email получателя, которому это объявление можно было отправить... сейчас такой функционал заменен на кнопки соц.сетей. Удобство такого подхода спорно, посетители охотнее реагируют на набор кнопок "Поделиться в соц.сетях", чем на малопонятную кнопку "Поделиться", к тому-же пропала возможность отправить объявление на email кликом кнопки. Да и где теперь редактировать эти кнопки соц.сетей, хотелось-бы туда добавить Viber и Skype, у нас довольно активно ими пользуются.

Похоже, что речь идет о строках в realty_view.tpl {if $smarty.session.user_id!=$user_data.user_id.value && $mailbox_on==1}{include file=$apps_mailbox_block title_data=[$data.topic_id.value_string,$data.city_id.value_string,$data.street_id.value_string] to=$user_data.user_id.value message_to_author_title=''}{/if}

Сортировка обычно происходит по языковому принципу, сначала английский буквы, затем остальные... Наверное надо писать "i" не на английском а на украинском языке... ? А может это происки америкосов, делают мову неудобной к использованию, чтобы украинцы переходили на английский или на русский язык? К стати, а как сортирует по буквам Ї или Є ? Их в английском алфавите нет.

Странная позиция, есть возможность самому прописывать ключевые слова, так нет... кому-то интересно, чтобы это сделал сторонний дядя и ему еще за это денег платить на постоянной основе. Впервые слышу, что ключевики могут оказать отрицательное воздействие... некоторые поисковики их могут уже не принимать во внимание, но не все и это по прежнему работает. Вопрос решается просто, проходите в нужную вам таблицу, например data (если убрать в объявлениях), и отключаете либо удаляете строки Meta - meta title (заголовок), meta discriptions (краткое описание) и meta keywords (ключевый слова). Тем самым вы лишаете себя рекламной части для поисковиков - возможности продвигать сайт самостоятельно и за вас эту-же работу делает 1PS, только за деньги и не факт, что хорошо.

Общий фон влияет на общее восприятие, хорошего мало, когда фон сайта в восприятии вылазит на первое место, а затем содержимое... потому его и делают в основном светло-серым и не приметным... У вас основная цель - донести до клиента и желательно доходчиво, информацию с сайта, что собственно и принесет вам прибыль... хотя решать вам. Елена, на заметку, поищите в тырнете статьи по фразе - психология цвета... Уверен, что вы для себя многое откроете о влиянии цвета на восприятие, на применимость того или иного цвета в конкретной ситуации, о подсознательной реакции человека на тот или иной цвет... Так например, если вы сделаете кнопку "Оставить заявку" красной, вряд-ли вам кто-то её оставит, т.к. подсознательно люди стараются не тыкать в красные кнопки, поскольку этот цвет ассоциируется с агрессией и опасностью. В то-же время, та-же кнопка зеленого или голубого цвета наоборот будет привлекать клиентов...

Яркий цвет конечно запомнится, только вот воспринимать информацию с такими цветами сложно, особенно когда много раздражающего цвета, а это как раз красные тона и рядом с ними... Читателю сложно сосредоточиться, к тому-же серый текст на сиренево-красном фоне малозаметен и напрягает. Прочитав пару объявлений сложно будет мозги в кучу собрать, а ваши клиенты в основном пожилые люди, которые обычный-то текст не с первого раза могут воспринимать, читая его по принципу "Смотрю в книгу и вижу фигу..." Лучше всего для оформления подходят пастельные тона из желто-зелено-голубого спектра - спокойные.

Скинул сюда - https://yadi.sk/d/RfHCDI0Un7jZM Устанавливать по принципу от старшей базы к подчиненной, сначала Страна, затем Регионы, затем районы региона, далее города и все остальные, поскольку прописаны индексы в подчиненных базах к старшим. Базу со странами лучше открыть в Notepad++ и подредактировать - убрать ненужные страны. Базу регионов тоже стоит подредактировать, т.к. там добавлены регионы для Прибалтики, Турции, вроде Болгарии и еще что-то. По Москве прописаны все округа, районы, улицы и станции метро. Они напрямую привязаны к городу и не имеют промежуточной подчиненности к округам и района города. По Московской области в основном присутствуют города областного подчинения и районы юго-восточного направления области (Люберецкий, Раменский, Воскресенский, еще какие-то) с привязкой улиц к населенным пунктам. Порядок переноса базы в свою: - Открываем нужный файл в Notepad++ или подобном редакторе... (для примера re_country.sql) - Если база существует, то копируем примерно с 44 строки, начиная с INSERT INTO `re_country` (`country_id`... и до конца позиций с цифрами, типа (18, 'Швейцария'... ); 1. В базе MySQL выбираем нужную таблицу, например re_country 2. Кликаем на вкладку Обзор, выбираем все заполненные позиции и внизу таблицы кликаем на Удалить. База очистится. 3. Кликаем на вкладку SQL в той-же таблице и в окне, где имеется команда для образца SELECT * FROM `re_country` WHERE 1, удаляем её и вставляем скопированные из моего файла команды, после чего кликаем на кнопу ОК. Таблица заполнена! - Если таблица не существует, то создаем её: 1. Открываем нужный файл (из моей базы), копируем команды начиная со строки примерно 29 - CREATE TABLE IF NOT EXISTS `re_country` (... и до конца позиций с цифрами, типа (18, 'Швейцария'... ); 2. Над списком таблиц слева кликаем на кнопку с бочкой и зеленой стрелкой (Окно запроса), и вставляем в новое пустое окно скопированные из моего файла команды, после чего кликаем на кнопу ОК. Таблица создана и заполнена! Можно пройтись и по варианту выбора вкладки "Импорт" и импортировать таблицу целиком, только предварительно в моих файлах потребуется заменить название моей базы (v0073468_default) на название своей.

Ну там далеко не все города Подмосковья, я в основном работаю по юго-востоку области, соответственно и рассортировал 4-5 районов. Заливать готовую базу проще, поскольку там улицы уже привязаны к населенным пунктам. Сложнее, будет грузить Экселевсую таблицу в базу и привязывать улицы к населенным пунктам. Сейчас попробую скопировать свою адресную базу из MySQL и скинуть её на Яндекс.диск.

Елена, между самой формой поиска и последующим классом с вашими кнопками установите например пробел - &nbsp; или <p>&nbsp;</p> у вас появится пустая строка - разделитель. Не думаю... Советую цвет фона лучше сменить на какой-нибудь более спокойный, такой фон напрягает и клиенты на сайте не задержутся. Для сайта приветствуются спокойные тона и оттенки, общим числом не более 4-5. Пестроту, броский цвет и резкий контраст лучше исключить... подумайте о тех, кто будет посещать ваш сайт. К тому-же такое оформление Гугл точно видит, анализирует и не приветствует. А это значит, что вы будете терять клиентов. Ради интереса, взгляните на палитру рейтинговых сайтов (не тех, которые лезут в рекламе)...

1. Удалите список улиц 2. установите в настройках привязку улиц к городам 3. при загрузке списка улиц, выберите город, к которому эти улицы будут привязаны. Я заливал отдельно список улиц для Москвы и отдельно список улиц для Подмосковья. К стати, у меня для Подмосковья есть список привязки улиц по населенным пунктам в Люберецком, Раменском и Воскресенском районах, областных городах Жуковский, Бронницы, Электросталь и еще что-то. Могу скинуть варианты прямо для загрузки в MySQL, где всё уже с привязкой. У меня еще прописана база для округов Москвы и где-то еще была привязка улиц по округам а так-же метро по районам Чтобы работало нормально, Москву стоит прописать в Регионах и в населенных пунктах, т.к. в регионе Москва, кроме самой Москвы есть и другие нас. пункты - Зеленоград и из присоединенных территорий до Калужской области.

Поищи по форуму темы: адресные справочники, КЛАДР, там много чего написано. Если скажешь, что конкретно надо, возможно помогу, т.к. для себя я составлял справочники по Москве и Подмосковью, могу поделиться. Как вариант, можешь зайти сюда - https://yadi.sk/d/vbs4sjGk6jRjdи взять готовые варианты, но туда я скидывал старые версии...

В этом случае больших сложностей думаю не будет.. - Получаем от стороннего сервиса код для вставки на сайт; - Заходим в админку сайта, в редактор шаблонов и кликаем на кнопку вверху справа - Новый шаблон (вроде мультик был на Ютубе) - Присваиваем название новому шаблону, например news_block.tpl и в окно ниже вставляем: <h2>Новости со стороны</h2>{literal} свой код {/literal}и сохраняем новый шаблон; - заходим в нужный шаблон (realty_grid.tpl, realty_view.tpl и т.п.) и вставляем туда свой новый шаблон командой {include file="news_block.tpl"} - радуемся своему таланту программиста При написании нового шаблона строку заголовка <h2>Новости со стороны</h2> можно сделать многоязычной, например прописать его как <h2><a>{$LT_THIRD_PARTY_NEWS}</a></h2>, после чего пройти в файл переводов шаблона и прописать для фразы LT_THIRD_PARTY_NEWS переводы на нужные вам языки. Как вариант, подобный шаблон (возможно без заголовка) можно использовать и при написании новых статей (например вставка фреймов оплаты услуг от Яндекса или QIWI), как у меня - иногда удаленные клиенты не видя меня и не теряя время на встречи, оплачивают и заказывают справочки-выписки или резервируют аренду жилья к своему приезду, встречаемся только к готовому результату...

Я таких источников много нашел, например при регистрации счетчиков посещений сайта в Рамблере, Mail.ru, LiveInternet и т.п. вы можете попутно скормить свой rss-фид и ваши новости будут присутствовать на новостных лентах в рейтинговых каталогах. Можно еще скормить rss на http://subscribe.ru/, где посетители подписываются на новостные рассылки, да таких сервисов много...

Яша обновил кнопок шары в соц.сети. В частности добавлены Viber, Whatsapp и еще что-то. Оптимальный код для вставки на сайт получается такой: <literal><script type="text/javascript" src="//yastatic.net/es5-shims/0.0.2/es5-shims.min.js" charset="utf-8"></script><script type="text/javascript" src="//yastatic.net/share2/share.js" charset="utf-8"></script><div class="ya-share2" data-services="vkontakte,facebook,odnoklassniki,moimir,gplus,twitter,linkedin,viber,whatsapp"></div></literal>Кнопки вроде стали работать шустрее и выглядеть приличнее... Свой блок кнопок можно настроить в Конструкторе Яндекса Код оптимально пристраивать под сведения об агенте при просмотре объявления, почти в конец realty_view.tpl, все кнопки умещаются в один ряд...

Елена, поисковики предлагают, в зависимости от ваших пожеланий, разные сервисы (коды и скрипты)... в зависимости от того, что именно вы хотите вставить на сайт и решается куда вставить. - Если речь идет о счетчиках, кодах верификации Яндекса, Гугла и т.п., то это предпочтительно пихать в конец страницы, перед закрывающими тегами, обычно в footer.tpl, где-нибудь перед копирайтом. - Если речь идет о скриптах погоды, курсов валют, новостных лент и т.п., то это следует размещать в колонке слева или справа, в зависимости от дизайна сайта, например прицепить к Новостям или Спецпредложениям на сайте или сочинить новый шаблон и добавить его в realty_grid.tpl и в realty_view.tpl, может быть еще и в layout_base.tpl и аналогичных (для собственных текстовых страниц). Соответственно скрипты должны предваряться и заканчиваться кодом {literal} ...ваш скрипт...{/literal}

Елена, ответ у вас в цитате к вопросу - <a class="title_link" href="{$grid_items.href}" target="_blank"> <a ....> и есть этот объект, за ним может следовать class , href ... а вот по поводу target="_blank" выше описывались варианты, как сделать лучше, чтобы работало и в перспективе, поскольку target="_blank" работает пока, в переходном моменте, до поры - до времени...

Ну если вам нужно однообразие, то тут следует учесть несколько факторов: Маску можно применить только к типу mobilephone. В phone она не сработает. Маска применяется только для отображения на сайте и не влияет на запись данных в базу, а данные в выгрузку оттуда и берутся. Например, есть маска mask = +1 (12h) hhh-hhhh , то пользователь, введя в поле телефона +1 (12_) ___-____ свои данные, получит на сайте +1 (123) 456-789 а в базе чистые цифры - 1123456789, что и пойдет в выгрузку для Яндекса. По этому, если применять в позиции телефон тип записи phone, то писать номер в нем можно так как угодно и этот вариант будет перенесен в выгрузку. Если применять mobilephone с маской, то в выгрузку пойдут только цифры, без форматирования. В то-же время, генератор файла выгрузки, если не ошибаюсь, тоже приводит телефонные номера к единому виду и убирает всё лишнее... надо смотреть что в генераторе прописано и при необходимости доработать.

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

А чего у вас цена в баксах? Уже стали штатом США? Есть-же ваша валюта в выгрузке - BYR

У вас в выгрузке нет периода для цены... Информация об условиях сделки price* Информация о стоимости. value* Цена (сумма указывается без пробелов). currency* Валюта, в которой указана цена. Поддерживаемые значения: «RUR» или «RUB» — российский рубль; «EUR» — евро; «USD» — американский доллар; «UAH» — украинская гривна; «BYR» — белорусский рубль; «KZT» — казахский тенге. period Единица времени для длительности аренды. Рекомендуемые значения: «день» или «day»; «месяц» или «month». unit Единица площади помещения. Рекомендуемые значения: «кв. м» «гектар» — , , «cотка», «sq.m», «hectare»)

Судя по всему, он у вас проглатывает номера, начинающиеся на 8... , а с местными номерами наверное не дружит. Попробуйте их указать в федеральном или международном формате, например +7(926)9040207, так тоже проглатывает. Но лучше всего, уточнить у Яши, хотя строгого описания формата у них я не видел. Возможно, что вы выставляете этот номер не от лица собственника а от агентства и при этом не указан какой-нибудь обязательный параметр для агентства. Так-же, в вашей выгрузке есть объявления без номера телефона, только email, при этом номер телефона обязателен и такие объявления не загрузятся Яндексом! Посмотрите, может быть номер телефона у вас указан в не выгружаемой позиции... Короче, анализируйте выгрузку. По первому скриншоту у вас объявление дублируется по адресу в id 500 и 634, к тому-же e-mail отличается регистром. Второй номер телефона привязан к другому пользователю - Татьяна, он-же указан у Дмитрия (в объявлении) По второму скриншоту телефон в выгрузке отсутствует, потому Яша и не загружает.

Наверное лучше вместо выдумывания ацкого смысла лучше использовать функцию импорта/экспорта базы объектов, а сами сайты все-таки должны иметь индивидуальность и по большей части отличаться содержимым, иначе блог станет главным а остальные пристяжными инкогнито А-то возня на одном сайте будет отражаться на всех остальных и проблемы с безопасностью одного повлекут крах всех сайтов.

А вот какие сайты он сделает зеркалами, а какой главным - это большой вопрос. Вот например моя обломная ситуация: Давно были зарегистрированы несколько однотипных доменов - realty-centrum.ru и к нему .com, .org, .eu и еще один... Работал в основном первый а остальные редиректом перенаправляли на основной. Тут я решил с чужим хостингом расстаться и зарегистрировал свой хостинг, под сайт.com, куда привязал и остальные домены. Новый сайт разрабатывался, объекты со старого сайта переносились на новый, затем старый хостинг отключил и .ru привязал к .com Как на это посмотрел Яша... Сначала .ru имел ТИЦ 40, затем 80, затем 110 (изменения происходили в течении лета, даже когда он был пристегнут к новому сайту .com) сайт .com обзавелся ТИЦ 10, затем 30 (так-же в течении лета) В октябре сайт .com лишился ТИЦ, зеркальщик оставил отдельно .ru a .com склеил с .org и .eu, оставив главным .eu В ноябре сайт .ru лишился ТИЦ и пропал из каталога вообще, на текущий момент всё переклеилось правильно, только ТИЦ=0 и нахожусь под фильтром Яндекс.АГС40, все сайты выпали из каталога, посещаемость - 2-3 чела в день вот такая нехитрая математика, это при том, что в служебных файлах host был прописан изначально правильно и Яше я явно указывал - какой сайт главный а какой зеркало ... Яша чудил по своему.

Насколько я помню, франшиза подразумевает, что вам делают типовой сайт, как у остальных участников франшизы и вы размещаете на нем свои объекты. Вместе с этим, вы имеете доступ в общую базу объектов, но это не подразумевает, что на всех франшизных сайтах будут одни и те-же объекты, коих может быть не одна тысяча. Тут смысл даже больше не в поиске и размещении объектов на сайт, сколько в продаже объектов из готовой базы... за что собственно франшиза и платится - общий стиль, общая база объектов и юридическая поддержка. Зайдите на сайты Миэля, Инкома и т.п., много вы там найдете общих объектов от разных агентств, работающих в рамках единой франшизы?

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