abushyk

А этот вопрос в общем не к новоселу относится, а в вообще. В реалии так же нужно будет сделать что-то в этом роде. А смешивать в рамках списка топиков и типы объектов, и что-то близкое к ним, но не совсем то (как например продажа или аренда), и просто информационные ссылки - потом будет можно запутаться.

Устанавливаем центр и масштаб для карты "все объекты" загружаемой как показано у топикстартера. В приложенном архиве два файла: /apps/system/template/iframe_map.tpl /apps/system/js/realtymap.js Вам необходимо заменить такие же файлы в вашей копии движка. Они войдут в обновления позже. Поэтому внедрять это лучше на самой свежей версии system. Обязательно сделайте копию заменяемых файлов, я допускаю, что мои файлы могут иметь функционал ушедший немного вперед по отношению к доступны файлам. Далее, в файле /apps/system/lib/system/ajax/ajax_server.php необходимо найти protected function _iframe_mapAjaxAction() и у нее внутри после $DBC=DBC::getInstance(); добавить строки if(isset($_GET['custom_center'])){ $crds=preg_replace('/[^\d\.,-]/', '', $_GET['custom_center']); if($crds!=''){ $this->template->assign('custom_center', $crds); } } if(isset($_GET['defaultZoom'])){ $dz=intval($_GET['defaultZoom']); if($dz>0 && $dz<21){ $this->template->assign('defaultZoom', $dz); } } Подготовительный этап завершен. Теперь передаем параметры. В строке подключения <iframe src="{$estate_folder}/js/ajax.php?action=iframe_map&custom_center=42.556334,27.645153&defaultZoom=10" style="border; 0px;" border="0" width="100%" height="100%"></iframe> добавляем два параметра - custom_center и defaultZoom Первый указывает центр карты. Если он передан, то карта отцентрируется по этой точке вне зависимости от количество попавших маркеров в область видимости. Второй указываем масштаб отцентрированной карты. Эта настройка не имеет смысла без указания предыдущей - если пользовательский центр не задан, то карта отцентрируется и отмасштабируется так, что бы показать все маркеры. rmap_mod.zip

Это потому что вы сделали не как Топран написал, а от души))) Есть маленкое отличие. У вас вставка сдвинула вниз весь футер 4-х колоночный. |----------текст--------|пусто| |колонка|колонка|колонка|форма| А Топран предложил макет по принципу |----------текст--------|форма| |колонка|колонка|колонка| |

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

Если есть необходимость поддерживать www-поддомен, то все верно - заморачиваться с редиректом на оный с без-оного и наоборот нет смысла. Но обычно\чаще один из них отсекают.

1. Реалия адаптивный, но ни разу не плавающий шаблон)))) Фокус с вставкой в span9 вложенного row и в нем трех span4 закончится развалом шаблона))) В span9 можно вложить только три span3. Или изменить облекающие row на row-fluid с последующей корректировкой. 2. Топран там все верно расписал по вложенности, кроме того, что я отметил выше. Я не знаю, как это объяснить словами))) тут не скажешь, что вот это вставьте вот туда, так как немного меняется структура разметки этого места и все не так однозначно. румагнолия ваш?

Да, реально. Но придется сделать добавление своего функционала в функцию, которая собирает данные об объектах списка в локальном грид_менеджере. Либо, если этих сеттлов немного, то собрать их отдельно, закешировать куда-то в файл и закидывать в шаблон перед началом рисования шаблона, а данные о них брать уже в самом шаблоне по идешке связанного объекта. Выбирать эти данные на лету с объектами не всегда хорошо, так как это дополнительные запросы на каждом списке - обычном, избранное, спецпредложения и прочие. Но если этих объектов больше 10 в базе, то и кешировать их тоже может быть не вариантом и проще выбирать на лету. там есть раздел 1. Добавляем подхват текстового значения для поля типа select_by_query в котором содержится примерно подходящее по смыслу.

Все таки должно быть два захода. #Если нет www, то не глядя, что там за протокол, сразу заворачиваем на https://www. RewriteEngine On RewriteCond %{HTTP_HOST} ^ru009.ru RewriteRule (.*) https://www.ru009.ru/$1 [L,R=301] #Если предыдущее прокатило (www таки было), но все таки не https, то заворачиваем на https:// RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Это все можно слепить в один набор условий, скорее всего, но потом будет сложно разобраться.

Участвовали - это: 1. форма поиска искала объекты И жилые комплексы? 2. форма поиска искала объекты и имела в своем составе поле выбора ЖК из приложения ЖК и позволяла искать по списку ЖК принадлежащие к ним объекты?

Нет "главной" страницы))) В шаблонах бывают два подхода: 1. на странице без алиаса в строке запроса браузера выводится первая страница поиска без участия фильтра - т.е. списка из всех объектов. Другими словами рядовая страница списка. Тут, так как нет отдельного вызова выборки данных именно для ЭТОЙ страницы, повлиять нельзя. Можно выделить страницу как я опишу в п.2 или для нее написать в main.php шаблона дополнительный сборщик объектов именно по этому topic_id. 2. на странице без алиаса в строке запроса браузера подцепляется отдельный шаблон и, возможно, отдельная функция, которая собирает нечто для вывода на ней. Тут можно повлиять. Если вы уточните какой шаблон, то я смогу конкретнее сказать что именно в нем используется.

Для реалия в шаблоне main.tpl есть часть {if $REQUESTURIPATH == '' } <div class="bottom-wrapper"> <div class="bottom container"> ... </div><!-- /.bottom --> </div><!-- /.bottom-wrapper --> {/if} Это те самые три блочка, что у вас на скрине. Сразу после </div><!-- /.bottom-wrapper --> вставьте {include file='home_text.tpl'} , создайте в папке шаблона файлик home_text.tpl и вписывайте в него свой текст с разметкой или еще чем-то. Хоть через фтп, хоть через редактор шаблонов в админке. Вариант с шаблонным файлом лучше, так как позволяет более богато напихать туда своего контента, в том числе и скрипты, которые не выйдет через обычное поле textarea.

совершенно верно. не вариант, если парсинг картинок идет сразу в этот же день.

Есть вариант использования раскладки графики по папкам. Достигается он включением строки define('STR_MEDIA', 1); в ваш /inc/db.inc.php файл. Это указывает, что графику следует класть в подпапки. По дефолту подпапки формируются в виде ГГГГММ, т.е. 20 апреля 2017 года созхдастся папка 201704 и вся графика этого дня будет лететь туда. Есть еще настройка define('STR_MEDIA_FOLDERFDAYS', 1); которая обуславливает вид имени папки. Если такое указано, то папки будут иметь вид ГГГГММДД т.е. 20170420 из предідущего абзаца. если этой строки нет или константа не равна 1, то вид папки будет ГГГГММ. ---------- Как это может сказаться на обновлении-поднятии объявления я даже не представляю. Вроде бы никакой связи межде местом картинок и обновлением-поднятием нет. Старая графика останется на своих местах, где и лежала, сама она никуда с этой настройкой не перенесется. Применимо это только к свежим версиям system и на минимально локализированных движках. На измененных копиях как оно себя поведет, сказать сложно. Допускаю, что какие-то приложения могут некорректно работать с этой настройкой, но пока мне такие не попадались.

"не должны" следует читать как "не обязаны"

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

Люди, в подавляющем количестве случаев, ищут "купить", "снять", "получить в подарок", а не "продажа", "аренда" или "дар".

Вариантов может быть много. Если ссылки есть в карте сайта, но не индексируются значит: а) возможно они закрыты от индексации б) возможно поисковики не знают про ваш сайтмап в) возможно контент на этих страницах не интересен или не уникален г) возможно контент на этих страницах не релевантен заголовкам д) возможно вы попали под фильтры Если вы знаете, какие ссылки не проиндексированы, то можно скормить их напрямую через панель вебмастера, что бы не ждать самостоятельного прихода робота.

Вам нужно зайти в phpMyAdmin и в таблице re_client для колонки type_id сменить типа с INT на VARCHAR(100). После этого новодобавленные заявки будут иметь отображаемый тип. Дополнить и изменить типы заявок можно в Админка - Редактор форм. Выбрать там таблицу client и открыть в ней на редактирование поле type_id. Там есть свойство в котором перечислены варианты типов вида {contactus~~связаться с нами} и т.д. Можно аналогично добавить свои типы.

/template/frontend/realia/main.tpl блок {if $REQUESTURIPATH == '' } <div class="bottom-wrapper"> ..... </div><!-- /.bottom-wrapper --> {/if}

Да это мы что-то перемудрили - при работе с библиотекой бутстрапа 3-ей версии форма безальтернативно выводится в две колонки. Т.е. в данный момент настройками ее изменить нельзя. Если очень критично, то можно локализовать файл шаблона формы добавления с ЛК (/apps/admin/admin/template1/data_form_front.tpl или /apps/admin/admin/template1/data_form.tpl) в шаблон (/template/frontend/имя_вашего_шаблона/admin/template/form_data_front.tpl) и сделать изменения в нем. Тогда именно его будет подключать для формы в ЛК, а в остальніх местах останется обычная.

Что именно написать - это все индивидуально. Все зависит от продвигаемого семантического ядра, набора ключевых слов и ориентиров. Мета-тайтл и мета-дескрипшен - должны быть связанным текстом. Не "купить квартира Сургут дешево Ленина проспект", а "Купить недорогую квартиру в Сургуте на проспекте Ленина". Простой набор слов может прокатить в кейвордс. но и там его нужно запятыми делить. А мета-тайтл и мета-дескрипшен - это как раз то, что будут видеть в поиске люди, а если там каша, то шансы на тычёк по ссылке резко падают. Ну и их содержимое должно соотвествовать тому, о чем речь на странице естественно.

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

Было бы конечно очень удобно, если бы при вставке в страницу произвольных элементов, сам по себе зарождался бы функционал под сборку данных для них и они выводились)))) Но, обычно, так не бывает. На этой странице объекты от ЖК собираются без постранички, а данных пейджера, которые вы пытаетесь разместить, нет не то что в указанной переменной, а вообще нет. Это нужно мне внести изменения в код сначала.