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

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

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

12 мая 2012 в 14:04

При большом количестве типов контента из-за admin menu админка сайта начинает жутко тупить (наблюдал при количестве типов контента от 80). По сабжу - проблема скорее всего в настройках/параметрах хостинга.

11 апреля 2012 в 23:53

Внесу уточнение. Все ноды создает контент-менеджер (отдельная роль). А нужно разграничить доступ для пользователей с другой ролью, которые не могут создавать контент, а только просматривать.

10 апреля 2012 в 22:38

Очень интересно. Спасибо автору за решение.

Есть чисто технический вопрос к автору. Тестировали ли Вы эту выгрузку "под нагрузкой"? Какие показатели по скорости обработки данных/расхода памяти при этом удалось зафиксировать?

5 апреля 2012 в 12:35

"Максак" wrote:
DS только формирует вывод полей и никаких "полей Display Suite" не может быть.

Да шо вы такое говорите? Таки в Display Suite есть например такая вещь как Display Suite code field.

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

2 апреля 2012 в 12:26

Для сохранения структуры ссылок нужно использовать Global Redirect

Но некоторые потери в поисковой выдаче все же будут - так или иначе изменится html структура страниц.

15 марта 2012 в 18:08

Если посмотреть в MYMODULE_dc_price_converter_form, то можно увидеть, что там значения для виджета задаются фиксированные. В коде нет проверки текущего установленного значения с дальнейшей установкой в качестве дефолтового значения виджета.

Этот функционал я не указывал в примере, чтобы максимально упростить код. То есть в примере всегда при загрузке формы будет отображаться первый заданный в списке аргумент.

2 марта 2012 в 17:14

Готового не встречал. Как вариант для выгрузки на сайт из 1С отдавать CSV и далее их подхватывать через Feeds и Commerce Feeds. Подходит, если обновления нужно не очень часто проводить. Если нужно быстрое обновление данных - нужно уже кастомное решение.

По выгрузке из сайта в 1С стандартного решения аналогично пока не встречал, писал свои "костыли".

24 января 2012 в 12:31

По архитектуре решения - тут можно сказать классическая ситуация: к одной display node привязано несколько единиц товаров. Поле типоразмер привязывается к сущности товара, все что выше таблицы к сущности display node.

11 января 2012 в 23:08

$source_field_name - это значение поля, которое вы получаете при импорте. Может браться из XML или CSV файла или еще откуда то. В зависимости от того, как у вас парсер в Feeds настроен.

По поводу общей конструкции строки, исходя из патча, нужно использовать именно print.

28 декабря 2011 в 3:37

Нашел тот issue на drupal.org, о котором писал выше: http://drupal.org/node/1297968

Исходя из текста, плагин пока на стадии needs review, поэтому в списке официальных не числится. Допиливать до нормальной работоспособности скорее всего придется. Повторюсь, сам не пользовался, за результат не ручаюсь.

28 декабря 2011 в 2:06

Сразу скажу, именно такой задачи не делал, но как вариант первое, что в голову приходит - по ходу исполнения Feeds для элемента применять iconv(), то есть конвертацию строки в нужную кодировку.

Попадался на глаза модуль Feeds Tamper, в котором есть (или предполагалось создать, обсуждение этого функционала по крайней мере читал) возможность выполнения произвольного РНР-кода относительно каждого элемента данных перед его сохранением.

12 декабря 2011 в 19:54

Как вариант делал так: устанавливал пейджер, в котором задавал количество элементов (в вашем случае 3). Далее в настройках пейджера можно задать exposed-параметр, который позволяет выбирать вывод всех элементов вьюхи. При этом на вьюхе появляется форма из выпадающим списком и сабмитом. Дальше JQuery и темизация.

Связанный вопрос: такая "кухня" не прокатит если, нужно обеспечить аналогичный функционал в аттачменте вьюса. Для аттачмента попросту нельзя в настройках задать отдельный пейджер. Каким образом задать пейджер для атачмента?

26 ноября 2011 в 2:52

Не совсем по теме, поскольку к конфигурированию не совсем относится. Пытаюсь подружить Ubercart с поиском на основе Sphinx. Стоит задача выводить в результат поиска только те товары, которые имеют положительный остаток на складе.

Исходя из логики модул яsphinxsearch , нужно при вызове функции sphinxsearch_execute_query($search_options),который происходит в sphinxsearch_search_page(), передать дополнительный элемент в $search_options, который будет вносить ограничение с учетом наличия на складе.