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

переименовать в field_url.inc и положить в папку к другим файлам флексинода.

Не могу сдержаться.
Тут как-то поднималась тема модуля, реализующего рассылку. Подходящего модуля, реализующего самый привычный нам вариант расылки, тогда найдено не было. Существуют notify и subscriptions, которые делают совсем другое. Я уж собиралась написать такой модуль сама, потому как часто используемая функция, но перед этим решила еще раз прошерстить список модулей, и нашла там чудесный модуль simplenews (http://drupal.org/project/simplenews)
Непонятно, почему я его там раньше не замечала, вроде бы вопрос о рассылке поднимался не так давно, а дата на странице - July 6, 2005, но не это важно. Важно то, что модуль совершенно замечательный Правда, о нем однажды упоминалось тут (http://drupal.ru/node/1176#comment-4846), но мне кажется, это мало для такого замечательного модуля, который может:

На общей волне имею вопрос по локализации. При установленном и в основном нормально работающем модуле локализации неоторые пункты основного меню типа "administer" или "create content" остаются непереведенными (хотя эти строки на самом деле передевены). где это кэшируется - я никак не могу понять.
в чем может быть дело?

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

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

В модуле relativity для версии 4.5 - ошибка в строке 1144:

чем больше вникаю и копаюсь, тем больше мне нравится Drupal. хотя сначала была полная растерянность - совершенно неясно было, как добиться от него того, что мне нужно, помимо стандартных возможностей. и с какой стороны подходить - и то непонятно было. хорошо бы написать для новичков некую статью, которая разъясняла бы общую концепцию системы с точки зрения разработчика - про модули и хуки, про menu_callback и прочие чудесные вещи. в handbook'е на родном сайте кое-что есть, но это мало что дает.

в себе пока, правда, не чувствую сил написать такой документ, но он

Вот немножко (совсем чуть-чуть) доработанный для версии 4.6 модуль taxonomy-otf. Никаких больше проблем для работы с ним в версии 4.6 я не заметила, но я его на практике не использовала - просто смотрела функциональность. Так что не гарантирую, что он работает как надо во всех случаях. Если найдете ошибки - сообщайте.
P.S. Не знаю, каким образом правильно оформлять такие доработки.

Нужно сделать раздел вакансий. По каждой вакансии должна быть возможность отправить резюме. Вакансии, конечно, делаются с помощью flexinode. А вот по поводу резюме не знаю, как лучше сделать.

Есть вариант на каждую вакансию заводить book, в которую складывать саму вакансию и опрос, созданный с помошью модуля survey.

Есть вариант создать с помощью flexinode объект "Резюме", права на создание которого есть у анонимного пользователя, и привязывать его к вакансии через relativity. Тогда надо возиться с тем, как представить это пользователю - ведь хочется чтобы у каждой вакансии была ссылка "отправить резюме", чтобы резюме приходило по почте ответственному за эту вакансию и т.д.

Посмотрела модуль relativity для организации связи между объектами - в сочетании с flexinode почти та функциональность, что мне нужна. Пожалуй, большинстве стандартных случаев такой связки будет достаточно, но у меня ситуация, когда объекты одного типа могут иметь с объектами другого типа связи разного типа (что делать с тем, что слово "типа" три раза повторяется в этом предложении, я не знаю :)).

Конкретнее - есть проекты и есть организации. Организация может относиться к проекту как клиент, для которого проект выполнялся, а может - как партнер, участвовавший в проекте. Теоретически можно создать некие псевдообъекты "Связь проект-клиент-организация" и "Связь проект-партнер-организация", и дальше уже связывать организации и проекты через них, но как-то это некрасиво. Будем думать дальше.

Вот над чем я сейчас думаю - как лучше организовать следующую структуру:

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

Каждый подсайт теоретически имеет свою собственную аудиторию, которая может подписываться на свою собственную рассылку. На одном сайте к тому же предусмотрен доступ авторизованных пользователей к некой закрытой части. Более подробно структуру подсайтов пока рассматривать не будем.

Итак, решили переделывать сайт все же на Drupal. Интересно, что из этого выйдет. Вроде бы все необходимые инструменты есть, перспектива что-то дописать не пугает, но в целом пока мало что понятно. Будем надеяться, что - "пока".