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

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

15 марта 2013 в 10:46

"glu2006" wrote:
Для сравнения старт магазина на битрикс пусть порядка 1200$ так вот с аналогичным функционалом магазин на друпале будет порядка 3000$

14 марта 2013 в 16:11

"megafanat" wrote:
Ну и к тому же в этом случае пользователи наплодят авторов, которые будут отличаться одной буквой и на самом деле будут одним автором.

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

14 марта 2013 в 8:27

Или можно задать автора через тип ноды.
А в книге задать поле Node Reference с типом "автозаполняемое текстовое поле", где и выбирать автора.
Причем, настроить так, чтобы ля одной книги можно было бы задавать несколько авторов.

А чтобы можно было добавить в базу нового автора при вводе новой книги, можно воспользоваться модулем References dialog

13 марта 2013 в 17:31

В мире делают красивые сайты на Друпале.

http://drupal.org/case-studies

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

Друпал позволяет сайт на основе любого дизайна. Для этого нужно только разобраться в темизации.

13 марта 2013 в 13:09

В данном случае я имею в виду гипотетическую ситуацию, когда, к примеру, сайт нормально работает на версии ... ну, пусть, на версии 6.25.
Сайт развивается, своевременно обновляется на выходящие подверсии и т.д.
Проблем и претензий нет.
И тут вдруг выходит новая версия - 7.0
И клиент, услышав об этом, клиент начинает резко настаивать на том, что нужно прямо сейчас переходить на эту версию 7.0.
Потому что версия новая, по мнению каких-то экспертов, более крутая и т.д.

13 марта 2013 в 12:29

Ну а какой смысл вообще в данном пожелании ?
Клиенту ведь нужно максимально хорошо решить задачу, и при этом не переплатить.

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

12 марта 2013 в 22:45

"q2_faith" wrote:
у каждого выражения есть обратная сила. то есть, если человек готов платить деньги, то он обязательно выберет битрикс?)

В данном случае обратное выражение строится, исходя из законов логики. А именно, если из А следует Б, то из "не Б" следует "не А". То есть, если человек НЕ готов платить деньги, то он НЕ выберет Битрикс. Так и есть. Smile

12 марта 2013 в 21:54

В моем понимании, "придурок" - это не тот, который спрашивает: "чем Битрикс лучше Друпала ?", а тот, кто спрашивает: "а чем вы лучше моего знакомого племянника, который мне всё это сделает за тысячу рублей под ключ ?" Smile
А если клиент озадачивается Битриксом, то это уже хорошо тем, что клиент понимает, что разработка сайта стоит деньги и он в принципе готов эти деньги платить.

12 марта 2013 в 18:19

"xSPiRiTx" wrote:
Я всегда говорю, что разработчики сайтов Белого Дома, Майкла Джексона и т.п. наверное не дурачки и почему-то выбрали Друпал

Ну, тут могут задать обратный вопрос - а почему тогда у нас выбирают Битрикс, а не Drupal ?
По причине того, что у нас никто не занимается серьезным продвижением Drupal ?

12 марта 2013 в 17:12

Если с заказчиком будет говорить грамотный специалист, это одно.
А если с потенциальным заказчиком будет разговаривать посредник, который не является продвинутым друпал-специалистом, то какие аргументы ему стоит применять ?
Гибкость, бесплатность и распространенность в мире ?

11 марта 2013 в 17:35

neltharian wrote:
суть такая - есть роль редактор - ею и пользуются мои заказчики. В етой роли отключено все лишнее, чтоб не было возможности накосячить. Так вот панелс позволяет создать такую страницу редактирования ноды на которой например будет только заголовок и тело поста плюс кнопка сохранить. и все.

Как ето сделать смотрите тут http://mustardseedmedia.com/podcast в подкасте о панелс

11 марта 2013 в 16:14

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Контекст - полезно

Лично я вижу следующие особенности, которые можно назвать полезными.
1. При использовании контекстов не нужно будет в случае необходимости что-нибудь включить/отключить редактировать код. То есть, это будет быстрее и проще.
2. Контексты с большей вероятностью будут работать после того, как будет произведено обновление модулей.

11 марта 2013 в 14:15

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

11 марта 2013 в 14:09

Знаете, я нашел материал о том, что такое контексты и ля чего они используются.

Вот, например, неплохая статья, при прочтении которой становится в принципе понятно, что это такое - http://hdcoder.com/n/23

Тут вопрос в другом.
С концептуальной, проектировочной и программистской точки зрения какое очевидное преимущество дает использование панелей и контекстов ?

11 марта 2013 в 8:36

graker wrote:

Надо немного попользоваться контекстами - и ощущение пройдет.

А не можете ли дать ссылку на пост или видеоурок, где бы подробно рассказывалось об этих контекстах и их использовании ?

7 марта 2013 в 13:22

glu2006 wrote:

А вообще не бывает плохих заказчиков, просто мы не всегда можем найти к ним подход Smile

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

7 марта 2013 в 12:33

А вот такой еще вопрос.

Например, есть как бы потенциальный клиент следующего типа. Это, к примеру, ларечник Армэн, который где-то услышал о том, что вот какие-то ребята сделали портал и теперь с него имеют хорошие деньги. И у Армэна как бы есть некая сумма на разработку данного портала и он начинает разговаривать на эту тему с вами. Никакого конкретного ТЗ у Армэна нет, так же, как нет и конкретных мыслей.

7 марта 2013 в 12:15

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

А насчет ассоциаций - думаю, если клиент изначально адекватен и если его поставить в известность о том, что в развитых странах Drupal активно используется в серьезных проектах, то анекдотизм куда-то пропадает. Опять же, если человек изначально хочет сайт, а не поразвлекаться.

4 марта 2013 в 23:59

Вот пример кода (правда, здесь Вам потребуется подключить модуль Entity API)

Допустим, у нас есть задача - вывести в шаблонном файле поле типа Date определенной ноды, если известно её nid

// $nid мы знаем, получаем информацию о ноде
$nd = entity_metadata_wrapper('node', $nid);