Ну да, isset никчему...

if (arg(0)=='node' && is_numeric(arg(1)) && !arg(2))

if ((integer)(arg(1))>0 and arg(0)=='node' and !arg(2))

Корректнее так:
<?php if (arg(0)=='node' && is_numeric(arg(1)) and !isset(arg(2)))?>

$query = "SELECT node.nid, node.sticky AS node_sticky, node.changed AS node_changed, node.title AS node_title, node.changed AS node_changed FROM dru4aq_node node ";

Надо:
<?php $query = "SELECT nid, sticky ..... FROM {node}"; ?>

Причем с views я парился несколько часов, а на это ушло 20 минут.

Возможно вместо комбинации Category + Active select присутствующим здесь подойдёт комбинация стандартной таксономии + Hierarchical Select (http://drupal.org/project/hierarchical_select , демо -- http://wimleers.com/demo/hierarchical-select)?

В предыдущем посте хотел показать как точку использовать, в процессе передумал

Работает или нет imagecach, проверяется очень просто:
- настраиваем imagecahe, создав своё правило, например preview;
- заливаем в каталог /files файл (file.jpg) любым доступным способом, хоть фтп (именно в files, чтоб сдругими каталогами не путаться)
- идём по адресу /files/imagecache/preview/file.jpg

2Ilja:

у меня тоже не работает imagecache. ни папки не создаются ни превьюшки... пробовал и на локалке и на хосте не работает и всё тут.
можно подробно написать где и что поправить

Для body: ... всё работает! превьюшки создаются в папке /files/imagecache/preview/

Илья, определитесь, работает или нет

2Ilja: как проверяете?

Пользователь будет платить до регистрации или после?

Если после, то можно его перенаправить на страницу оплаты например модулем workflow_ng или ещё как (если ручками, то юзаем drupal_goto). Далее он оплачивает, но доступ не получает, пока администратор не убедится, что оплата прошла (админ, в свою очередь, получает при регистрации юзера письмо).

А вот если до регистрации, то вроде не знаю

нужно с помошью ССК сделать две даты и расчитываемое поле (computed field). Далее хитро задавать дату и отображать её в зависомости от того, как она задана.
Вот алгоритм:
- если даты одинаковые, светить эту дату;
- если различаются года, то "2005-2007 гг."
- если год одинаковый, но разные месяцы, то "январь-февраль 2006г."
- если год и месяцы одинаковые, то "12-17 июня 2007г."

Сначала Вам нужно решить _как_ будут платить пользователи, и от этого делать привязку...

> Тема может не соответствовать версии Drupal. В частности для Drupal 5 необходимо наличие файла имятемы.info
Нет, для 5-ки ещё не нужно. А вот для версии 6 уже надо

Создал новую тему в форуме: Консалтинговая компания. Общие вопросы, а также wiki-страницу: Создание консалтинговой компании

Пожалуйста, дальнейшее обсуждение вести там.

angelwise, Ваши замечания ещё не внёс. Скоро будут

Где вы видели, чтоб исполнитель нанимал себе менеджера?

Данная тема обсуждалась не раз. Самая продуктивная, на мой взгляд, где обсуждали консалт-агенство с Nataly. Киньте ссылку, найти не могу...

По поводу организации работ.
Думаю, за основу нужно взять "хирургические бригады" Брукса (см. Мифический человеко-месяц).

Идея работ такова:

я принципиально против использования Views, особенно если сайт на загруженном хостинге

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

Во-первых надо из таблицы system, поле status заменить 1 на 0 для всех e-commerc модулей.
Во-вторых убедиться, что у php достаточно памяти. 24Мб - самое то.
В-третьих, включать модули лучше по одному.

1. "конкретный пхп-файл" - include_once('file.php'); и вызов главной функции
2. "или даже статический html-файл ... с сохранением стилей и всех блоков" - стилей друпала? тогда print(file_get_contents("file.html"));

Друпал не использует автоинкремент БД. Вместо этого используется таблица sequences. В вашем случае над видимо увеличить menu_mid в этой таблице.

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

вопрос программеррам- как сделать атоматом из простого пользователя - менеджера знаний?

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

Не знаю про такой. Могу порекомендовать отключить все тяжёлые модули. Но придётся делать ручками всё. Например от views легко избавиться (если он используется только для вывода списков), заменив SQl-запросами, но надо будет озаботиться проверкой данных и кэшированием. Ну и так далее.

Включенные модули - понятно. В 4.7 подгружались и _не_включенные_, а только присутствующие в списке.