1. Главная
  2. roman-yrv

roman-yrv: Комментарии

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

11 ноября 2014 в 10:37

Можно попробовать поступить следующим образом.

Для сущности user добавить дополнительное поле, в котором будут храниться все пользователи, созданные данным пользователем. Тип - Entity Reference.
То есть, если пользователь создает другого пользователя, то ему в это поле добавляется ссылка на uid созданного им пользователя. Добавление значение в поле можно делать с помощью своего модуля.

29 октября 2014 в 22:31

Ну это уже зависит от задачи и заказчика.

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

Конечно, если для заказчика настолько критична стоимость хостинга, что он будет настаивать на всеобъемлющей оптимизации еще до того, как проект раскрутится, то стоит ли с таким заказчиком вообще иметь дела ? Smile

29 октября 2014 в 17:19

Советовать по данному модулю я не могу - с ним не работал.

Но в Вашей ситуации поступил бы так - делал бы вывод информации через db_select, там можно сформировать, в принципе, любой sql-запрос, где учесть роль, авторство и т.д.

23 октября 2014 в 22:31

Есть таблица og_membership, в которой хранятся связи между группами и элементами, входящими в них.

В записи поля group_type и gid - это тип сущности, которая является группой, и id этой сущности.
А поля entity_type и etid - представляют собой тип и id сущности, которая является дочерней (состоит в данной группе).

Таким образом через db_select можно всё это связать и получить.

22 октября 2014 в 20:07

В принципе, тут от задачи зависит.

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

А если это недорогая шабашка, то можно, в принципе, и попроще сделать.

22 октября 2014 в 13:36

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

Думаю, здесь правильнее спроектировать это всё через Organic Groups.

8 октября 2014 в 14:29

Ну это понятно, что всё это можно реализовать через LIKE и т.д.
Просто одно дело, когда каждый раз это руками нужно реализовывать.
А другое дело - когда к db_select дописал несколько строк строк кода.

Например, как-то так:

22 сентября 2014 в 11:19

В ВАШАТЕМА_preprocess_node(&$vars) сначала с помощью функции kpr($vars) посмотрите, что там за поля у этой переменной, а затем если поле "видео" там не пустое и режим вывода у ноды - teaser, то делайте unset с полем "фото".

15 августа 2014 в 23:41

Подумайте, может быть, более правильным было бы проектировать артистов с использованием Organic Groups ?

Потому что:

1. Если артисты представляют собой группу или ансамбль и при этом каждый хочет присутствовать и общаться на сайте под своим личным аккаунтом.

2. Даже один артист не всегда сам будет заниматься администрированием своей информации, что-то размещать и заливать.

26 июля 2014 в 12:43

ХулиGUN wrote:
а в друпале для решения 1 задачи можно найти миллион способов

Кстати, это верное замечание.

И не всегда это комфортно.

Раньше я работал с MODx, так там практически ничего не было.
Приходилось многое руками писать.
А структура сайта там фактически однотипна во всех случаях.

26 июля 2014 в 12:33

Можно попробовать сделать на крайний случай так.
Смотрите, как это всё хранится в БД строите SQL-запрос для получения этих данных в блоке.
В Drupal хранение данных достаточно понятно.

Недостаток данного метода заключается в том, что если OG в результате обновления станут хранить данные по-другому, то придется SQL-запрос корректировать.

11 июля 2014 в 13:55

А так, чтобы не нужно было на сервере отдельно ничего настраивать, нет ?

Чтобы загрузка делалось и отображалась, например, с помощью Flash

8 июля 2014 в 0:12

Хотя бы не ТЗ (обычный пользователь его вряд ли сможет корректно написать), а подробнейшую постановку задачи, чтобы всё, что должен делать сайт, было максимально разжевано.

4 июля 2014 в 21:16

В общем, удалось победить проблему.

Как я понял, здесь в некоторых случаях (я в код и логику работы модуля contextual глубоко не вникал) не подключался файл contextual.js.

Чтобы его подключать в принудительном порядке, нужно в тему прописать вот такой хук

4 июля 2014 в 20:27

Обратите внимание на то, что указан тип "Country", а не тип "Нода" или "Терм таксономии".

Если это какой-то нестандартный тип со своим виджетом, то там могут быть и свои ошибки.