1. Главная
  2. Sun-fire

Sun-fire: Комментарии

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

22 мая 2013 в 22:32

Feeds стараюсь не использовать в серьезных проектах, потому как не всегда все работает как нужно. Да и с производительностью там не все хорошо. Поэтому постепенно пришел к своему кастомному решению. По увы, универсальным оно не получилось. Да и для каждого конкретного проекта нужно допиливать - везде своя специфика.

14 мая 2013 в 0:53

Откатил на ядро 7.17 на нем работает. Правда только на домашнем хостинге. На продакшн-сайте пока так и не завелось, хотя до обновления на 7.22 там работало. Уточняю этот момент с хостером. По результатам отпишусь.

23 апреля 2013 в 14:37

"Tinnka" wrote:
Можно подробней? Или скрин..

В контекстном фильтре указываете поле, по которому будете делать отбор. Во вьюху передаете taxonomy term id.

23 апреля 2013 в 0:29

"xSPiRiTx" wrote:

в sites/default/setting.php добавить
$conf['image_allow_insecure_derivatives'] = TRUE;

С ядром версии 7.22 этот метод не сработал. Этот метод рекомендуют еще в первом комменте темы на д.орг которую я указал в посте.

1 апреля 2013 в 16:25

Ну, не так чтобы смешно, но вполне таки решаемо. Но отнють не на уровне "подключил чудо-модуль - получил профит".

Для полноценных решений такого типа есть система Aegir Можете копать в эту сторону.

30 марта 2013 в 23:37

"Andruxa" wrote:
а зачем для каждого типа своя вьюха?

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

блоком на странице дисплея выводим представление с контекстным фильтром по id текущей ноды - делаем выборку всех нод-дисплеев, на которые ссылается текущая

одна вьюха, зачем больше?

29 марта 2013 в 19:07

"Ламер v0.3" wrote:
я ручками вбиваю рекомендуемые товары.

Ню ню. А если (допустим) выводить предложения с учетом актуальности/наличия, и общим количеством товаров этак от 10-15К номенклатур? )))

29 марта 2013 в 19:00

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

1. hook_views_pre_execute() на вьюху каталога
2. $_SERVER['REQUEST_URI'] - урла страницы. Парсим урл, чтобы реагировать только на фасетные отборы.
3. Проверяем наличие записи в XML Sitemap и при необходимости пишем новую запись. Это уже с использованием API XML Sitemap

Минусы:

29 марта 2013 в 17:21

"neltharian" wrote:
а модуль сайт мап генератор разве не берет?

Нет, к сожалению готовой интеграции нет, сайтмеп по умолчанию имеет реализации для формирования ссылок по:

  • нодам;
  • пользователям;
  • таксономии;
  • меню;
  • кастомным путям, которые пользователь вводит "от руки".

29 марта 2013 в 15:56

"neltharian" wrote:
ухх сильно геморно если типов много. как по мне

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

29 марта 2013 в 15:04

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

Плюсы:

  • не нужно почти ничего кодить;
  • конфигурируется в визуальном режиме.

Минусы:

  • для каждого типа товаров - своя вьюха и логика фильтров, иногда не простая;
  • не всегда работает производительно.

27 марта 2013 в 17:55

"q2_faith" wrote:
пока единственное и не совсем идеальное решение)

Ну, я бы не стал так категорично говорить об единственном решении. Есть еще Migraine - скрипт на пайтоне, без каких либо UI. Вот ссылка на страницу проекта

Из опыта практического использования этой тулзы:

13 марта 2013 в 17:20

Возможно Display suite + токены.

Или прямо в темплейте страницы прописать логику вывода заголовка.

Или Automatic Nodetitles

Вариантов несколько, но что больше подойдет это уже другой вопрос. Зависит от того, как у Вас устроен тип контента для объявления.

12 февраля 2013 в 22:58

Оффтоплю конечно, но таки с правописанием автор не дружит. В итоге получилась дикая смесь из русских и украинских слов.

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

12 февраля 2013 в 19:48

Feeds использовал только под 7-ку. Если нужно проводить выгрузку не часто - можно попробовать использовать. Довольно неплохо расширяется модулем Feeds Tamper.

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

По стоимости без конкретных данных тут сказать сложно, но как минимум от $200-$300 разработка такого решения будет стартовать.

8 февраля 2013 в 19:54

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

Вешаем hook_form_alter() на commerce_add_to_cart_form, в нем добавляем поле, и дополнительную кастомную функцию валидации. В функции валидации проверяем совпадение введенного кода, и при необходимости выдаем пишем в массив ошибок формы сообщение, что введен не правильный код. При таком подходе поле для ввода кода будет показываться вместе с кнопкой "Добавить в корзину".