Chernetskiy

Повёлся на новинку, обновился до Windows 10. Первое впечатление - особых преимуществ не заметил, но и ничего отталкивающего вроде тоже нет. Обновление прошло без проблем, несмотря на предыдущую Win'7 в крякнутом варианте. Новый Windows лицензировался по чесноку и без ограничений. Все приложения, которые стояли под прежний Windows остались работать как и прежде, танцевать с бубном не пришлось. Обновиться можно хоть сейчас, главное, чтобы на компе стоял минимум Windows'7 SP1 с последними обновлениями. Максимальную версию соответственно обновляет на версию Pro. Прямая ссылка на варианты здесь - https://www.microsoft.com/ru-ru/software-download/windows10 Из неудобств обратил внимание на следующее: - Новый браузер Windows Edge подчеркивает номера телефонов (по типу ссылок), и это напрягает. Повышенного и обещанного быстродействия я не заметил. При этом Internet Explorer 11 так-же присутствует и есть возможность переключаться на него. - В работе Opera заметил один недостаток - не показывает символ рубля, хотя в прежнем Windows всё показывала. Есть настройка шрифтов, но танцы с бубном пока не помогли, вместо рубля показывается квадратик. Что касается CMS Sitebill, то весь функционал и оформление сохранились и глюков в работе не заметил.

1. У меня производится выгрузка на полсотни порталов и местячковых сайтов, многие из них работают с форматом XML для Яндекс.Недвижимости. Мне их все перелопатить? Мы сейчас о чем говорим? Есть признанный многими порталами формат выгрузки, который проглатывает собственно и сам Яндекс. Есть параметры, оговоренные в данном формате, на которые ориентируются все, уж коли работают с данным форматом. Я не исключаю, что некоторые порталы работают с устаревшими форматом и могут не включать некоторые параметры, но это не означает, что завтра они не станут работать с новым форматом и не начнут присылать приветы типа: "Объявление не принято, поскольку в нем отсутствует что-то", или "Ваш файл загружен, всего 500 объявлений, из них удачно - 0, содержащие ошибки - 500"... после чего лезть на тот или иной портал и допиливать всё вручную или, имея файл выгрузки, не иметь возможность его использовать только потому, что в нем чего-то не хватает. 2. Что именно выделить красным, то, чего нет в текущем варианте выгрузки? Так я об этом написал в предыдущем посте. В текущем варианте организации моей таблицы data присутствуют только расширенные поля для организации выгрузки для Яши и ничего от себя пока не вносил, хотя планируется, с учетом требований выгрузки для AFY, а эта выгрузка пока-что соответствует необходимому формату на 10%, то есть ни о чем, но это отдельная история и своё мнение о нем изложу позже. Если есть желание проверить, вот выгрузка для Яши - http://realty-centrum.com/yandexrealty и вот для AFY - http://realty-centrum.com/afyexport ​

Похоже требуется доработка выгрузки для Яндекс недвижимости... Анализировал выгрузку и обратил внимание на некоторые моменты: 1. Почему-бы не дополнить выгрузку сведениями о продавце в зависимости от категории подателя объявления? В частности, кто-бы не разместил объявление, в выгрузке он представлен как owner (собственник), что может обернуться геморроем в случае проверки/прозвона объявлений, а в Москве и в Подмосковье это практикуется... Выгрузка подразумевает наличие категорий продавца - владелец (owner) / агентство (agency) / застройщик (developer) и дополнительных параметров - organization (Название агентства), agency-id (внутренний ID агентства в базе партнера (только для досок объявлений)), url (сайт агентства), photo (ссылка на фото агента или логитип компании). Чего не выгружать информацию об агентстве, если есть такая возможность? 2. Отсутствует параметр room_space (Площадь комнаты, их может быть несколько, например 12/15/20), что можно передавать в выгрузке несколькими тегами <room-space>...</room-space>. Многие порталы требуют указывать площадь комнат и почему-бы это не использовать? Выгрузку для Яндекса можно использовать и на других порталах. 3. Параметр unit (единица измерения) в расширенных полях отсутствует (в модуле яндекс недвижимость - добавить расширенные поля), однако присутствует в выгрузке и жестко привязан к квадратным метрам, однако этот-же параметр используется и при описании площади участка, где может иметь значения - сотки или гектара. На текущий момент всё требуется вводить в кв.метрах. Переводить сотки и гектары в квадратные метры как-то не очень удобно ни продавцу, ни покупателю. 4. Соответственно по площади участка, которая должна присутствовать при выгрузке типов недвижимости: '4'=>'участок', '12'=>'house with lot', '13'=>'дом с участком', '14'=>'дача', - непонятно почему нет '15'=>'lot', '16'=>'земельный участок'​ в выгрузке отсутствуют сведения об участке, в частности это: <lot-area> <value>15</value> <unit>сот</unit> </lot-area> 5. Параметр kitchen-space (площадь кухни) не выгружается для дома с участком и выгружается для коттеджей, квартир... ещё не проверял для таунхаусов и пентхаусов, там тоже есть кухни 6. Параметр ceiling-height (высота потолков) выгружается только с целым числом. Например в объявлении 2,7 м., в выгрузке - 2 м. Писать в сантиметрах? 7. Отсутствует параметр deal-status (вариант сделки) - "прямая продажа", "встречная продажа", "размен", "214 ФЗ", "переуступка" Отсутствуют и другие параметры, которые в основном касаются новостроек и будут полезны тем, кто пиарит новостройки. Если добавить расширенные поля в таблицу data (Приложения -> Выгрузка Яндекс.Недвижимость), то оказываются лишними (дублирующими или ненужными) строки в таблице data: room_count, walls, planning, bathroom, plate, furniture.

Сменил на MEDIUMTEXT, теперь всё умещается.

В базе MySQL (re_page) на текст установлен параметр TEXT, что подразумевает сохранение в базу около 65000 символов. На практике, весь текст сохраняется в базе, только на странице сайта будет показываться около 25000 символов, остальное отсекается. Логично предположить, что это особенность шаблона - ограничение страницы по длине и искать надо где-то в стилях. Оно и логично, изначальная задумка создателя шаблона не подразумевала больших текстов и километровых страниц? Но в наших условиях такая необходимость возникает, а за ней - необходимость постраничной навигации на 3-5 частей страницы, чего будет вполне достаточно, типа << 1 2 3 4 5 >> В интернете хватает решений постраничной навигации, например здесь. Только с моими познаниями, лезть в код не рискну.

И что, от этого страница станет длиннее?

Дмитрий, вот например объемный текст, разбитый на 2 страницы - здесь и продолжение Как я понимаю, шаблонная страница умещает не больше 3000 слов или около 250 строк, в частности на первой уместилось +/- 2890 слов (24448 знаков с пробелами), остальное на второй. Я думал разместить список нотариусов, так он длинный и в одну страницу не влазит, то-же с аналогичными списками нужных организаций по Москве и Московской области. Пришлось всё урезать до нескольких районов в радиусе 50 км., хотя по нашей местности и деятельности это ни о чем. У нас объекты и клиенты по всему Московскому региону и в соседних областях.

1. Не привязывайте районы к городам и не будет зависимостей. 2. Метро можно не заполнять, там и выбирать нечего будет. Если вам это поле не нужно, можете удалить его в таблице data. 3. Какой смысл делать из поля метро те-же населенные пункты, за которые отвечает поле city (города)? Надумаете задействовать выгрузку в формате xml и она будет кривой. Тем более, что поле метро либо привязывается к городу и работает так-же как и район города, либо живет своей жизнью, без учета других адресных полей - страна, регион, район города, улица... Как у вас будет работать поиск по поселкам и селам если они будут сидеть в метро?

+100500, наверное п.1, п.2 и п.3 по разным серверам раскиданы и имеют телепатические связи... Облачные, блин, технологии

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

Ну да, в простом варианте - форма выставления счета, которую клиент сам заполнит а лучше переход по клику на кнопку Оплатить или Заказать из перечня услуг, по которой клиент перейдет на подготовленную форму оплаты, где только дополнит ее своими данными и произведет оплату. Желательно, чтобы эта процедура происходила в https протоколе или свои данные клиент уже заполнял в Робокассе, по варианту платежной формы Яндекса, Киви и т.п.

Я не очень соображаю что и как нужно разработать... смысл заключается в том, чтобы при клике на кнопку Заявка на кредит при просмотре конкретного об'екта недвижимости по прикрученной к ней ссылке передавались и параметры этого об'екта. Соответственно что-то должно перехватывать эти параметры или вытаскивать их из базы ориентируясь на ID и формировать ссылку на сервис дополняя ее GET параметрами, чтобы кредитный сервис формировал предложение по конкретному об'екту а не "обо всем и ни о чем"

По символам не считал, но пришлось дробить на 2 страницы. Некоторые пришлось урезать по об'ему информации (справочная по организациям) с масштаба области до нескольких районов, чтобы уместилось на 1 страницу. В общем нужна навигация с выборкой до 3-5 страниц. Будет достаточно.

Есть скромное предложение, в админке сайта -> обновления выводятся ссылки на темы форума, прикрутите к ним _blank, чтобы они открывались в отдельном окне а не вместо админки. Ну и несколько идей подкинул в разных разделах: Прикрутить постраничную навигацию на статичных страницах, для удобства пользователей; Кнопка "Заявка не кредит" при просмотре объявления. Думаю многим будет интересно, да и клиентам удобнее; Оплата услуг агентства через встроенную Робокассу, тоже упростит жизнь клиентов и риэлтора.

При составлении статичных страниц обратил внимание, что размещая большое количество текста на странице, всё упирается в её длину, где текст обрезается и теряется. Постраничная навигация отсутствует. В результате, приходится страницу разбивать на несколько страниц и внизу цеплять ссылки для навигации типа <Назад, Вперед> и т.п. Возможно-ли это решить более цивилизованно, чтобы не дробить большой текст на несколько страниц и иметь нормальную навигацию, работающую на автомате, типа < 1 2 3 4 >

Шаблонную форму Заявки на ипотеку решил заменить кнопкой "Заявка на кредит", которая располагается рядом с заголовком объявления при его просмотре (фото). Кнопка ведет по ссылке на ипотечный сервис в Юником 24, типа сюда .Но в данном случае открывается общая форма сервиса, без учета конкретики по объекту. Например в ЦИАНе этот вопрос решен более практично, как здесь , т.е. уже учитываются параметры объявления - адрес, цена и т.п., что сразу уходит в сервис для рассмотрения доступности ипотеки для клиента. Помогите решить вопрос отсылки параметров объявления в ипотечный сервис по клику на кнопку "Заявка на кредит", думаю многим будет интересно, поскольку сервис работает по всей России. Исходные данные: ссылка на сервис - она персональная и предоставляется после регистрации на unicom24.ru ссылка может просто переадресовывать или работать во фрейме, передавая данные в сервис ипотеки. для передачи данных во фрейм используются GET параметры: key=идентификатор партнера (можно и без него, если не нужен % от сделки) build=тип первичка вторичка loc=адрес / название объекта price=цена в рублях photo=ссылка на фото объекта id=идентификатор объявления можно установить iframe если не передаются параметры, то показывается default объект При передаче в iframe get параметров применяется к значениям параметров процедура urlencode. В итоге должен получиться вариант как у ЦИАН - http://www.cian.ru/ipoteka/?id=27842830&price=3298400&loc=%D0%9C%D0%BE%D1%81%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B0%D1%8F%20%D0%BE%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D1%8C,%20%D0%A0%D0%B0%D0%BC%D0%B5%D0%BD%D1%81%D0%BA%D0%B8%D0%B9%20%D1%80%D0%B0%D0%B9%D0%BE%D0%BD,%20%D0%A0%D0%B0%D0%BC%D0%B5%D0%BD%D1%81%D0%BA%D0%BE%D0%B5,%20%D0%A1%D0%BE%D0%BB%D0%BD%D0%B5%D1%87%D0%BD%D0%B0%D1%8F%20%D1%83%D0%BB%D0%B8%D1%86%D0%B0&photo=&build=%D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0

Озадачился вопросом, чего городить кучу платежных модулей - Qiwi, Яндекс деньги и т.п., когда практически всё есть в Робокассе: На сайте присутствует платежный модуль Робокассы. Почему-бы его использовать не только для пополнения счета, но и для оплаты дополнительных услуг с сайта? Например клиенту надо заказать выписку из ЕГРП, архивную справку или подготовить договор аренды/продажи/дарения на сторонний объект и т.п., что он может сделать удаленно и получить услугу не посещая офис. Может разработчики поделятся каким-нибудь tpl, который можно будет встроить на статичную страницу для оплаты подобных услуг? Или сразу сделать какой-нибудь перечень услуг (который сможет редактировать админ), чтобы рядом с позицией была кнопка "Оплатить" и переход на форму оплаты через Робокассу.

Блин, ведь всё активировано, просто не сразу понял о чём кнопка, всплавающую подсказу прикрутили-бы...

Увы, но это всё, что вылезло на сайте. Fatal error: in /var/www/v0073468/data/www/realty-centrum.com/third/smarty/sysplugins/smarty_internal_templatecompilerbase.php on line 441

А где его (листинг) взять? Собственно в 1 посте сама ошибка, а далее по тексту красным выделена строка в конце файла, на которую ссылается эта ошибка.

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

Есть пара идей: 1. Добавить кнопку в админку /редактирование объявлений "Обновить", чтобы была возможность автоматически обновить дату объявления на текущую. Бывает полезно для старых объявлений, чтобы вручную не переписывать новые даты. Заодно будет повод сменить описание, фото, созвониться с собственником - обсудить цену... 2. Сделать обработчик (напоминалку), который будет сообщать админу о том, что объявление уже древнее и с ним что-то надо делать - обновить, удалить и т.п. Результат обработки выдавать изменением цвета объявления в списке объявлений в админке или отправлять админу уведомление, что "Объявление ID ... устарело, обновить или удалить его?" и прямые ссылки с "обновить" и "удалить" на обработку объявления. Бывает полезно, когда список объявлений большой, что-то зависло в продаже, что-то забылось, риэлтор в отпуске или уволился и объявления большей частью стали заброшенными и т.п. Для п.1 и п.2 в настройках добавить период актуальности - 1, 3, 6 мес., чтобы настраивать кому как нравится. Будет полезно, если объявление висит на сайте больше полугода (а сейчас это повсеместно), при этом в выгрузку для Яши оно уже не попадает и еще больше теряет актуальность.

Желательно, чтобы это поле содержало только текст, без форматирования. Если очень хочется, то зайдите в редактор форм -> таблица data -> строка "Описание" (text), и замените тип записи textarea на textarea_editor. Обычное окно ввода текста заменится на редактор, только есть-ли в этом смысл? Установив редактор на ввод описания объявления вы получите: - возможность навести красивости при редактировании текста (что отразится на выгрузке объявлений на сторонние порталы - будет отображаться ваш текст вместе с HTML кодом) - и проблемы, поскольку в этот текст можно будет добавить ссылки, скрипт и прочее... тем самым вы будете не столько пиарить свое объявление, сколько ссылки на сторонние ресурсы, которые вам напихают доброжелатели (порно, форекс, казино и т.п.). При этом, сторонние порталы заблокируют вашу выгрузку.

Спасибо! Вот только с оформлением: меняем в realia/css/bootstrap-responsive.css 125 [class*=span] .... на margin-left: 15px; /*old 30px*/ получается кривовато, если меняешь указанный параметр, то на странице просмотра - объявления выравниваются а на главной - съезжают. Этот параметр глобальный. А можно это сделать как на главной? Не в блоке самого объявления а ниже, как в realty_grid_thumbs.tpl , каждый объект в отдельном блоке. Так сохранится вид блока и оформление... Картинка здесь

Устанавливая в настройках тип главной страницы "search", получаешь ошибку при обращении к сайту: Fatal error: in /var/www/v0073468/data/www/realty-centrum.com/third/smarty/sysplugins/smarty_internal_templatecompilerbase.php on line 441 В принципе таким вариантом не пользуюсь, но похоже где-то нестыковочка CMS и шаблона. кусок кода где ошибка: } throw new SmartyCompilerException($error_text); }} ?> Что-бы это значило?