1. Главная
  2. Loac

Loac: Комментарии

Главные вкладки

10 ноября 2015 в 11:49

Кастылем таки удалось решить проблему. Опишу в двух словах. Если кому-то надо понадобиться, распишу подробно.

Вместо простого поля «Commerce Product: Price» было использовано «Commerce Product: Rendered Commerce Product». Чтобы не выводились лишние поля, добавлен отедльный «View mode».

10 ноября 2015 в 11:46

Для тренировки написал модуль.

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

Прокомментировал основные моменты. Просьба потестить и сообщить мнение Smile Желательно, указать на ошибки.

4 октября 2012 в 15:40

Добавил про семерку.

зы: Не знаю, что за косяк, но после сохранения, во все незаполненные поля попал мой ник. Вроде все исправил, кроме опроса. Не знаю как его удалить.

18 марта 2011 в 21:10

Еще крону могут мешать ноды с PHP кодом, в котором содержатся ошибки. При индексации, модуль Search попытается выполнить все PHP инструкции, вызываемые из ноды, и, если там ошибки, подвесит cron.

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

18 января 2010 в 15:02

Serg_M wrote:
По-моему, не очень удобно. Желаемую картинку нужно в центр вывести, нажал, посмотрел, закрыл... повторил операцию для другой картинки.

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

4 декабря 2009 в 18:58

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

В двух словах: для модуля используется две таблицы. С атрибутами и значениями атрибутов. Модуль сверяет названия, и если такой атрибут уже есть, добавляет для него значения в конкретной ноде. Если нет, то сначала создает атрибут, а потом сохраняет для него значение.

3 декабря 2009 в 20:16

Quote:
если вам ничего не нравится, почему бы совсем не отказаться от cck, оставьте тип story и пусть себе девочка набирает размер, длина, вес...
Не уверен, что впоследствии мне понравиться делать выборку по этим "полям" Smile

3 декабря 2009 в 19:37

1000 характеристик – это на все виды товаров. А не в каждой ноде по 1к параметров.

Делать для каждой разновидности товара свой тип ноды и добавлять к ней по 20-30 полей мне не нравится.

Quote:
приведите пример

Например, Кей. Или любой другой магазин, который торгует всем подряд.

3 декабря 2009 в 1:05

На сколько я помню, attributes в ubercart используется для костумизации товара. Например, если товар может быть нескольких цветов, то чтобы не забивать для каждого из оттенков новую позицию, этот параметр добавляют как опцию, а покупатель уже выбирает из предложенных вариантов.

Мне требуется имено перечисление большого количества характеристик.

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

2 декабря 2009 в 18:52

Уже был опыт написания каталога с большим количеством полей. Редактировать такую конструкцию ноды (добавить или изменить поле) становится очень проблематично, так как страница в админке начинает весить целую килотонну. Все долго грузится и ужасно лагает. А полей было не так уж и много. Около 100. Сейчас планируется магазин, где различных характеристик будет более 1000.

Забивать номенклатуру буду не я, а девочка, которая печатает двумя указательными пальцами. Ей нужно чтобы на странице были одно поле и одна кнопка «добавить». Чуть сложнее и уже ни за что не разобраться.

30 апреля 2009 в 14:17

"gorr" wrote:
а если так попробовать?

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

Еще javascript выдает ошибку, что не знает, что такое context. Понятное дело, функция его не получает.