metrpro

Вопрос решен путем установки условия в _grid_thumbs типа (ЕСЛИ главная, то section 1 ИНАЧЕ section 2}

Так, а если мне надо из {$smarty.post.city_id} получить текстовое значение названия города? приставка value_string ясен пень ничего не дает

Первый вариант не подходит, ибо на остальных страницах должно отображаться полноценное количество объявлений. А второй - как прервать цикл, если контрольное значение достигло 9?

Добрый день, прошу помочь советом добрым. Надобно мне сделать и вставить форму обратной связи в модальное окно. Как само окно сделать и вызвать его, я понимаю. А вот коды, которые туда впихнуть, я не пойму где взять. Если кто поможет - тому +20 к карме

Стоит ребром следующий вопрос. У меня в шаблоне вывода сетки realia_grid_thumbs.tpl местами стоит условие, позволяющее уникализировать заглавную страницу сайта (ЕСЛИ мы на главной ТО...). И в связи с этим у меня есть необходимость уменьшить количество последних объявлений, показываемых на главной. Скажем, у меня выводится по 18 штук на страницу, а я хочу ограничить в шаблоне до, скажем, 9. На ум приходит, конечно, мысль о внедрении счетчика, который бы по каждому прохождению цикла увеличивался бы, но не соображу, как при проверке этого прервать section. Подскажите, пожалуйста

Так. Опытном путем было выяснено еще кое-что. В случае, если первая была малой высоты (например, альбомной ориентации), а следующие фотографии высокие (т.е. портретные), то по причине того, что плагин изначально зарезервировал высоту блока под маловысотную фотографию, портретные сильно уменьшаются в своем масштабе. Чтобы этого избежать, в обеих строчках фоторамы надобно в конце div добавить следующее: data-width="100%" data-ratio="800/600" data-minwidth="300" data-minheight="200" И будет зер гуд. Результаты можете у меня посмотреть.

Отлично! то, что надо, давно хотел это для нормального указания og:image для smm Костя, в очередной раз - спасибо большое!

Ну и зачем такие мертвые души потом нужны? Тут нужно либо кроном проходиться, либо через phpmyadmin делать нужные объявления неактивными, а их уже спокойно удалять через админку сайта. ИМХО

Слушайте, а вот вопрос - удалить через phpmyadmin удобно и быстро, но удаляются ли при этом фотографии загруженные или так и остаются лежать потом мертвым грузом?

Костя, красавчик, как всегда - то, что надо!!! Спасибо!

<center> {if $photo|count>0} <div class="fotorama" data-nav="thumbs" data-loop="true" data-keyboard="true" data-maxheight="600" data-allowfullscreen="true"> <img src="{$estate_folder}/img/data/{$photo[0].normal}"> {section name=j loop=$photo} {if $smarty.section.j.index > 0} <img src="{$estate_folder}/img/data/{$photo[j].normal}"> {/if} {/section} </div> {else} <div class="fotorama" data-maxheight="600"> <img src="{$estate_folder}/img/no_foto.png"> </div> {/if} </center>

А в чем будет заключаться эта составляющая? Или пойдет отдельным модулем? Просто, скажем, я для себя ввиду отсутствия готовых решений разработчиков, уже сам написал генераторы meta-title, h1, altы и title'ы для фотографий, open-graph и пр. Но есть моменты, которые я не то, чтобы не смогу улучшить самостоятельно, но трудозатраты будут слишком велики, а результат - затерт при первом же обновлении системы. А насчет шаблонов я не просто так написал - смотрю, Реалиа реально самый востребованный из всех, и ценник по нему самый высокий, когда я его покупал год назад, он стоил дешевле. И это просто по причине безальтернативности. Я к тому, что за год новых шаблонов-то и нет. Те, что за 900 р. - их вообще берут? Буду откровенен - я в свое время клюнул именно на шаблон, когда принимал решение о покупке именно этой системы. Зато сколько тут иной раз выплескивается негатива по причине несоответствия штатного пакета системы - той же реалии - с демо-версией. Где-то тут в соседней ветке еленаблонди ругается. В то же время для меня (а со мной и для google, и для яндекса, и для всех пользователей интернета) важный вектор развития - это оптимизация для мобильных устройств. И мне бы понимать, будете ли Вы это развивать (и мне просто месяц подождать и потом у вас купить) или это уже лучше начинать делать самому?

Вот у меня возник вопрос к разработчикам - куда Вы дальше развиваете систему sitebill? В какую сторону, какое у Вас понимание её дальнейшего развития? Я не вижу новых шаблонов и каких-то принципиальных изменений в системе. Может, я чего-то не замечаю? А если бы я уже не купил бы её, а только собирался, как думаете, надо было бы знать, какие фишки будут в этом движке через месяц или год? Я к тому веду, что мне начинает казаться, что система тихонько умирать начинает.

Плагин отменный, встает без проблем, но Дима не раскрыл топик до конца: 1. Вверх realty_view ставьте только две строчки кода: <link href="http://cdnjs.cloudflare.com/ajax/libs/fotorama/4.6.4/fotorama.css" rel="stylesheet"> <script src="http://cdnjs.cloudflare.com/ajax/libs/fotorama/4.6.4/fotorama.js"></script> Ссылку на jquery.min.js ставить не надо во избежание конфликта между системной версией и новой! Для работы плагина нужна его версия не меньше 1.8, в sitebill уже стоит 1.10. Более того, я бы рекомендовал скачать представленный на сайте разработчика плагина комплект файлов и разместить их на своем сервере - лично я так и сделал, ни к чему обращение на сторону, мало ли чего. 2. В месте вывода картинок в realia_view ставим код: <center> {if $photo|count>0} <div class="fotorama" data-nav="thumbs" data-loop="true" data-keyboard="true" data-maxheight="600" data-allowfullscreen="true"> <img src="{$estate_folder}/img/data/{$photo[0].normal}"> {section name=j loop=$photo} {if $smarty.section.j.index > 0} <img src="{$estate_folder}/img/data/{$photo[j].normal}"> {/if} {/section} </div> {/if} </center> Это редакция кода с фото по центру, с превьюшками, с возможностью вывода на весь экран, ограниченная по максимальной высоте до 600пкс, цикличная, с подключенным управлением стрелками влево и вправо. 3. Чистим старый код Далее, чтобы не перегружать систему, убираем старый prettyphoto из realty_view: <script> $(document).ready(function(){ if($('.carousel.property .content ul').length>0){ $('.carousel.property .content ul').carouFredSel({ scroll: { items: 1 }, auto: false, next: { button: '.carousel.property .content .carousel-next', key: 'right' }, prev: { button: '.carousel.property .content .carousel-prev', key: 'left' } }); $('.carousel.property ul li:first').addClass('active'); } }); </script> И пару мест из header: <link rel="stylesheet" href="{$estate_folder}/template/frontend/{$current_theme_name}/css/prettyPhoto.css"> и <script src="{$estate_folder}/template/frontend/{$current_theme_name}/js/jquery.prettyPhoto.js"></script> <script type="text/javascript" > $(document).ready(function(){ $("a[rel^='prettyPhoto']").prettyPhoto({ social_tools: false, theme: 'light_square'}); }); </script> А так за плагин спасибо, мне очень понравилось, лучше чем prettyphoto и шустрее! Тестировал на шаблоне Realia, постараюсь на днях оттестить на Estetico UPD: Estetico тоже встает без проблем!

Вы бы лучше по делу отвечали. А так - у меня да, лицензия, неограниченная.

Вообщем, поплотнее сев за эту проблематику, я могу сообщить следующее. 1. Все дубли возникают по косякам самого движка - Костя уже писал тут, что для разработчиков это было непринципиально. В результате имеем, что ссылки для сеток grid_list и grid_thumbs системой генерируются со слэшем, как и для списка новых объявлений в футере. А вот для похожих объявлений на странице просмотра конкретного - без слэша. Ссылки на категории в меню и в хлебных крошках - тоже без слэша. Ссылки на новости - со слэшем. И личное меню залогинненого пользователя - тоже со слэшем. Т.е. тут такая чехарда, кто в лес, кто по дрова. Это все порождает дубли. 2. Я сам сторонник лаконичности и изначально попробовал перевести .htaccess на безслэшевый вариант. Но тогда путь к админке сайта оказался закрыт. И пришлось выбирать вариант с принудительным слэшем в конце. Однако, не все гладко при реализации любого пути и у меня к разработчикам вопрос: - как добавить слэш в ссылки хлебных крошек на странице просмотра объявления и в сетках? UPD: Еще одна выползающая нестыковка - это несоответствие формируемых движком ссылок слэш/безслэша и формирование ссылок в sitemap.xml: - ссылки на объявления передаются в карту без слэша - ссылки на predefinedlinks - без слэша - ссылки на категории (из структуры) - со слэшем ! кстати, если верить google search console, в sitemap передаются ссылки на неактивные элементы структуры ! - статичные страницы - со слэшем - новости - со слэшем - статьи - без слэша (причем с добавкой .html, но это ерунда) Отсюда второй вопрос - как добавить обязательный слэш во всех ссылках в карте сайта?

АУ! Прикольно, пишешь разработчикам в личке - они отвечают "задавайте вопрос на форуме". Задаешь на форуме - молчат...

ОК. Другим путем - у каждого города есть параметр seaside типа boolean - т.е. прибрежность города. Как в поисковом запросе указать выдачу объявлений категории аренда в "прибрежных" городах?

Мда... поддержка тут - класс...

Стандартная форма запрос при обращении через форму поиска выглядит так: http://www.САЙТ.ru/index.php?topic_id=0&city_id=22&price_min=0&price=2+300+000+000&square_min=&square_max= Как сделать так, чтобы выводились объект нескольких городов - скажем, не только id-22 как в примере, но еще и id-21 и id-23

Спасибо, Костя, попробую

Добрый день Стоит задача в realty_grid (realia) определить, что страница, на которой мы находимся, является predefinedlinks, и получить параметр city_id и topic_id

Мне так не надо. Принудительное геокодирование при показе объявления не подходит. В идеале нужна ручная кнопка в закладке Координаты "Геокодировать". Или какой-то альтернативный вариант.

Спасибо, кэп, но только речь идет не о всех объявлениях, а об одном конкретном каком-нибудь.

Вопрос: Как заново геокодировать объявление при смене его адреса? Скажем, создано новое объявление, где ошибочно указан адрес, предположим, ул. Ленина, 15. Сохранено (и естественно, геокодировано). Редактируем объявление, изменив его адрес на ул. Ленина, 25. Теперь, чтобы метка на карте была правильная, нужно вручную метку на карте изменить. Как это автоматизировать?