Rent-Reactor.Ru - посуточная аренда жилья

[Cornil]

Собственно сабж... Rent-Reactor.Ru

Открыта бета-версия проекта BETA.Rent-Reactor.Ru Здесь тестируем все самое новое. Используется отдельная тестовая база, так что можно (и даже нужно) добавлять объявления и не бояться что-нибудь сломать

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

[andipas]

Мне понравилось! Четко и красиво сделана форма поиска, выбор дополнительных опций, красота

[Cornil]

Спасибо!

Вот примерный список изменений:

• добавлено имя пользователя в ссылку "Выйти". Теперь - "Выйти (Имя)"
• убраны все типы операций с недвижимостью, кроме аренды посуточно и почасово
• создан модуль Terms - пользовательское соглашение + исправлен баг с прокруткой
• создан подмодуль Редактор городов
• написана функция getPrettyName($data, $with_cityname = true) для ApartmentObjType.php. Теперь вместо фраз "Квартира, 3 комнаты, Москва" выводится " 3-комн. квартира, Москва", "Комната в 2-комн. квартире, Москва". Сделано для квартир, комнат и домов.
• выбранный пользователем город сохраняется в сессию. Сделано для того, чтобы при переходе на главную, пользователь оставался в выбранном региональном пространстве (в т.ч. при создании объявлений), а не видел все подряд.
• в CustomGMap.php раскомментирован код отвечающий за выборку координат по имени города. Совершенно не помню зачем я это сделал, только помню, что помогло
• создан /layouts/noform.php для того, чтобы при просмотре объявления не выводилась форма поиска. Дело в том, что поисковый запрос передается в виде $_GET и виден в адресной строке, что считаю логичным и правильным, но при переходе к объявлению, такая строка будет мешать и поисковикам и людям. Если оставлять как есть, т.е. объявление без поискового запроса, то теряются сами настройки поиска. Передачу их альтернативными способами (типа $_POST, $_SESSION, cookie) счел нецелесообразным и несколько трудоемким занятием в плане написания и отладки. В итоге - объявление без поисковой формы + ссылка на возврат к результатам поиска по полю HTTP_REFERER
• создана структура uniprice. Теперь пользователь может устанавливать не только произвольное количество цен (ограничил до 4 штук из-за высоты блока объявления), но и ставить их в зависимость от произвольного срока проживания. Но можно и по-старинке - 1 цена за сутки/час, в этом случае uniprice отключается. Данная структура - ассоциативный массив, сохраняется как serialize (дабы не плодить столбцы) + для ускорения поиска сохраняются ключевые моменты типа price, price_to и т.п. обычным образом. Ну и написан ряд функций для обработки структуры.
• добавлена возможность указать минимальный срок аренды
• убран rss
• подсказки по поводу добавления фото перемещены из админки во фронтэнд. Зачем они нужны были админу - загадка... плюс добавлены подсказки по размеру и разрешению фото (на хостинге ограничена оперативная память)
• сделан просмотр объявления по вкладкам. Разработчики обещали сделать такое в следующей версии, но тут было принято решение типа лучше полдня потратить, чем долго ждать выхода новой версии... Вкладки были реализованы через $this->widget('zii.widgets.jui.CJuiTabs'... с использованием renderPartial, а не методом прямой html верстки, как в движке. Правка фреймворка, когда при наведении на вкладку всплывает id, не применялась (хотя авторы результатов выдачи гугла упорно рекомендуют именно фреймворк ковырнуть) - обошлись обычными средствами.
• найдена и раскомментирована возможность поиска прямо на карте используя поисковую форму! Теперь появилось четвертое представление объявлений - bigmap. Почему данная возможность была убрана Разработчиками, а вместо этого добавлена ссылка "Поиск на карте" с двумя фильтрами, для меня тайна покрытая мраком....
• частично или почти полностью переписаны файлы представлений widgetApartments_....php.
• добавлены календари в поиск. По ряду причин пришлось отказаться от штатного 'range' => 'eval_period', заменив отдельной рукописью на JS. Кстати, в коде 'showAnim'=>'fold' лучше заменить на что-нибудь другое, например 'showAnim'=>'fade', иначе с открытым календарем "2" при попытке ткнуть мышкой в поле календаря "1" будет глючить. Это же касается и бронирования.
• как уже было отмечено выше, добавлен поиск по опциям. Созданный поисковый движок позволяет комбинировать в каждой выделенной позиции несколько параметров объявления по логике ИЛИ, а также их отрицания. Например, "парковка" - опция 55 (бесплатная парковка) ИЛИ опция 56 (платная парковка); "курение" - НЕ опция 46 (не допускается курение). Потом еще сделаю "имеются специально отведенные места", сейчас не до этого. Запросы склеиваются по 5 штук и отправляются в базу, затем к результатам применяется array_diff. Больше 5 нельзя, т.к. из-за структуры хранимых данных нагрузка на базу возрастает пропорционально степени кол-ва опций
• сверху в кнопках поиска dropDownList заменен на radioButtonList и применен CSS.
• прикручена внутренняя статистика.
• изменен алгоритм поиска по количеству комнат на "любое кол-во", "2+", "3+", "4+". Бывают хорошие предложения с бОльшим количеством комнат по хорошей цене. Сделал как в Яндексе (решение здесь).
• в поиск добавлен критерий количества спальных мест. Рекламодатель указывает в объявлении тип спальных мест (например: 1+1+2). При сохранении объявления, в базу заносится это, а также общая сумма - результат сложения. Поиск ведется по сумме.
• добавлена цена в праздничные дни.
• всплывающие подсказки в форме поиска.
• добавлен блок расстояния до метро по прямой. Для расчета используется внутренняя база координат. Пока что Санкт-Петербург и Москва.
• решен ряд проблем с постраничным просмотром + найден еще один косяк.
• частично переписана пользовательская панель управления.
• кнопочка "редактировать" на фото (в поиске). CMenu (активно/неактивно, редактировать) при просмотре объявления.
• переписана система подачи объявлений. Система объединяет в себе несколько моделей: авторизацию, регистрацию, обработку объявления (LoginForm, User, UserAds/Apartment соответственно). Частично аякс. Прозрачная регистрация и т.п. В связи с этим, была организована система релизов и выделена бета-версия проекта, доступная по адресу: http://beta.rent-reactor.ru.
• еще куча всего переписано и много всякого по мелочам.

В ближайших планах:

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

Этот список обновляется по мере работы над движком.

[Koduc]

Дааа, мощно сайт сделан. Спасибо вам, что не ленитесь очень многие вещи на форуме выкладывать!

PS:

найдена и раскомментирована возможность поиска прямо на карте

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

'showAnim'=>'fold' лучше заменить на что-нибудь другое, например 'showAnim'=>'fade'

Подтверждаю, есть такой "косяк". Периодически с ним боремся, но местами до сих пор всплывает.

сделан просмотр объявления по вкладкам

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

в CustomGMap.php раскомментирован код отвечающий за выборку координат по имени города

Было актуально, когда объявление добавлялось в два шага - сначала писался адрес и город, на втором шаге уже карта отображалась. От двух шагов избавились и необходимость в этом коде пропала.

В итоге - объявление без поисковой формы + ссылка на возврат к результатам поиска по полю HTTP_REFERER

Хорошее решение. С пагинацией проблемы не тестировали? При переключении страниц область объявлений обновляется по ajax-запросу, строка адреса остается неизменна. Реферер в чистом виде не поможет - надо или строку адреса тогда модифицировать или отключить ajax-пагинацию.

выбранный пользователем город сохраняется в сессию

Интересное решение. Очень многие используют поддомены для городов. Но при этом возникает вопрос логики работы мультиселекта выбора города..

создана структура uniprice

Тоже думал давно о таком. Хочется решить красиво, но надо много кода лопатить, поэтому пока оставили как есть. Сериализация - выглядит не очень изящно..

как уже было отмечено выше, добавлен поиск по опциям

Тоже как-то сложно выглядит, особенно со склеиванием запросов. А если есть и платная и бесплатная парковка? Тут, мне кажется, проще было оставить как есть - галочки напротив "Платная парковка" и "Бесплатная парковка". Но это, правда, вызвывает некоторые вопросы по оформлению формы поиска..

[Cornil]

Дааа, мощно сайт сделан. Спасибо вам, что не ленитесь очень многие вещи на форуме выкладывать!

И вам спасибо за отличный движок. Как раз вовремя.

PS:

найдена и раскомментирована возможность поиска прямо на карте

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

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

'showAnim'=>'fold' лучше заменить на что-нибудь другое, например 'showAnim'=>'fade'

Подтверждаю, есть такой "косяк". Периодически с ним боремся, но местами до сих пор всплывает.

Хочется отметить еще один затык... Заезд/выезд в один день и заезд, а выезд на следующий день как правильно считать? Поскольку мы так и не пришли к единому мнению, было решено отказаться от 'range' => 'eval_period' и убрать возможность выбора одного и того же дня в поиске.

Плюс карты не хотят рисоваться в скрытых табах, приходится вешать обработчики на открытие таба.

Все равно без JS уже никуда...

в CustomGMap.php раскомментирован код отвечающий за выборку координат по имени города

Было актуально, когда объявление добавлялось в два шага - сначала писался адрес и город, на втором шаге уже карта отображалась. От двух шагов избавились и необходимость в этом коде пропала.

Любопытно, но оч. хочется сделать именно пошаговую систему добавления объявления.

В итоге - объявление без поисковой формы + ссылка на возврат к результатам поиска по полю HTTP_REFERER

Хорошее решение. С пагинацией проблемы не тестировали? При переключении страниц область объявлений обновляется по ajax-запросу, строка адреса остается неизменна. Реферер в чистом виде не поможет - надо или строку адреса тогда модифицировать или отключить ajax-пагинацию.

Хм... дойду до пагинации, подумаю над этим. Спасибо.

выбранный пользователем город сохраняется в сессию

Интересное решение. Очень многие используют поддомены для городов. Но при этом возникает вопрос логики работы мультиселекта выбора города..

Пока не уверен в правильности решения с точки зрения SEO. Субдомены как-то надежнее выглядят.

создана структура uniprice

Тоже думал давно о таком. Хочется решить красиво, но надо много кода лопатить, поэтому пока оставили как есть. Сериализация - выглядит не очень изящно..

Для каждой строчки цены используется 4 поля: цена; в час/сутки; мин. срок, при котором цена начинает действовать; в часах/сутках. При необходимости, структура легко дополняется. Если все это пихать в базу в чистом виде, будет оч. много столбцов. Заводить для этого отдельную таблицу?.. Поскольку весь этот ворох нужен только при выводе объявления, а для быстрого поиска можно вывести ключевые моменты в отдельные столбцы, решил сериализовать массив и пихнуть в базу как текст. Всего одна команда - и у нас уже готовый массив. Во всяком случае, ничего лучше я не придумал.

как уже было отмечено выше, добавлен поиск по опциям

Тоже как-то сложно выглядит, особенно со склеиванием запросов. А если есть и платная и бесплатная парковка? Тут, мне кажется, проще было оставить как есть - галочки напротив "Платная парковка" и "Бесплатная парковка". Но это, правда, вызвывает некоторые вопросы по оформлению формы поиска..

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

А если есть и платная и бесплатная парковка?

Такое объявление будет найдено. Работает так: 'parking'=>'55,56' - внутри действует логика ИЛИ, между другими опциями - логика И.

Код: Выделить всё

                        $services_arr[] = array('internet'=>'30','metro'=>'51,52','parking'=>'55,56','smoking'=>'!46','documents'=>'47');
                        $services_arr[] = array('repair'=>'59','bath'=>'12','tv'=>'39','refrigerator'=>'27','microwave'=>'24');
                        $services_arr[] = array('conditioner'=>'60','silence'=>'5','animals'=>'!42','iron'=>'6','hairdryer'=>'14');
 

Конкретный тип парковки можно вывести в самом блоке объявления.

[Cornil]

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

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

Сделал именно так, но результатов поставил 10000 шт. Будет тормозить - перепишу. Гугловская склейка объектов в группы по несколько штук должна позитивно сказаться на быстродействии.

В итоге - объявление без поисковой формы + ссылка на возврат к результатам поиска по полю HTTP_REFERER

Хорошее решение. С пагинацией проблемы не тестировали? При переключении страниц область объявлений обновляется по ajax-запросу, строка адреса остается неизменна. Реферер в чистом виде не поможет - надо или строку адреса тогда модифицировать или отключить ajax-пагинацию.

Вроде бы все проблемы с пагинацией решил, заодно нашел еще один косяк.
P.S. Думал что решил... Оказалось пока не все.

[Cornil]

Внимание! Приглашаю "погонять" новую систему добавления объявлений.

Ссылка: http://beta.rent-reactor.ru

Поведение данной системы зависит от типа пользователя:
- пользователь авторизован;
- пользователь зарегистрирован, но не авторизован;
- пользователь пока что гость.

Больше ничего рассказывать не буду, это нужно для чистоты эксперимента.
Что требуется:
- подать, как минимум, одно объявление
- записать все впечатления, мысли и предложения. Приветствуются любые идеи - от конструктивных до бредовых. Мелкие (мимолетные) замечания, тоже нужны. Дизайн - тоже. Замечания на тему "увидел не то, что ожидал" и "хотел нажать, но не нашел где" тоже будут очень кстати! Все что приходит в голову.

Всем откликнувшимся - огромное спасибо :)

[Koduc]

Итак:
1. Анимация на странице "Подайте объявление и получите подарок" - надо сделать ссылкой на страницу с описанием, а то сидишь и ждешь, чтобы всё прочитать;)
2. Шаг 1 подачи объявления. "Установить маркер по адресу" наверное лучше написать более понятным языком. Простому человеку может быть непонятно, что за маркер и зачем его устанавливать?
3. Плюс после нажатия на "Установить маркер" карту лучше зуммировать, а то непонятно, переместился вообще маркер в нужное место или нет
4. Номер телефона - обязательное поле. Очень многие не любят оставлять свой номер телефона, поэтому надо как-то указать для каких целей нужен этот номер телефона, где он будет отображаться..
5. Тут же поле "Описание". Описание чего? Непонятно..:)
6. Пользовательское соглашение и капча - отлично.
7. Шаг 2. Вверху название объявления и адрес - отлично.
8. Спальные места суммируются - элегантно;))
9. По поводу пунктов "Комфорт", "Кухня" - в продукт планируем сделать общий чекбокс для каждого раздела, чтобы например поставить галочку около "Кухня" и все пункты чтобы отметились. Может тоже стоит взять на вооружение.
10. Шаг 3. Всё отлично, особенно с ценами.
11. Шавершение подачи объявления - тоже отлично.
12. Активация и пароль тоже отлично. Едиснтвенное - при клике на "выслать пароль на почту" сообщение выходит на английском "Password has been sent to ..."
13. Управление объявлениями в личном кабинете - столбец "Опубликовано" слишком широкий. Предлагаю сделать его уже. А в самом первом столбце можно показывать главное фото объекта (если оно есть).
14. Ну и плюс само объявление после активации е-майла можно автоматически активировать, а то немного не очевидно, что оно еще не активировано, хотя обещали "Всё готово для публикации, только активируйте е-маил" ;)
15. В личном кабинете - "Включена опция "премиум аккаунт", действует до 01.08.2014 включительно" - не совсем понятно что оно дает вообще. "Премиум аккаунт" лучше сделать ссылкой на страницу с описанием, что именно дает премиум аккаунт и как его получать.
16. Если объявление не опубликовано и нажимаем на "лупу" в личном кабинете, то получаем странное сообщение об активации аккаунта;)
17. Гуглокарта на английском (тоже в планах сделать с этим что-то)
18. Значок редактирования объявния в списках - отлично.
19. При отображении объявлений таблицей есть поле "Общая площадь" и там пишется иногда 0 м2. Логичнее там ставить прочерк.

В целом впечатления глубоко положительные, выглядит всё качественно и логично.

[Cornil]

Благодарю за такой подробный комментарий :))

Итак:
1. Анимация на странице "Подайте объявление и получите подарок" - надо сделать ссылкой на страницу с описанием, а то сидишь и ждешь, чтобы всё прочитать;)

Это все часть будущей системы "премиум" объявлений. Как такового, "премиум аккаунта" пока нет. Поэтому все премиум :)

2. Шаг 1 подачи объявления. "Установить маркер по адресу" наверное лучше написать более понятным языком. Простому человеку может быть непонятно, что за маркер и зачем его устанавливать?
3. Плюс после нажатия на "Установить маркер" карту лучше зуммировать, а то непонятно, переместился вообще маркер в нужное место или нет

Интересно, а если кликнуть несколько раз, то как с зумом быть? Есть желание вообще убрать "Установить маркер". В текущей бете имеется реакция маркера на выбор города и на ввод адреса (адрес обновляется через 0,6 сек после последней нажатой клавиши). Наверно лучше сделать тающий прямоугольник fade(fast) вокруг маркера при фиксации адреса. Да, вот кстати, очень хочется попросить перенести в ORE город и адрес на одну вкладку, а то как-то странно выглядит...

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

Логично! Если вы обратили внимание, то справа оставлено место под что-то, пока еще не решил под что :) Можно забить его хелпами.

5. Тут же поле "Описание". Описание чего? Непонятно..:)

О-о-о!! Это поле и у нас вызвало массу предположений :)

6. Пользовательское соглашение и капча - отлично.
7. Шаг 2. Вверху название объявления и адрес - отлично.
8. Спальные места суммируются - элегантно;))

Спасибо

9. По поводу пунктов "Комфорт", "Кухня" - в продукт планируем сделать общий чекбокс для каждого раздела, чтобы например поставить галочку около "Кухня" и все пункты чтобы отметились. Может тоже стоит взять на вооружение.

Если честно, то ближайшие планы - вооружиться фичами версии ORE 1.5 типа видео, допилить пользовательскую админку, просмотр объявления, пофиксить баги версий, отполировать бету. А потом буду догонять ORE 1.6. Меня, к сожалению, не хватает на все (

10. Шаг 3. Всё отлично, особенно с ценами.

Это часть ранее созданной системы uniprice. Так было до внедрения новой пошаговой системы.

11. Шавершение подачи объявления - тоже отлично.

Кстати, у авторизованных пользователей подача "шавершается" по-другому. Извините, просто слово понравилось :))

12. Активация и пароль тоже отлично. Едиснтвенное - при клике на "выслать пароль на почту" сообщение выходит на английском "Password has been sent to ..."

Это косяк связанный с ведением баз на разных машинах. Новая схема разработки устранит эту проблему.

13. Управление объявлениями в личном кабинете - столбец "Опубликовано" слишком широкий. Предлагаю сделать его уже. А в самом первом столбце можно показывать главное фото объекта (если оно есть).

Это будет в версии 1.6? Тогда "быстрее" будет подождать. Хочу переименовать "статус" в "модерация", а "активно" в "одобрено" и т.п., а то сам путаюсь иногда. Это если быстро... А в идеале, нужны еще и блоки вместо таблицы (или вместе с таблицей). Планы на пользовательскую админку пока не созрели.

14. Ну и плюс само объявление после активации е-майла можно автоматически активировать, а то немного не очевидно, что оно еще не активировано, хотя обещали "Всё готово для публикации, только активируйте е-маил" ;)

Согласен полностью, исправим.

15. В личном кабинете - "Включена опция "премиум аккаунт" .......

То же что и пункт 1.

16. Если объявление не опубликовано и нажимаем на "лупу" в личном кабинете, то получаем странное сообщение об активации аккаунта;)

Похоже косяк :) поправим, спасибо!

17. Гуглокарта на английском (тоже в планах сделать с этим что-то)

Можно с этого места поподробнее? Локаль браузера? Гео Гугла? У нас все на русском... Правда несколько беспокоит отсутствие некоторых городов, Гугл показывает только название города без улиц и домов.

18. Значок редактирования объявния в списках - отлично.

И еще раз спасибо! Также сверху имеются кнопки "активно" и "редактировать" при просмотре своего объявления.

19. При отображении объявлений таблицей есть поле "Общая площадь" и там пишется иногда 0 м2. Логичнее там ставить прочерк.

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

В целом впечатления глубоко положительные, выглядит всё качественно и логично.

Это еще хорошо, что вы код не видели :))

[Koduc]

Да, вот кстати, очень хочется попросить перенести в ORE город и адрес на одну вкладку, а то как-то странно выглядит...

Согласен, очень нелогично выглядит.

Если вы обратили внимание, то справа оставлено место под что-то, пока еще не решил под что :) Можно забить его хелпами.

Главное - не переборщить и визуально не "загрязнить" страницу. Может просто иконку " ? " при наведении на которую, будет кратенький хелп показываться.

Это часть ранее созданной системы uniprice

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

Это будет в версии 1.6? Тогда "быстрее" будет подождать.

Скорее всего пока нет, но код могу скинуть. У нас в табличке места не хватает, тоже надо со статусами что-то делать.

Локаль браузера? Гео Гугла?

Хм, может это и только с моей стороны, у меня система нестандартная и по умолчанию везде английский стоит.

Периодически появляется почти непреодолимое желание убрать табличный вид вообще.

У нас наоборот было много обращений с просьбой сделать этот табличный вывод. Только вот как он выглядит согласен, чего-то ему не хватает.

Это еще хорошо, что вы код не видели :))

:) зачастую не важен код, а важен результат.