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

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

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

20 июня 2012 в 16:38

inza wrote:
Если разработчику необходимо, по каким-либо причинам, проделать какую-либо похожую модификацию, но из своего модуля, он что, не должен этого делать?
Если разработчику необходимо проделать модификации системной таблицы, он их проделает без труда, тем более такую ерунду как ты привел сделать - 10 минут. Но в 99.(9)% случаев разработчику не нужно проделывать таких модификаций.

20 июня 2012 в 15:48

inza wrote:
Ну это ты загнул. Только список модулей и список таблиц знать недостаточно, чтобы не было ниаких конфликтов. Чтобы модули никогда не конфликтовали друг с другом надо знать больше.
А можно мне будет лучше знать?

20 июня 2012 в 15:36

inza wrote:
В большинстве случаев, на Друпале, никакие разработчики не нужны.
Лично у меня, например, ни один проект без программного вмешательства не обходится, если это не визитка. Хотя я и для визиток кое-где вмешиваюсь.

20 июня 2012 в 15:18

Во Views 3 чтобы фильтровать не только по имени автора - надо добавить relationship: Content author.
Тогда появится больше фильтров.
По ID - если правильно помню - это AuthID называется, или как-то так.
Кроме того, после добавления указанной связи, появится фильтр по роли. Можно будет отфильтровать авторов по роли "авторизованный пользователь".

20 июня 2012 в 15:02

inza wrote:
Ты постоянно доказываешь обратное. Ты ж без меня жить не можешь. И в этой теме ты появился только потому, что увидел мой ответ автору. А если бы моего ответа не было - эта тема так и висела бы безответной годика 2-3, пока не померла бы естетвенной смертью в забвении.
Да-да, и только ты спас тему от забвения своим безграмотным ответом! Молодец!

20 июня 2012 в 14:38

inza wrote:
Исключительно для graker-а
Если тебе так нравится разводить флейм с моим участием - то ты же знаешь, где это делается: http://www.drupal.ru/node/83363
А здесь, из уважения к автору темы, по нетехническим вопросам я с тобой препираться не буду.

20 июня 2012 в 14:35

inza wrote:
Это и есть самое интересное, чтобы его поле было и в БД и в схеме, а не только в БД.

Оно там есть.

Quote:
А еще интересно, чтобы его модуль не конфликтовал с ядром и другими модулями
Чтобы модуль не конфликтовал с другими модулями, достаточно задать для него уникальное название (нарушение этого правила очевидно сразу) и не лезть в системные таблицы.

20 июня 2012 в 14:20

inza wrote:
2. Мой ответ - предположение, но не утверждение. В моем ответе слово "может" многое значит, для умеющих читать.

Ты написал:
Quote:
hook_field_schema в Друпал 7 (по аналогии с Друпал 6) может только декларировать структуру поля в схеме БД, но не добавлять его в БД.

20 июня 2012 в 14:19

inza wrote:
"yojik" wrote:
Не знаю что сделал, но все заработало.

Причину желательно все-таки выяснить. Попробуй подключить модуль Schema - увидишь и узнаешь много интересного.

19 июня 2012 в 13:36

yojik wrote:
Спасибо! Действительно получилось. К сожалению надо чтобы название поля было отличным от qp_area.
В конечном итоге задача состоит в том чтобы создать виджет для сохранения 2-х полей. (извините если я в терминах ошибаюсь)
То есть должно быть 2 поля в базе и 2 поля при редактировании node. Естественно не назовешь же их одним именем. В node_reference поле называется nid (отлично от названия модуля). Может подскажите куда копать?

19 июня 2012 в 12:43

yojik wrote:
Например я добавил поле в тип материала с названием qp_area. В базе появились 2 таблицы (не знаю зачем 2. Для всех полей их 2)
В одной хранятся данные поля, другая нужна в случае если вы пользуетесь ревизиями.

19 июня 2012 в 12:27

inza wrote:
hook_field_schema в Друпал 7 (по аналогии с Друпал 6) может только декларировать структуру поля в схеме БД, но не добавлять его в БД.
Зачем ты вводишь людей в заблуждение?

15 июня 2012 в 19:57

xakudu wrote:
Не показал, что вы показали? Вы задачу видимо не поняли - мне нужно в модуль засунуть View. И сформировать его там, чтобы при включении модуля этот voew работал.

Товарищ orion76 все правильно написал, нужно в hook_views_default_views() своего модуля впихать код экспорта вьюхи.
Предварительно, конечно, рассказав в hook_views_api(), что модуль взаимодействует с views.

15 июня 2012 в 14:02

kyky wrote:
Это как? twitterfeed же просто парсит RSS, там нельзя просто так произвольный текст загнать.
Ну да.
А ты свой сервис можешь сделать лучше Smile
Просто RSS-то ты в любом случае с задержкой парсишь. А через API можно сразу выдавать.

15 июня 2012 в 13:48

drupby wrote:
"kyky" wrote:
Пользуясь случаем, прошу высказать пожелания.

"graker" wrote:
twitterfeed с задержкой работает и плохо работает с группами, к сожалению.

14 июня 2012 в 21:32

Arto wrote:
А-а, вотонокак... Оно туда само добавляется Biggrin

До меня дошло наконец-то) Спасибо за терпеливость :)


Да на здоровье Smile
С виду вроде непривычно сделали, но по сути, мне кажется, гораздо правильнее.

10 июня 2012 в 12:04

drupby wrote:
"graker" wrote:
Не Drupal-way, но дело ваше :)

это ещё почему ?
а все модули типа sharethis addtoany addthis разве не предлагают сразу разшарить или лайкнуть во все соц.сервисы ?

Ну вообще-то эти модули как раз решают _одну_ задачу.

8 июня 2012 в 9:22

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