папку плагинов для CKeditor (настраивается, по умолчанию, если не ошибаюсь, это папка plugins в папке самого модуля, правильнее однако ее выносить в libraries, чтобы не терять при апдейте модуля)
sq85 все верно расписал по сути для создания своих хендлеров.
Но в данном случае надо работать с таблицами филдов, это, думаю, нужно учитывать, кроме того много уже придумано за нас.
Вообщем во вложении мини модуль-пример, который добавляет фильтр "Есть/нет картинка", хендлер стандартный views_handler_filter_boolean_operator. Проверил - у меня работает.
orion76
при сбросе кеша registry_rebuild() - сканит модули и обновляет таблицу system - загляните туда, там как раз все модули, темы и с путями относительно корня друпала.
По сути сброса кеша достаточно, чтобы пути обновились, но фишка в том, что если перенести модуль без выключения, то дру свалится ошибкой при бутстрапе при следующем запросе.
Насколько помню drush cc all в таком случае отработает и кеш скинет (т.е. переносим модуль без выключения и скидываем кеш драшем), но нужно тренироваться на кошках.
Про ошибки js не ответил.
По-моему филдгруп вариант оптимальнее.
если использовать quicktabs для нод то вариант такой, на мой взгляд:
1. Скрыть в ноде поля, которые хотим выводить qt
2. Создать нужные вьюхи, которые выводят соответствующую инфу - аргумент id материала
3. Сформировать qt из этих вьюсов и вывести блок на странице товара.
4. (опц) Включить ajax загрузку для табов - чтобы не дергать кучу вьюх сразу при загрузке товара (правда, минус для seo)
от задачи зависит, например, если нужно выдернуть поля текущего материала (на странице node/nid), то можно настроить views c аргументом по текущему материалу (правда, в таком случае проще использовать fieldgroup).
судя по всему, fieldgroup вам будет использовать лучше.
если не ошибаюсь там в темплейте происходит что-то типа foreach ($cart_items as $cart_item) ... для обхода и вывода товаров в корзине
получайте кол-во как count($cart_items);
либо если нужно учитывать не просто кол-во разных товаров, а кол-во товаров вообще (1 ручка, 2 карандаша... ИТОГО = 3 (а не 2)), то делайте свой обход и суммируйте кол-во каждой товарной позиции.
Последнее действие правильнее делать на этапе препроцесса (hook_preprocess_HOOK)
Смотри как работает модуль Global Redirect - например, он проверяет существование алиаса для системного пути и при необходимости отдает 301 на корректный путь. Воспользовавшись подходом и написав свой модуль, думаю, можно аналогично без проблем отдавать 404 когда нужно
Ну так они и действительно есть, просто пустые )
Если строк не оч много, можно сделать вывод без пейджера, а лучше, мне кажется, попробовать перестроить вью - если скажете, в чем суть вьюхи, можем подумать...
Мне нужно такое для конкретного меню а не для всех DHTML Menu вообще не имеет настроек и я так понял распространяется на все меню
настройки у него есть (конфиг/пользоват интерфейс/dhtml), и его как раз можно включить для одного конкретного меню (по умолчанию он включается для всех)
ссылка с классом colorbox-node, href - ведет на ноду-вебформу
параметры width height - высота ширина попап окна (обязательны)
в последней версии colorbox_node ajax сабмит вебформы происходит с помощью webform_ajax
Если что прошу прощения за ап темы.
Несколько сайтов к списку, что-то уже когда-то упоминалось, но в данной теме нет, а она на поиске первая - пущай люди знают )
Инфу в частности можно увидеть здесь
https://twitter.com/ovh_status
на странице views в предпросмотре. (в 6ке он по умолчанию ниже результатов).
UPD приложение
а еще дайте скрин настроек вашего views
вот например так отлично работает
UPD только еще добавьте
см настройки множественного поля
sq85 все верно расписал по сути для создания своих хендлеров.
Но в данном случае надо работать с таблицами филдов, это, думаю, нужно учитывать, кроме того много уже придумано за нас.
Вообщем во вложении мини модуль-пример, который добавляет фильтр "Есть/нет картинка", хендлер стандартный views_handler_filter_boolean_operator. Проверил - у меня работает.
Для ТС ответ уже был в 1м комменте)
Я не поучал, а просто опытом поделился )
orion76
при сбросе кеша registry_rebuild() - сканит модули и обновляет таблицу system - загляните туда, там как раз все модули, темы и с путями относительно корня друпала.
По сути сброса кеша достаточно, чтобы пути обновились, но фишка в том, что если перенести модуль без выключения, то дру свалится ошибкой при бутстрапе при следующем запросе.
Насколько помню drush cc all в таком случае отработает и кеш скинет (т.е. переносим модуль без выключения и скидываем кеш драшем), но нужно тренироваться на кошках.
А вообще, лучше сделать, как RxB прописал )
ошибки js смотрите в консоли firebug или в хроме в панели разработчика
Про ошибки js не ответил.
По-моему филдгруп вариант оптимальнее.
если использовать quicktabs для нод то вариант такой, на мой взгляд:
1. Скрыть в ноде поля, которые хотим выводить qt
2. Создать нужные вьюхи, которые выводят соответствующую инфу - аргумент id материала
3. Сформировать qt из этих вьюсов и вывести блок на странице товара.
4. (опц) Включить ajax загрузку для табов - чтобы не дергать кучу вьюх сразу при загрузке товара (правда, минус для seo)
странно. Ошибок js на странице нет?
Там же можно выбрать отображение в виде табов
https://drupal.org/project/field_group
Available group types
Fieldsets
Horizontal tabs
Vertical tabs
Accordions
Divs
Multipage steps: Note: This is only client side.
Речь вообще о 7ке надеюсь?)
судя по всему, fieldgroup вам будет использовать лучше.
quictabs + views - можно очень многое сделать. Озвучьте задачу подробнее
если не ошибаюсь там в темплейте происходит что-то типа foreach ($cart_items as $cart_item) ... для обхода и вывода товаров в корзине
получайте кол-во как count($cart_items);
либо если нужно учитывать не просто кол-во разных товаров, а кол-во товаров вообще (1 ручка, 2 карандаша... ИТОГО = 3 (а не 2)), то делайте свой обход и суммируйте кол-во каждой товарной позиции.
Последнее действие правильнее делать на этапе препроцесса (hook_preprocess_HOOK)
Смотри как работает модуль Global Redirect - например, он проверяет существование алиаса для системного пути и при необходимости отдает 301 на корректный путь. Воспользовавшись подходом и написав свой модуль, думаю, можно аналогично без проблем отдавать 404 когда нужно
I.
1) включить devel, посмотреть на sql запросы
2) установить php профайлер, например, xhprof (основы можно смотреть тут http://drupalace.ru/lesson/proizvoditelnost-sayta-na-drupal-analiz-serve...)
3) найти корни зла
4) устранить
II.
Обратиться к спец-там. Можете попробовать даже в саппорт it-patrol написать, там ребята очень отзывчивые, возможно, помогут
Ну так они и действительно есть, просто пустые )
Если строк не оч много, можно сделать вывод без пейджера, а лучше, мне кажется, попробовать перестроить вью - если скажете, в чем суть вьюхи, можем подумать...
а если попробовать пустой Custom Text без wrapper'ов ?
настройки у него есть (конфиг/пользоват интерфейс/dhtml), и его как раз можно включить для одного конкретного меню (по умолчанию он включается для всех)
ссылка с классом colorbox-node, href - ведет на ноду-вебформу
параметры width height - высота ширина попап окна (обязательны)
в последней версии colorbox_node ajax сабмит вебформы происходит с помощью webform_ajax
Если что прошу прощения за ап темы.
Несколько сайтов к списку, что-то уже когда-то упоминалось, но в данной теме нет, а она на поиске первая - пущай люди знают )
3. так пробовали?