Разделение объявлений на два типа

[h-i 30]

Доброго дня.

Как можно разделить объявления на два типа: основные и прочие?

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

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

Сначала думал забить под это спецпредложения (переименовать вкладку и сделать вывод по дефолту на неё), но как оказалось они всё же нужны для изначально задуманных целей.

[Дмитрий Кондин 690]

Может быть сделать это с помощью Структуры?

В структуре добавьте Основные / Прочие

http://wiki.sitebill.ru/index.php?title=%D0%A1%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D1%80%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%D0%BE%D0%B2

[h-i 30]

Может быть сделать это с помощью Структуры?

В структуре добавьте Основные / Прочие

http://wiki.sitebill.ru/index.php?title=%D0%A1%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D1%80%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%D0%BE%D0%B2

Это вполне рабочий вариант, но хотелось бы делать как можно меньше прочих категорий. Вообще всё упирается в возможность показывать объявления только с фото, что движок поддерживает и возможность выводить объявления с фото абсолютно всегда сверху. Возможно ли такое сделать?

[TopRaN 235]

Это вполне рабочий вариант, но хотелось бы делать как можно меньше прочих категорий. Вообще всё упирается в возможность показывать объявления только с фото, что движок поддерживает и возможность выводить объявления с фото абсолютно всегда сверху. Возможно ли такое сделать?

не совсем понятно.

 

Если я правильно понимаю то Вы хотите всегда выводить объявления только с фото, а без фото что бы не выводилось ни где ? правильно?

[abushyk 694]

показывать объявления только с фото... выводить объявления с фото абсолютно всегда сверху.

 

Если показывать только с фото, тогда не имеет смысла фраза "выводить с фото всегда сверху".

 

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

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

 

В общем вот такое мое мнение по наличествующей информации.

[h-i 30]

Постараюсь объяснить подробнее, что к чему и как сам понимаю, ибо сам к работе агентства отношусь почти никак.

На сайте есть N объявлений с заполненными карточками, эксклюзивные варианты самого агентства.  

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

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

[Дмитрий Кондин 690]

Постараюсь объяснить подробнее, что к чему и как сам понимаю, ибо сам к работе агентства отношусь почти никак.

На сайте есть N объявлений с заполненными карточками, эксклюзивные варианты самого агентства.  

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

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

Готового решения для такого случая нет, нужно дорабатывать программный код.

[h-i 30]

Сколько будет стоит реализовать такую функцию?

[Дмитрий Кондин 690]

Сколько будет стоит реализовать такую функцию?

Сформулируйте задание в разделе http://www.etown.ru/s/forum/21-%D1%84%D1%80%D0%B8%D0%BB%D0%B0%D0%BD%D1%81/

Получите оценку.

[kkkv39 10]

Получается также нет решения, чтобы объекты с фотографиями всегда были вверху, а без фото под ними?

Т.е. чтобы сортировка была в первую очередь по наличию фотографии, а потом уже по дате подачи..

[h-i 30]

Получается также нет решения, чтобы объекты с фотографиями всегда были вверху, а без фото под ними?

Т.е. чтобы сортировка была в первую очередь по наличию фотографии, а потом уже по дате подачи..

Можно, если заменить в файле /apps/system/lib/frontend/grid/grid_constructor.php

$default_sorts=DB_PREFIX.'_data.date_added DESC, '.DB_PREFIX.'_data.id DESC';

на

$default_sorts=DB_PREFIX.'_data.image DESC, '.DB_PREFIX.'_data.date_added DESC, '.DB_PREFIX.'_data.id DESC';

Но такое решение не самое удобное, так как делает то же самое в админке.

[kkkv39 10]

Спасибо за совет! Попробую

[abushyk 694]

на

$default_sorts=DB_PREFIX.'_data.image DESC, '.DB_PREFIX.'_data.date_added DESC, '.DB_PREFIX.'_data.id DESC';

 

Где-то близко, но не там.

1. Это сработает если картинки в uploads так кук у него физически есть колонка. Для uploadify_image пройдет мимо кассы с ошибкой скорее всего закончившись пустой выдачей, так как у этого типа поля нет физической колонки (но даже если колонка будет, то там все равно левые данные находятся).

2. Подозреваю, что будет подтормаживать. Поскольку картинки для uploads хранятся в виде сериализованного массива, то сортировка эта получится по очень длинной текстовой строке, что может привести к затормаживаниям.

 

Уж лучше тогда держать дополнительное вычисляемое поле image_count в котором хранить числовое количество картинок, которое обновлять например раз два в сутки и уже по нему давать сортировку.

[h-i 30]

Уж лучше тогда держать дополнительное вычисляемое поле image_count в котором хранить числовое количество картинок, которое обновлять например раз два в сутки и уже по нему давать сортировку.

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

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

[abushyk 694]

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

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

 

1. Можно хранить не количество, а признак наличия.

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

[kkkv39 10]

Простому смертному не разобраться