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

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

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

18 февраля 2014 в 22:50

Что за зверство. Оно может и упастьпод нагрузкой. ..Search api + database search вам поможет. А результат выведете вьюхой.

14 февраля 2014 в 10:49

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

11 февраля 2014 в 23:12

Есть мнение, что если сделать unset, фильтру во вьюхе через form_alter, то будут проблемы при сабмите формы. Проще уж css ом скрыть. CSS class категории в body добавляется же.

3 января 2014 в 23:15

А чё сложного-то?
1. У материала типа "Главы" EntityReference на материалы типа "Книги" и все. У материала типа "Книги" никакого поля EntityReference нет!
2. При создании главы указываете в поле книгу, к которой эта глава относится.
3. При просмотре главы - автоматом будет выводится ссылка на ноду книги.
4. Чтобы при просмотре книги выводились ссылки на все главы в ней нужно сделать Views со связью EntityReference: Referencing Nodes (Ссылающиеся материалы). Эту вьюху оформить блоком и выводить на всех материалах типа Книга.
5. Все.

29 декабря 2013 в 17:29

"sg32" wrote:
Хороший, добротно сделай сайт.

Ну, до "добротности" еще как до Луны.

"sg32" wrote:
У меня почему-то не выводятся закладки добавленных организаций. Кликнул на несколько "флагов", страница Закладки - пуста..

29 декабря 2013 в 15:51

Потому что у bookmarks это вьюха, которая выводит материалы, а пользователи это другая сущность и для них нужно отдельную вьюху создавать.

29 декабря 2013 в 15:08

Данунафиг эти энтитиформ. )

В итоге сделал хитрее. Создал свою форму через Drupal Form API + прописал событие Rules на её сабмит. В rules event передаю объект текущей ноды + данные заполненных полей ноды.

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

26 декабря 2013 в 16:14

"RxB" wrote:
А должны быть?
Объект юзера загрузится же только активного юзера

Дык понятно, что активного. Но у этого активного пользователя 5000 групп. И все ложится. )

26 декабря 2013 в 16:12

Еще одна внезапность. Если в настройках профиля пользователя для поля og_user_node изменить Режим Entityreference с Группа на Простой и явно указать на какие типы материала ссылаться, то никаких тормозов нет. Вроде на остальное не повлияло. Всем спасибо за внимание. Если вылезут подводные камни - отпишусь. Пока ставлю [Решено]

26 декабря 2013 в 16:02

"Niklan" wrote:
Так может проблема не друпала а OG?

Дык это понятно, что og. У пользователя есть поле og_user_node, которое по сути entity_reference. Когда загружается объект юзера, он загружает помимо всего прочего еще и объекты, связанные через это поле, а их дофига.

26 декабря 2013 в 15:43

Хм....
Исследование показало, что если создать кастомную страницу вида /user2/% и передать ей id пользователя, то никаких непрошенных запросов к базе нет. Т.е. хоть и корявый, но вариант решения.

P.S. А друпал молодец. Загрузить на 100% сервак как у нас - это нужно постараться )))

13 ноября 2013 в 11:14

Это не баг это фича, дающая свободу. Но за свободу и легкость создания доп. полей нужно платить. В данном случае ресурсами.
Для нагруженных проектов рекомендую создавать собственные составные поля, используя Field API, таким образом, вы сможете создать 100500 полей, значения которых будут лежать в одной таблице. Естественно, все запросы к этим полям будут проходить быстрее, чем адовы выборки с кучей JOIN.

11 ноября 2013 в 11:46

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

7 ноября 2013 в 16:19

Сейчас вам будет вообще страшно, приготовьтесь.....

www.sitename.com/node/[nid]/(.+)

А это ядро друпала, кстати.

И что? Вы думаете поисковик будет сам придумывать эти ссылки? Не парьтесь вы уже.....