Russian TYPO3 community Форум больше не используется. Присоединяйтесь к каналу #community-ru в Slack for TYPO3 community  

Вернуться   Russian TYPO3 community > Тематические форумы > Разработка расширений / TYPO3 extension development

Ответ
 
Опции темы Опции просмотра
Старый 06.02.2012, 13:32   #11
dmartynenko
Senior Member
 
Аватар для dmartynenko
 
Регистрация: 20.07.2007
Адрес: Беларусь, Минск
Сообщений: 957
Отправить сообщение для dmartynenko с помощью ICQ
По умолчанию

Да, то что $this->pi_linkTP() всего-лишь оборачивает в ссылку переданную в него строку, и добавляет к url параметры из $params, я уверен. Передаваемая строка в данном случае это HTML код картинки-превьюшки (а может быть что угодно), а в $params указан uid текущей записи и больше ничего. Поэтому ссылка генерится с этим uid на текущую страницу.

То, о чем вы говорите, задается в массиве $imgTSConfig который передается в
Цитата:
$this->cObj->IMAGE()
$this->cObj->cImage()
Эти функции почти аналогичны, одна вызывается из другой. Обратите внимание на параметры которые Peter указал в TS конфиге:
Цитата:
JSwindow = 1
JSwindow.newWindow = 1
JSwindow.expand = 20,20
dmartynenko вне форума   Ответить с цитированием
Старый 08.02.2012, 14:56   #12
Peter
Продвинутый
 
Регистрация: 17.11.2010
Сообщений: 30
По умолчанию Организация каталога

Стандартный подход:
Категории каталога - страницы сайта с рекурсивным фронтенд плагином на основной.
0. Каталог (ФЕ плагин с бесконечной рекурсией)
1. Раздел 1
1.1. Подраздел 1
1.2. Подраздел 2
2. Раздел 2

Записи (товары) каталога - например контент элементы или своё с pid соответствующему странице каталога.

Если надо чтобы записи могли иметь несколько разделов:

Записи находятся в отдельной папке и имеют отдельное поле с записями вида "2,6,13,4", где через "," идут uid страниц каталога. Первый можно быстро реализовать после нарезки Кикстартером, второй надо допиливать на уровне кода.
Peter вне форума   Ответить с цитированием
Старый 08.02.2012, 15:01   #13
3ton
Senior Member
 
Регистрация: 25.12.2009
Сообщений: 106
По умолчанию

Организацию каталогов осуществил так же

в моем случае одна запись в одном каталоге

интересует бакенд часть, а именно организация ввода и листинг записей
использовали встроенный функционал или писали свои обработки???
в моем случае товар имеет специфический параметр - к одному товару относятся куча размеров (более 50) и каждый со своей ценой...
вот и ломаю голову как это культурнее обработать
3ton вне форума   Ответить с цитированием
Старый 08.02.2012, 15:37   #14
Peter
Продвинутый
 
Регистрация: 17.11.2010
Сообщений: 30
По умолчанию

Две таблицы:

Таблица с товарами tx_catalog_item:
uid,pid,......,size

В поле size выбираем значение из второй таблицы tx_catalog_item_param:
uid,pid,...size,cost

Организовать взаимосвязь можно в Кикстартере.

В pi1 допилить код на вывод, чтобы он при выводе _item делал select из _item_param и вставлял в общую таблицу, можно проще сделать через JOIN.

А чтобы в админке выбирать красиво, это уже flexform надо редактировать, там в принципе можно быстро разобраться.
Peter вне форума   Ответить с цитированием
Старый 10.02.2012, 16:14   #15
Dmitry Dulepov
Продвинутый
 
Аватар для Dmitry Dulepov
 
Регистрация: 28.04.2010
Сообщений: 73
По умолчанию

Цитата:
Сообщение от Peter Посмотреть сообщение
А чтобы в админке выбирать красиво, это уже flexform надо редактировать, там в принципе можно быстро разобраться.
Админка будет показывать связь с размерами сама.
Dmitry Dulepov вне форума   Ответить с цитированием
Старый 10.02.2012, 16:42   #16
dmartynenko
Senior Member
 
Аватар для dmartynenko
 
Регистрация: 20.07.2007
Адрес: Беларусь, Минск
Сообщений: 957
Отправить сообщение для dmartynenko с помощью ICQ
По умолчанию

Цитата:
Сообщение от 3ton Посмотреть сообщение
в моем случае товар имеет специфический параметр - к одному товару относятся куча размеров (более 50) и каждый со своей ценой...
Под такую задачу хорошо подходит концепция IRRE редактирования. Выглядит это примерно так - в записи товара на отдельной страничке будет выводится список подчиненных записей "Размер-Цена" с возможностью измения, добавления без перезагрузки карточки товара. Единственный минус - на 50 подчиненных записей боюсь будет тормозить UI. И этот подход не обладает свойством быстрого и наглядного ввода размеров и цен. Если товаров много, то вводить их через BE замучаетесь. Если импортировать данные в БД со стороны, а потом только менять время от времени цены - может и подойдет. Но зато все "из коробки" - просто описываете в TCA конфигурации таблиц и взаимосвязей.

Возможно для вашего случая подошел бы свой элемент управления вида таблица размеров с inplace edit (на AJAX). Его можно реализовать как своей тип поля в записи товара. Смотрите документацию по TCA, раздел ['columns'][field name]['config'] / TYPE: "user". Но это вещь редко используемая, примеров использования я не встречал, так что придется повозиться. Но это реально сделать. Пример - экст cps_tcatree, реализует дополнительный тип элементы select в виде дерева (как в tt_news). TYPO3 весьма гибкая штука
dmartynenko вне форума   Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB code is Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Небольшая работа по настройке RealUrl gmuk Работа и заказы / Job Offer and Request 2 15.08.2008 00:38
что-то с картинками не клеется tarzan Общие вопросы 1 20.07.2007 16:10
Создание сайта компании. Платная работа. mmv-ru Работа и заказы / Job Offer and Request 6 06.03.2006 22:20
Есть работа для спеца по typo3 iwsb@mail.ru Работа и заказы / Job Offer and Request 1 01.07.2005 16:10


Часовой пояс GMT +4, время: 18:06.


Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot

Хостинг и техническая поддержка: TYPO3 Лаборатория