Придется писать свой обработчик. Мышкой не накликать. Можно в хук меню добавить новый роутер, например, node/%/add_request Повесить на него свой колбек. А далее зависит от того, надо ли что-то заполнять в заявке или нет. Колбек может вызывать форму добавления заявки, а может просто отправлять сообщение на почту. В шаблоне вывода ноды нужного типа поместить ссылку на добавление заявки.

akafaust wrote:

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

Сделайте вывод вашей таблицы в поток fopen в виде html файла:

Filosofos wrote:

VasyOK wrote:

"в вкладках "меню" отмечаю админ меню"
А если отметить другое меню?

Выключите модуль PHP (входит в модули ядра), который позволяет вам исполнять произвольный php код.

А ошибка ваша вам говорит о том, что нельзя запихивать grupal_get_form в вызов другой функции. Нужно сделать переменную и потом ее вызывать.
$form_login = drupal_get_form(...);
print drupal_render($form_login);

Это не правильный подход. Мухи отдельно, котлеты отдельно.

Что такое hook_form и при чем тут ctools? Хотите что-то поправить в форме, то нужно делать hook_form_alter(&$form, &$form_state, $form_id) Ловить идешник вашей формы и переопределить значение, какое вам нужно.

sg85 wrote:

Хотя хрень написал, судя по названию топика, Вам нужна именно сортировка по кол-ву материала у пользователя, тут в голову по приходит только - реализовать как раз через Search API, индекс по пользователям, а в полях число материала(если в возможных индексируемых полях такого пункта нет, то можно написать свой плагин к Search API, там должно получиться буквально 3 строки(давно не писал к нему плагины, так что Вам придется курить маны по плагинам Serach API, так же, скорее в

dashiwa wrote:

select nid as countnid from node order by(select count(nid) from node)
то бишь так..ну или типо того..

Вы просто разорвали всех друпалеров в клочья!

Во вьюсе вы этого не сделаете никак. Так как можете оперировать там только индексированными данными из Solr. Как вариант, то можно ловить данные в шаблоне и там шаманить. Но тогда побьется пейджер. Но скорее всего придется писать свой виджет для вьюса. Все еще зависит от того, куда вы хотите вывести данные. В блок или на страницу. Но мне не совсем понятно, зачем пользователей индексировать? У вас миллионы пользователей с кучей полей по которым постоянно происходит поиск? Вы бы еще таблицу ролей проиндексировали в Solr (сарказм).

Дело в том, что для каждого термина таксономии вам нужно выводить заголовки нод. Можно попробовать сделать блок во вьюсах. Выводить нужный тип контента и сгруппировать по терминам таксономии. Или выводить таксономию и сделать обязательную связь с нодами. Лично я бы делал это программно с использованием хука hook_block_info() и hook_block_view().

Вот этот модуль это умеет: https://www.drupal.org/project/expire

"ХулиGUN" wrote:

Если что интересно, предлагаю всю полемику перенести лучше в скайп)))

Конечно интересно. А кинь мне свой скайп в личку пожалуйста. Тоже посматриваю в сторону питона. Давным давно я писал на С++, потом перешел на пыху. Но мне не хватает языка общего назначения, с полноценным интерпретатором, а не вечным запуском при обращении к скрипту и ограниченным временем жизни.

"ХулиGUN" wrote:

Я юзаю Flask и Django, мне больше по душе питон за его локаничность))) Если что-то по-быстрому развернуть - Django, если нужен полный контроль, дотошность, использование какой-нить NoSQL бд, то Flask, и то сейчас и на Django можно без проблем работать с нереляционными бд, по крайней мере с MongoDB.

ХулиGUN wrote:

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

ХулиGUN wrote:

"kirill_dan" wrote:

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

"ХулиGUN" wrote:

Соглашусь. Однако это работа дизайнеров, решать как должен выглядеть тот или иной контент

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

"barist" wrote:

поэтому придется ограничить колличество вывода картинок ( что легко решается ограничением символов)

Это вы хорошо пошутили. Количество фоток без скрипта парсера вы не ограничите, если фотки вписаны в боди. А ограничение символов может вам побить какой-то тег. И в худшем случае поломается вся верстка!

Выводить в анонсе фотографии из боди - это вообще плохой тон! По уму нужно в тизере вырезать все html теги и выводить только текстовое описание. Тогда будет нормальный и логичный внешний вид. И не нужно себе мозги сушить.

alex_t wrote:

kirill_dan - вернулись к началу без когда никуда.... ну что ж сначала доработаю структуру - потом, судя по всему, опять придется куски кода писать - жаль.

"alex_t" wrote:

но и вокруг связей словарей и нод и юзеров.. и в сцепках как раз проблема)

"ВикторСтепанков" wrote:

Ну а что вы можете сказать про http://mochahost.com мне просто нравится что пинг до них всего 70-80 мс.Для сша это странно быстро...

Посмотрел я на мочахост. Первое что меня не впечатлило - это небрежно оформленный сайт. Смотрел ВПС. Цена не фонтан и какая-то фигня с памятью. Реально гиг, виртуально 4. Что это? Нет описания того, что они вообще имеют ввиду. Воды много, сути мало. Но то такое.

"ВикторСтепанков" wrote:

Ну а для хоста иметь 1000 клиентов специалистов или 100 000 клиентов -большая разница и деньги у меня не хуже чем у специалиста.Вот они это понимают поэтому у них миллионы клиентов а у хетзера десятки тысяч(к примеру)

"ВикторСтепанков" wrote:

ПРодаются 2 квартиры по одной цене
1 квартира-мебель,круглосуточная охрана,замок который может открыть любой человек
2 квартира -без мебели,охрана только в будни до 6 часов и замок,который может открыть только специалист

Заходите в настройки вашего словаря таксономии и отмечаете пункт Hide empty terms. Что означает скрывать пустые термины. И вуаля. Те термины, которые не назначены не одной ноде больше не будут отображаться. Выводить в блок можно термины модулем Taxonomy menu. Хотите использовать индексацию и фасетные фильтры, значит архитектуру нужно продумать таким образом, чтобы не было головняка с кучей взаимосвязей. Или выводить ноды только одного типа во вьюсы. Так как индексированные поля ничего не знают о других полях. Такова логика работы. Иначе, либо кода тонны писать, либо потеряться и зачахнуть.

ВикторСтепанков wrote:

"kirill_dan" wrote: