Как лучше реализовать добав-ие спаренных парам-ов?
Не хочу нагружать шефа (bezumkin) глупыми вопросами, может кто из комьюнити подскажет:
Задача:
Хочу сделать вывод списка параметров товара в виде:
То есть каждому цвету можно назначит картинку. Эту картинку хотелось бы подгружать в выпадающий список из уже загруженных фотографий товара, а не загружать отдельно.
Вопрос:
Может кто-то решал такую задачу и может поделиться опытом?
Мои соображения:
Проштудировал материалы на эту тему. Пока в голову идут два решения:
Хочется реализовать второй вариант, но чо то я очкую.
Почему задаю вопрос:
Может зря очкую и там не всё так страшно. На ответ который быстро всё решит почти не надеюсь, но вдруг кто-то уже делал и толково обьяснит. Сам не стал пока влазить ибо времени мало, боюсь увязнуть в этой проблеме пока не решены более важные.
Спасибо.
Задача:
Хочу сделать вывод списка параметров товара в виде:
То есть каждому цвету можно назначит картинку. Эту картинку хотелось бы подгружать в выпадающий список из уже загруженных фотографий товара, а не загружать отдельно.
Вопрос:
Может кто-то решал такую задачу и может поделиться опытом?
Мои соображения:
Проштудировал материалы на эту тему. Пока в голову идут два решения:
- С помощью MIGx создать пару TV-параметров: изображение и текстовое поле. И спокойно выводить. Вроде просто, но выглядит некрасиво, потому что придётся каждый раз подгружать новые миниатюрки товара, а они уже есть надо только найти способ их взять.
- Воспользоваться системой плагинов для расширения свойств товара. Как я понял, там можно сделать так, чтобы поле «Изображение» выводилось в виде выпадающего списка с изображениями товара которые уже загружены.
Как конкретно это сделать представление у меня смутное. Отсюда. Да и ещё непонятно как реализовать два поля, чтобы их значения хранились вместе (в одной строке) или разных полях таблицы. Но идея по красивее, хотя бы потому что не используются TVполя.
Хочется реализовать второй вариант, но чо то я очкую.
Почему задаю вопрос:
Может зря очкую и там не всё так страшно. На ответ который быстро всё решит почти не надеюсь, но вдруг кто-то уже делал и толково обьяснит. Сам не стал пока влазить ибо времени мало, боюсь увязнуть в этой проблеме пока не решены более важные.
Спасибо.
Комментарии: 8
Я бы попробовал помучать msGallery.
У картинок есть имя и описание, можно писать цвет туда и выводить всё в виде выпадающего списка — чанки вроде позволяют.
У картинок есть имя и описание, можно писать цвет туда и выводить всё в виде выпадающего списка — чанки вроде позволяют.
Хороший вариант. Самый простой вроде. Спасибо шеф! :)
Надо будет отфильтровать среди фоток те что без описания и будет хорошо.
Надо будет отфильтровать среди фоток те что без описания и будет хорошо.
Ну да а alt title у картинок обсолютно глупые теги поэтому заполнять их не надо и единственное поле нужно использовать под костыль.
По стандартам w3c у изображения должен быть минимум тег альт (это сделано не просто для экономии трафика если он отключен вывод изображений на сайте то выводится тег альт ), можно конечно пихнуть в оба тега имя файла из первого поля но это не очень хорошо или оставить вообще без title тоже не есть гуд.
С другой стороны если уж так надо в поле, дескрипшен можно писать цвет либо, что то другое а в опции можно писать цвет и остаток. Потом выбрать из галереи изображения только с именем цвета. Получится мы имеем имя цвета соответсвующее изображение оастаток этого товара, а в галерее останутся фото в которых не будит имени цвета и вывести те изображения как демонстрационные с тайтлами
По стандартам w3c у изображения должен быть минимум тег альт (это сделано не просто для экономии трафика если он отключен вывод изображений на сайте то выводится тег альт ), можно конечно пихнуть в оба тега имя файла из первого поля но это не очень хорошо или оставить вообще без title тоже не есть гуд.
С другой стороны если уж так надо в поле, дескрипшен можно писать цвет либо, что то другое а в опции можно писать цвет и остаток. Потом выбрать из галереи изображения только с именем цвета. Получится мы имеем имя цвета соответсвующее изображение оастаток этого товара, а в галерее останутся фото в которых не будит имени цвета и вывести те изображения как демонстрационные с тайтлами
Я не вижу противоречия. Добавление цвета в описание изображения только лучше описывает изображение.
Думаю, можно добавлять в alt и title, например, такую строку "[[*title]] ([[+decription]])".
На выходе будет описание: "iPhone 4s (белый)".
Такого описания для товара обычно вполне достаточно.
Думаю, можно добавлять в alt и title, например, такую строку "[[*title]] ([[+decription]])".
На выходе будет описание: "iPhone 4s (белый)".
Такого описания для товара обычно вполне достаточно.
В принципе да. Согласен.
*
Всё равно решил отказаться от этого способа. Решение не гибкое.
Что если нет фотографии товара с необходимым цветом? Фиг его знает как там заказчик будет работать. Будет иметь в наличии весь товар с фотками или нет.
Пожалуй, в данном случае применю всё таки MIGx, потому что товаров где необходимо указывать цвет не так много. И если фотография с цветом отсутствует то можно забить и без фотографии, либо добавить просто небольшое изображение с нужным цветом сделанную в фотошопе.
Но на будущее возьму этот способ на заметку.
Зато назрел другой, близкий, вопрос:
А как бы вы организовали вывод характеристик товара если надо, чтобы это выглядело примерно так:
html код одной такой строки выглядит страшно для человека не посвещённого:
Мои соображения:
Можно сделать, чтобы забивальщик товара писал в поле «Содержимое» что-нибудь типа:
Вроде не плохо:
1) Не нагружает систему,
2) Список может расширятья до бесконечности,
3) Копи паст упрощает работу;
Плохо что:
1) Руки забивальщика товаров могут расти из мест не столь отдалённых.
Вот прямо сегодня надо принять решение какой способ выбрать. Сомневаюсь не придумываю ли я опять костыли и задача решается гораздо проще и красивей?
Что если нет фотографии товара с необходимым цветом? Фиг его знает как там заказчик будет работать. Будет иметь в наличии весь товар с фотками или нет.
Пожалуй, в данном случае применю всё таки MIGx, потому что товаров где необходимо указывать цвет не так много. И если фотография с цветом отсутствует то можно забить и без фотографии, либо добавить просто небольшое изображение с нужным цветом сделанную в фотошопе.
Но на будущее возьму этот способ на заметку.
Зато назрел другой, близкий, вопрос:
А как бы вы организовали вывод характеристик товара если надо, чтобы это выглядело примерно так:
html код одной такой строки выглядит страшно для человека не посвещённого:
<div class="desc-wrap">
<div class="desc-name-wrap">
<div class="desc-name"><p>Тип</p></div>
<div class="desc-bottom-dote"></div>
</div>
<div class="desc-value"><p>прогулочная</p></div>
</div>
Получается, что для любой подкатегории и категории список таких характеристик разный и количество их разное. Заранее не пропишешь. Можно конечно опять MIGx применить, но количество TV параметров будет зашкаливать в итоге.Мои соображения:
Можно сделать, чтобы забивальщик товара писал в поле «Содержимое» что-нибудь типа:
h : Общие характеристики;
тип : Прогулочная;
механизим складывания : книжка;
Ну и потом сниппетом всю эту байду распарсить и вывести как на картинке.Вроде не плохо:
1) Не нагружает систему,
2) Список может расширятья до бесконечности,
3) Копи паст упрощает работу;
Плохо что:
1) Руки забивальщика товаров могут расти из мест не столь отдалённых.
Вот прямо сегодня надо принять решение какой способ выбрать. Сомневаюсь не придумываю ли я опять костыли и задача решается гораздо проще и красивей?
Нет, никакого более простого способа нет.
Но есть JSON поля у товара (например, размер и цвет), в которые можно назабивать что угодно.Можно добавить и новое поле, специально под эту задачу.
Тогда забивальщик может аккуратно забивать парами «ключ=значение» что угодно, а в БД это сохранится как JSON, который будет очень легко распарсить.
На mamaboutique.ru, например, так организовано хранение остатков по размерам.
Но есть JSON поля у товара (например, размер и цвет), в которые можно назабивать что угодно.Можно добавить и новое поле, специально под эту задачу.
Тогда забивальщик может аккуратно забивать парами «ключ=значение» что угодно, а в БД это сохранится как JSON, который будет очень легко распарсить.
На mamaboutique.ru, например, так организовано хранение остатков по размерам.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.