Leaderboard

Привет всем! Скорее всего, уже многим известно, но все же напишу, вдруг кому-то понадобится. Появилась необходимость сокращения ссылок на какой-либо объект, например, для отправки клиенту по смс или размещения более красивой ссылки для рекламы. Это легко делается по Id-объекта. Например, Ваша ссылка на объект www.site.ru/arenda-kvartir/arenda-flats/1-komn/realty555/ Для поисковика - ссылка хорошая, а для человека, которому она пришла в смс (например) - длинная. Сократить ее до более красивой можно легко, оставив адрес самого сайта и конец ссылки, в данном случае /realty555 555 - это и есть Id вашего объекта. Получится: www.site.ru/realty555 Согласитесь, более лаконично? Спасибо за внимание!

Подойдёт, если 1. Регистрация будет по номеру мобильного телефона. 2. Будет возможность добавлять объекты, хотя бы с минимальными параметрами 3. Фильтр объектов по параметрам. 4.Размещение обьекта на карте по данным координат при фотографировании объекта с геокодом. 5. Избранное с сохранением инфо по объектам на телефоне, для офлайн просмотра . 6. Возможность набора телефона одной кнопкой Позвонить и отправить смс или отправить через популярный мисенджер и отправить сообщение по емайл .

Задача скорее практически не решаемая. Такое решение оптимально подходит для систем где есть однозначный признак сортировки - например соцсети, где фактически сортирующим признаком является идешка, направление роста которой всегда направлено в сторону увеличения. Что позволяет постраничные выборки делать в виде дополнительной фильтрации "от уже показанного ид и выше" обрезая полученную выборку от начала на длинну записей на странице. В результате запросы лимитируются по виду LIMIT N, что оч хорошо. В работе с недвижкой сортирующих факторов больше чем один, а самый "удобный" - по ид - является так же и самым бесполезным. Поэтому все постарничные запросы приходят к виду LIMIT M, N. А принцип выборок по таким запросам весьма трудоемок с ростом M. Т.е. если вам нужно получить 5-ю страницу и на странице у вас 10 объектов, то по факту вам нужно выдернуть с базы 50-объектов и первые 40-к выкинуть. Естественно на 1000-й странице объемы возрастут. Так что тут дело не в количестве на страницу, а скорее в балансе между количеством на страницу и количеством страниц. Для поисковика по факту важна первая страница из постранички. Вторую и далее он вообще не должен видеть. А первая обычно ВСЕГДА загружается менее напряжно по сравнению с остальными. Так что не парьте голову и учитывайте именно удобство людей. Листать странички по 3 объекта и листать списки по 500\страницу - две крайности.