1 сентября 2010 в 10:29
Столкнулся с острой проблемой фильтрации по атрибутам при создании на сей раз маленького интернет магазина одежды.
Пробывал разные способы организации, но дошел к выводу - идеальным решением для небольшого инет мага одежды (атрибуты - цвет, пол, размер) не использовать фильтра, они лишние...
Тогда проблема - как разбить товары по полу Мужской-Женский... через каталог не совсем красиво.
Лучше всего но мой взгляд добавить два каталога в уберкарт - мужской и женский, вывести соотвественно менюшки в хедер, после выбора появляется соответственный каталог, к нему хиты и новинки.
Как Вам такое решение, имеет право на жизнь?.. Как реализовать два каталога в уберкарте пока не дошел, эксперементирую. Есть идеи???
Комментарии
Сделать словарь, Пол и давать термины - мужской или женский. Пол атрибутом разве правильно? Так по вашему как бы есть практически та же модель но для мужчины или женщины. Так ведь не бывает.
Да, замечание в точку, неправильно выразился.
Я не имел ввиду под фильтром пол атрибут уберкарта...
Нужно только через словарь, так и пробую... Но проблема в другом, пока не решил красиво именно через уберкарт (без созданий своих представлений) - хочу под хедером две кнопки Мужская одежда и Женская, при клике на одной из них в левой колонке появляется каталог уберкарта именно под этот фильтр с разделением хитов и последних добавленых позиций...
Пока не решил... а должно получится очень удобно с точки зрения покупателя!
атрибут — номер товара по каталогу (каталожнай номер), разновидность одного и того-же товара (цвер, размер) отражается в как новый (измененный, дополенный) каталожнай номер изделия.
покрутил и пришел к такому:
- создаю две таксономии Мужской и Женский каталог
- создаю два класса товара Женский и Мужской
- присвоил таксономии классы, чтобы не путаться при заполнении позиций менеджером
- создал атрибуты Уберкарта размер (разная одежда - разные размеры, около 10 таблиц) + можна атрибут цвет с помощью модуля uc_option_image добавить.
Функционал супер, Ребята - каталоги разгружены, все как на ладони, позиций 500 без фильтрации легко! Рекомендую такой подход для малых обьемов всем...
Проблема в другом - пока не получается у меня красиво... Как разделить это все на два раздела - при выборе Мужская - каталог только Мужской с хитами и Похожими товарами с Мужской... и тоже самое для Жнеского раздела...
А для главной - хиты, акции, новинки из всего каталога...
Идеи есть?
Надеюсь словарь один, но два термина по полам? По словарю на пол как то гротескно
Нафиг вывод уберкарта. Привет Views!
Вывод уберкарта не так уже и плох. Во всяком случае дубляж контента сводится к минимуму. Разумный компромис - модуль advanced catalog
смотрю в сторону двух словарей, поскольку с одним нужно чтобы на женской странице мужской каталог пропадал, и наоборот... да и к тому же использования именно такой архитектуры аннулирует возможность менеджеру перепутать каталоги мужской-женский при вводе материала (товара немного - CVS импорт использоваться не будет)...
чем больше знакомлюсь с уберкартом, тем больше одолевает эта идея...
но если уберкарт столько весит на хосте, то уж лучше как-то его мучать
хотя, еще не дошел сам
именно и отсутствие дубляжа и привело к такому решению... мне очень нравится практичность фильтра taxonomy_filter, но вводить по пять раз один и тот же товар по разным фильтрам - просто будет бесить менеджера товара (например нужно 10 кофточек - по размерам уже 50 и по цвету более 100, а это рабочий день займет)!
а про одуль advanced catalog можно подробней где-то ознакомится, поскольку здесь читал про него только негатив, мол недоделанный и т.д. даже пробывать не стал...
Итог проделанной работы (цель - только уберкарт, без стороних модулей и правкой Views):
- идея правильная - все функционально для пользователя и менеджера, ничего лишнего
- создал две кнопки в хедере Мужск и Женск одежда
- два блока Каталог М и каталог Ж одежды, вбил два словаря М и Ж
- блоки выводить М на М а Ж только на Ж
- проверил - работает замечательно
ПРОБЛЕМА
одна единственная, словари имеют ID типа taxonomy/term/41 45 50, а для вывода блоков нужно их разграничить (блоке М выводить только на страницах taxonomy/term/men, а блок Ж выводить только на taxonomy/term/WOmen).
Это же легко как-то должно реализоваться... Кто с этим сталкивался, подскажите где читать ?!!
Что-то вы делаете неправильно
возможно я не сильно в ней крутил, так как сразу понимал, что использование такого типа лучше подойдет любому товару, только не одежде. Почему именно так? размеры одежды для М и Ж даже на одни групы товара разные (X L - и аналог СНГ 41 52, не говоря про см), плюс много груп, всего до 10 таблиц атрибутов по размерам...
например, если взять 3 атрибута (пол, размер, цвет) по два фильтра в каждом на две позиции товара - получалось 16 позиций по памяти... это же сколько товара нужно вбухать, чтобы большинство не пустовало... (размеры для носков, для шляп, для перчаток, для мужской обуви, для женской обуви, для детской обуви и т.д.)
для этого проекта это лишнее
повторюсь:
ПРОБЛЕМА
одна единственная, словари имеют ID типа taxonomy/term/41 45 50, а для вывода блоков нужно их разграничить (блоке М выводить только на страницах taxonomy/term/men, а блок Ж выводить только на taxonomy/term/WOmen).
Это же легко как-то должно реализоваться... Кто с этим сталкивался, ткните пальцем в какую сторону смотреть ?!!
А что там с дубляжом товара во вьюс?
задавайте, пожалуйста полные вопросы... я вроде бы стараюсь подавать полную картинку и не скуплюсь на слова... а теперь попробуй пойми, что вы именно имели ввиду под этой фразой
Это она(он?) по моей реплике. Мой вечный оппонент
это хорошо, что есть оппоненты... не дают расслабиться и руки опускать...
при моей реализации (см выше) месту дубляжу я не вижу...
а все-таки по моей проблеме вывода в блок таксономии в конкретных местах кто-то хоть откликнется, не говорю уже про конструктивные идеи...
задача вроде бы самая обычная, с ней по любом уже сталкивались... и ни слова! Это же не какая-то экзотика... Такое ощущения, что зашел на форум какой-то платной CMS без премиум доступа и далтычусь головой об лед
ощущёние таки верное, ибо что в бесплатной CMS вам никто ничем не обязан, что в платной без премиума
та да, все знают, что эту задачу можна легко реализовать с помощью Pathauto, читают топик и молчат, ухмыляются потихонечку
жалко три слова написать, натолкнуть... с такой идеологией эта кмс на просторах снг долго не протянет, без доков, поддержки и т.п.
Выводы: учить инглишь детальней, буржуйский форум друпальщиков более сговорчивей ...
ладно, меньше слов, больше дел...
[РЕШЕНО]
Не совсем так. Если не отвечают на казалось бы тривиальный вопрос:
1) Вопрос настолько банальный, что влом писать что то в 10000-й раз
2) Много буков, которые покрывают проблему. Просто лень разбирать это
А оффсайт это вы верно заметили - наше всё.
уважаемый volocuga@drupal.org!
Вы только что написали прямо целый трактат про разное и общее, а три слова по моей проблеме "смотреть сюда" - Вам было в лом... не забивайте пожалуйста хотя бы мои топики этими общностями...
заранее благодарен!
Кто бы говорил об "общностях". С такой мученической позицией не друпал, вы в нём долго не протяните.
volocuga@drupal.org Спасибо за очередное наставления и главное поддержку начинаещему лезть в дебри друпал :)...
Не получается так как Вы советовали, в два каталога - проблема с выводом женского каталога на женском разделе и мужского на мужском (модуль патавто подвел, проблема здесь). РНР писать для отсортировки и вывода блока с меню где надо еще не созрел я под друпал, найти готового не смог...
Спасибо за совет, Еще 5 минут потраченных зря
не теряйте время, одно из решений - здесь http://xandeadx.ru/blog/drupal/2
А что такое делает Taxonomy menu чего нельзя сделать с помощью views? Как по мне просто модуль, который просто утяжеляет друпал, свои дополнительным кодом, кучей галочек и дополнительными таблицами.
согласен: -
- представления выводится практически все
- лишний модуль - дороже хост, иначе геморой полный..
но с друпалом знакомлюсь вторую неделю, но чем больше вьезжаю, тем больше растройства, слишком много нюансов...
до вьюса на нормальном уровне руки еще не дошли, да и нормальную доку по нему еще не нашел, потому стараюсь обходить, но чем дальше, тем трудней это становится делать