Или можно задать автора через тип ноды.
А в книге задать поле Node Reference с типом "автозаполняемое текстовое поле", где и выбирать автора.
Причем, настроить так, чтобы ля одной книги можно было бы задавать несколько авторов.
А чтобы можно было добавить в базу нового автора при вводе новой книги, можно воспользоваться модулем References dialog
В данном случае я имею в виду гипотетическую ситуацию, когда, к примеру, сайт нормально работает на версии ... ну, пусть, на версии 6.25.
Сайт развивается, своевременно обновляется на выходящие подверсии и т.д.
Проблем и претензий нет.
И тут вдруг выходит новая версия - 7.0
И клиент, услышав об этом, клиент начинает резко настаивать на том, что нужно прямо сейчас переходить на эту версию 7.0.
Потому что версия новая, по мнению каких-то экспертов, более крутая и т.д.
Ну а какой смысл вообще в данном пожелании ?
Клиенту ведь нужно максимально хорошо решить задачу, и при этом не переплатить.
Я думаю, что чтобы клиент просто так захотел перейти на новую версию, ему нужно долго "жужжать на уши" о том, что "новая версия ну настолько круче, чем прежняя", чтобы клиент просто перестал соображать головой.
у каждого выражения есть обратная сила. то есть, если человек готов платить деньги, то он обязательно выберет битрикс?)
В данном случае обратное выражение строится, исходя из законов логики. А именно, если из А следует Б, то из "не Б" следует "не А". То есть, если человек НЕ готов платить деньги, то он НЕ выберет Битрикс. Так и есть.
В моем понимании, "придурок" - это не тот, который спрашивает: "чем Битрикс лучше Друпала ?", а тот, кто спрашивает: "а чем вы лучше моего знакомого племянника, который мне всё это сделает за тысячу рублей под ключ ?"
А если клиент озадачивается Битриксом, то это уже хорошо тем, что клиент понимает, что разработка сайта стоит деньги и он в принципе готов эти деньги платить.
Я всегда говорю, что разработчики сайтов Белого Дома, Майкла Джексона и т.п. наверное не дурачки и почему-то выбрали Друпал
Ну, тут могут задать обратный вопрос - а почему тогда у нас выбирают Битрикс, а не Drupal ?
По причине того, что у нас никто не занимается серьезным продвижением Drupal ?
Если с заказчиком будет говорить грамотный специалист, это одно.
А если с потенциальным заказчиком будет разговаривать посредник, который не является продвинутым друпал-специалистом, то какие аргументы ему стоит применять ?
Гибкость, бесплатность и распространенность в мире ?
суть такая - есть роль редактор - ею и пользуются мои заказчики. В етой роли отключено все лишнее, чтоб не было возможности накосячить. Так вот панелс позволяет создать такую страницу редактирования ноды на которой например будет только заголовок и тело поста плюс кнопка сохранить. и все.
Лично я вижу следующие особенности, которые можно назвать полезными.
1. При использовании контекстов не нужно будет в случае необходимости что-нибудь включить/отключить редактировать код. То есть, это будет быстрее и проще.
2. Контексты с большей вероятностью будут работать после того, как будет произведено обновление модулей.
Скажите пожалуйста, а есть где-нибудь хорошие рекомендации относительно того, какие модули нужно к сайту подключать, чтобы это впоследствии облегчило жизнь сеошникам ?
Знаете, я нашел материал о том, что такое контексты и ля чего они используются.
Вот, например, неплохая статья, при прочтении которой становится в принципе понятно, что это такое - http://hdcoder.com/n/23
Тут вопрос в другом.
С концептуальной, проектировочной и программистской точки зрения какое очевидное преимущество дает использование панелей и контекстов ?
А вообще не бывает плохих заказчиков, просто мы не всегда можем найти к ним подход
Ну вот в данном случае, оптимальный подход какой ?
Изначально отрезвить и работать только через договор и предоплату, бесплатно ничего конкретного не делая и даже не консультируя ?
Например, есть как бы потенциальный клиент следующего типа. Это, к примеру, ларечник Армэн, который где-то услышал о том, что вот какие-то ребята сделали портал и теперь с него имеют хорошие деньги. И у Армэна как бы есть некая сумма на разработку данного портала и он начинает разговаривать на эту тему с вами. Никакого конкретного ТЗ у Армэна нет, так же, как нет и конкретных мыслей.
Многие клиенты банально не могут четко сформулировать свои бизнес-задачи и не задумываются о том, как задачи могут изменятся.
А насчет ассоциаций - думаю, если клиент изначально адекватен и если его поставить в известность о том, что в развитых странах Drupal активно используется в серьезных проектах, то анекдотизм куда-то пропадает. Опять же, если человек изначально хочет сайт, а не поразвлекаться.
Почему Drupal, а не Битрикс - аргументы для заказчика
Связи между нодами создаваемыми пользователями
Насчет списка - думаю, когда авторов будет очень много, это будет не очень удобно пользователям.
Связи между нодами создаваемыми пользователями
По моему, в случае использования авторов как элементов таксономии есть какой-то модуль, который позволяет бороться с такими вот дубликатами терминов.
Почему Drupal, а не Битрикс - аргументы для заказчика
Тему сносить не надо, я её создал для поиска убедительных аргументов для потенциальных клиентов
Связи между нодами создаваемыми пользователями
Или можно задать автора через тип ноды.
А в книге задать поле Node Reference с типом "автозаполняемое текстовое поле", где и выбирать автора.
Причем, настроить так, чтобы ля одной книги можно было бы задавать несколько авторов.
А чтобы можно было добавить в базу нового автора при вводе новой книги, можно воспользоваться модулем References dialog
Небольшой ликбез по field_collection
Спасибо большое, решил задачу двумя способами
Может быть, кому-нибудь пригодится.
Способ 1.
Небольшой ликбез по field_collection
Не совсем так.
Вот, например, есть нода с nid=15 и у неё есть поле типа field_collection и с названием field_fc1, это поле содержит свои поля.
следующий код
Почему Drupal, а не Битрикс - аргументы для заказчика
В мире делают красивые сайты на Друпале.
http://drupal.org/case-studies
Почему у нас их мало ... Наверное, по каким-то другим причинам, а не потому, что Друпал не позволяет делать такие сайты.
Друпал позволяет сайт на основе любого дизайна. Для этого нужно только разобраться в темизации.
Почему Drupal, а не Битрикс - аргументы для заказчика
В данном случае я имею в виду гипотетическую ситуацию, когда, к примеру, сайт нормально работает на версии ... ну, пусть, на версии 6.25.
Сайт развивается, своевременно обновляется на выходящие подверсии и т.д.
Проблем и претензий нет.
И тут вдруг выходит новая версия - 7.0
И клиент, услышав об этом, клиент начинает резко настаивать на том, что нужно прямо сейчас переходить на эту версию 7.0.
Потому что версия новая, по мнению каких-то экспертов, более крутая и т.д.
Почему Drupal, а не Битрикс - аргументы для заказчика
Ну а какой смысл вообще в данном пожелании ?
Клиенту ведь нужно максимально хорошо решить задачу, и при этом не переплатить.
Я думаю, что чтобы клиент просто так захотел перейти на новую версию, ему нужно долго "жужжать на уши" о том, что "новая версия ну настолько круче, чем прежняя", чтобы клиент просто перестал соображать головой.
Почему Drupal, а не Битрикс - аргументы для заказчика
В данном случае обратное выражение строится, исходя из законов логики. А именно, если из А следует Б, то из "не Б" следует "не А". То есть, если человек НЕ готов платить деньги, то он НЕ выберет Битрикс. Так и есть.
Почему Drupal, а не Битрикс - аргументы для заказчика
В моем понимании, "придурок" - это не тот, который спрашивает: "чем Битрикс лучше Друпала ?", а тот, кто спрашивает: "а чем вы лучше моего знакомого племянника, который мне всё это сделает за тысячу рублей под ключ ?"
А если клиент озадачивается Битриксом, то это уже хорошо тем, что клиент понимает, что разработка сайта стоит деньги и он в принципе готов эти деньги платить.
Почему Drupal, а не Битрикс - аргументы для заказчика
Ну, тут могут задать обратный вопрос - а почему тогда у нас выбирают Битрикс, а не Drupal ?
По причине того, что у нас никто не занимается серьезным продвижением Drupal ?
Почему Drupal, а не Битрикс - аргументы для заказчика
Если с заказчиком будет говорить грамотный специалист, это одно.
А если с потенциальным заказчиком будет разговаривать посредник, который не является продвинутым друпал-специалистом, то какие аргументы ему стоит применять ?
Гибкость, бесплатность и распространенность в мире ?
Задачи и ситуации, при которых использование модуля panels имеет очевидные преимущества.
Задачи и ситуации, при которых использование модуля panels имеет очевидные преимущества.
Лично я вижу следующие особенности, которые можно назвать полезными.
1. При использовании контекстов не нужно будет в случае необходимости что-нибудь включить/отключить редактировать код. То есть, это будет быстрее и проще.
2. Контексты с большей вероятностью будут работать после того, как будет произведено обновление модулей.
Хуки theme
Вот хороший материал о темизации в Drupal
http://romka.eu/blog/drupal-article-3-part-1-drupal-themeing
Там рассказывается в том числе и о hook_theme
Почему мой сайт так много стоит?
Скажите пожалуйста, а есть где-нибудь хорошие рекомендации относительно того, какие модули нужно к сайту подключать, чтобы это впоследствии облегчило жизнь сеошникам ?
Задачи и ситуации, при которых использование модуля panels имеет очевидные преимущества.
Знаете, я нашел материал о том, что такое контексты и ля чего они используются.
Вот, например, неплохая статья, при прочтении которой становится в принципе понятно, что это такое - http://hdcoder.com/n/23
Тут вопрос в другом.
С концептуальной, проектировочной и программистской точки зрения какое очевидное преимущество дает использование панелей и контекстов ?
Функция для получения элементов подменю
Добрый день.
Выкладываю фрагмент кода, который берет дочерние элементы меню, если известен код родительского элемента
Задачи и ситуации, при которых использование модуля panels имеет очевидные преимущества.
А не можете ли дать ссылку на пост или видеоурок, где бы подробно рассказывалось об этих контекстах и их использовании ?
Почему мой сайт так много стоит?
Ну вот в данном случае, оптимальный подход какой ?
Изначально отрезвить и работать только через договор и предоплату, бесплатно ничего конкретного не делая и даже не консультируя ?
Почему мой сайт так много стоит?
А вот такой еще вопрос.
Например, есть как бы потенциальный клиент следующего типа. Это, к примеру, ларечник Армэн, который где-то услышал о том, что вот какие-то ребята сделали портал и теперь с него имеют хорошие деньги. И у Армэна как бы есть некая сумма на разработку данного портала и он начинает разговаривать на эту тему с вами. Никакого конкретного ТЗ у Армэна нет, так же, как нет и конкретных мыслей.
Почему мой сайт так много стоит?
Многие клиенты банально не могут четко сформулировать свои бизнес-задачи и не задумываются о том, как задачи могут изменятся.
А насчет ассоциаций - думаю, если клиент изначально адекватен и если его поставить в известность о том, что в развитых странах Drupal активно используется в серьезных проектах, то анекдотизм куда-то пропадает. Опять же, если человек изначально хочет сайт, а не поразвлекаться.
Как изменить дату добавление новостей (с англ на рус)
Вот пример кода (правда, здесь Вам потребуется подключить модуль Entity API)
Допустим, у нас есть задача - вывести в шаблонном файле поле типа Date определенной ноды, если известно её nid
// $nid мы знаем, получаем информацию о ноде
$nd = entity_metadata_wrapper('node', $nid);