Есть мнение, не надо вместо placeholder юзать default_value.

Надписи в англ. варианте появились хоть раз? Не находит их стандартный интерфейс поиска, или l10n_client?

Сергей, только что письмо отправил с ответом
вот: http://drupal.org/node/1437998

http://drupalmodules.com/module/finder - вот это еще можно посмотреть.

andrewthomson wrote:

Корзину так же сам через БД напишу на php, а потом уже если что буду оптимизировать всё jquery или ещё что, чтобы было лучше. По сути и так пока что сойдёт мне.

Потом запаришься с поддержкой и интеграцией систем оплаты. Возьми лучше коммерц или убер, и оптимизируй то, что лично тебе не подходит. В разы проще.

Для модулей под Dru: раньше юзал zend studio, но они прибили бесплатную версию с ограничениями - так что перешел на бесплатный Netbeans без ограничений. В принципе, та же фигня, только пошустрее.

Для правки скриптов/шаблонов: кдешный kwrite или kate (что в голову придет) если код на компе, vim - если на сервере.

Для c++: Qt Creator.

master_alf wrote:

Огромное спасибо, ребят. Честно - не ожидал в столь короткий срок получить внятные и, судя по всему, грамотные ответы. Приятно удивлен коммьюнити :)

Хыхы Побудь тут еще немного - потом сможешь как эксперт рассказывать, какие тут все на самом деле упыри!!!

master_alf wrote:

Народ, вы пишите, что палюбому возникнут сложности и т.д. - а можно чуть подробнее об этом рассказать, в чем именно будут сложности? Т.к. всё надо "собрать и настроить"? Т.е. по-дефолту ничерта не заработает? Или проблема с написанием/подключением шаблонов? Или чем-то еще?

master_alf wrote:

Установить модуль != закодить функционал, это намного проще.

Спасибо что рассказал
Тем не менее, юзера, взявшегося с нулевыми знаниями Дру за field+views, ждет жестокое разочарование, если он хочет просто установить и чтоб все работало.

1,2 из коробки, все остальное - доп. модули или сборка типа drupal commons. Разве что №5 за ненадобностью не встречал, но сделать не сложно.

Тем не менее, если заказчик желает "достать, развернуть и получить готовый продукт", его ждет жестокое разочарование.

А, всё, вспомнил как убирал (просто давно было - полгода назад). Там в модуле PDM неправильный пермишн стоит: http://drupal.org/node/1239368
надо либо применить патч из этого треда, либо поставить dev-версию.

а) Убрать у юзеров разрешение просматривать все товары.
б) посмотреть что за вьюха это выводит (я забыл уже, как она называется), и выставить на нее админские права.

С днем! Успехов во всем!

Проголосовал.

Fr1eNd wrote:

graker wrote:

В инете уже стопицот статей про "Самые Главные Модули" - не интересно повторять.

Тогда можно про редкие модули с уникальным функционалом.

http://graker.ru/news/2011/04/01/universalnyi_modul_dlya_drupala

В инете уже стопицот статей про "Самые Главные Модули" - не интересно повторять.

Отписал у тебя в блоге - это лишнее уже

http://graker.ru/project/typofilter
http://graker.ru/project/typofilter_js

Да не, скорее просто title у сущности должен стать простым полем, чтобы работать с ним как с остальными полями в бандле.

Auto node title. Или node auto title. Все время забываю.

Попробуй в pricing rules добавить условие Data Comparision, commerce-line-item:quantity > заданного количества.

Очевидно в $_GET не лежит ['nid'], а модификация значения переменной $mainout невозможна, т.к. переменная еще не инициализирована. Две следующие ошибки - результаты первой ошибки. Последнюю ошибку даже комментировать не буду, т.к. нечего корячить формы на HTML, если уже поставили Дру.

Как верно заметил orion76, со вьюзом на forbes.ru все в порядке.

roman-yrv wrote:

А начинающий и средний друпалер его бы, скорее всего, использовали.
И у них бы этот сайт жутко тормозил :)

Откуда вообще взялось заблуждение, что использование вьюза влечет "жуткие тормоза"?

roman-yrv wrote:

:)
Нет, я имел в виду проекты уровня lenta.ru или какие-нибудь сверхпосещаемые электронные магазины, когда для владельцев речь идет не о том, чтобы что-то сэкономить на бюджете этого проекта, а о том, чтобы это в итоге работало быстро и надежно.

igorek wrote:

На русском лучше ничего нет - http://www.ozon.ru/context/detail/id/5006821/ - лучше один раз прочитать...

+1. Читаешь эту книжку - понимаешь из каких кирпичей-модулей строить сайт. Потом читаешь Pro Drupal Development Вандюка - понимаешь, как дополнять работы своим кодом. Всё остальное легко будет найти в офф-доках, т.к. когда прочтешь - будешь прекрасно понимать, что именно нужно найти.

roman-yrv wrote:

Такой вопрос.
Каким образом эту информацию наиболее оптимально хранить ?
Каждый слайд хранить в виде отдельной ноды, только при попытке просмотра этой ноды (/node/nid слайда) делать редирект на главную страницу ?

Да. Отдельный nodetype под слайды, каждый слайд - нода. Всякие модули для слайдшоу именно так и работают: выводят либо имейдж-поля одной ноды, либо несколько нод. А редирект можно не делать.