Регистрация пользователей противоречит закону "О персональных данных"?

Существует Федеральный закон Российской Федерации от 27 июля 2006 г. N 152-ФЗ О персональных данных ( http://www.rg.ru/2006/07/29/personaljnye-dannye-dok.html ), вступивший в силу 26 января 2007 г.

Этот документ вводит порядок хранения и получения персональных данных.

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

А то ведь, в заключительных положениях закона написано:
«3. Информационные системы персональных данных, созданные до дня вступления в силу настоящего Федерального закона, должны быть приведены в соответствие с требованиями настоящего Федерального закона не позднее 1 января 2010 года.»

P.S. Сейчас в ВУЗах идут проверки на соответствие информационных систем этому закону, цены на такие проверки просто астрономические...

Когда Views+CCK лучше самописного решения?

Идея использования только "зеленых" модулей и основанных на них решений в общем-то верна.
Но стоит ли использовать CCK и Views для организации списков материалов с дополнительными полями, если:

1. Не предполагается, что админам сайта вообще когда-нибудь понадобится редактировать поля материалов(что дает CCK) или же списки вывода этих материалов(что дает Views).
2. В списках будут использоваться хитрые(весьма не стандартные) фильтры материалов.
3. В списках будет использоваться некая интерактивность(операции с элементами списка).
4. Скорее всего будут использоваться несколько своих, отличных от стандартных, типов полей.
5. Сложные формы со сложными фильтрами и списками с интерактивностью должны на 100% работать через ajax/ahah.

Стоит ли использовать классическую связку CCK + Views в этом случае?
Или же самописный модуль более предпочтителен?

По каким правилам работают команды разработчиков?

Поделитесь пожалуйста своим опытом и знаниями: какими должны быть правила в команде разработчиков?

Возникла идея зарабатывать деньги на создании сайтов.

Предположительно, состав команды такой:
Я - программист-любитель, в последнее время балующийся Drupal'ом;
Мой товарищ - менеджер, немного веб-разработчик.

За дизайн сайтов можно платить знакомому дизайнеру.

Главный вопрос:
Как лучше построить правила в такой команде?

По теме читал Разгонку и beer_destroyer'а на этом сайте.

На закуску:
Согласны ли вы с утверждениями:

1. Программист и дизайнер от заказа получают столько, сколько захотят(в рамках), менеджер - то, что он выбьет из клиента сверх того.
2. Если менеджер договорился с другой фирмой и она будет сливать часть своих заказов, то менеджер получает бонус(процент от заказа) со всех таких заказов даже если он не принимал в них участия.
3. Команда выступает от лица бренда, фирмы и менеджер регистрирует все активы этой фирмы только на себя, отказываясь от вклада других членов команды(как минимум на домен, на визитки).
4. Менеджер предлагает другим членам команды отдавать процент от выполненных заказов вне команды на развитие фирмы.

P.S. Может еще рано, надо сначала влиться в какой-нибудь коллектив серьёзных разработчиков, осмотреться?

Как сделать тестирование?

Посоветуйте, как сделать тестирование для сайта на друпале?

Интересуют все возможные варианты(разумные)
Чем больше вариантов, тем лучше

P.S. Сам занимаюсь поиском вариантов, но одна голова - хорошо,
а много - лучше.

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

Drupal is a registered trademark of Dries Buytaert

Зашел сегодня на Drupal.org и заметил внизу страницы то, чего там не было раньше:

Drupal is a registered trademark of Dries Buytaert.

А ведь друпал был под свободной лицензией GNU GPL.

Значит ли это, что друпал скоро сменит лицензию?
(вспоминаются заботливые товарищи из M$, которые заинтересовались друпалом)

Я в юридических вопросах не силен, может зря панику развожу.

Понимающие люди, растолкуйте, чего можно ожидать.

Частично защищенная авторизация с использованием Javascript MD5 функции

Проблема

Не секрет, что если не используется SSL, то при авторизации пользователей на сайте через форму,
поля login и password передаются открытым текстом.
А значит, если есть в цепи передачи пакетов кто-то "слушает" проходящий трафик, то
он может свободно извлечь имя и пароль пользователя. Это может быть особенно опасно, если пользователь
использует один и тот же пароль для доступа к нескольким ресурсам.

Решение проблем отображения Drupal.ru в Internet Explorer 6

Проблемы:

1) аватары не отображаются, но вылазят на пределы блока комментария:
ScreenShot1
2) некоторые ссылки "убегают" в сторону:
ScreenShot2
3) в некоторых случаях колонки: центральная и правая "падают" вниз

Модуль пинга для службы Яндекс.Блоги

Создан по просьбе romantaran@eikon.org.ru ( http://www.drupal.ru/node/3298 )

LDU PFS

А воообще меня заинтересовал плагин для LDU PFS(Personal File Space). Я так понял, что он ведает всеми файлами, которые аплодятся юзерами на сервер. Наверное у него и удобное API есть, чтоб например легко можно было менять пиктограммы для пунктов меню в теме сайта, не говоря уже о наболевшей вставке изображений в статьи.
Подскажите, есть ли что-нибудь подобное для друпала?

P.S. Зашел на русский сайт движка LDU http://www.neocrome.ru/ и обалдел - дизайн слизан с drupal.org.

Какой модуль для экспорта в MS Word?

Какой модуль для экспорта в MS Word?
На каком-то друпаловском сайте видел такие ссылки после текстов нод, не помню где.
Подскажите, плз.

Измененный модуль print с локализацией

Добавлена поддержка алиасов страниц:
Если раньше для страницы site.com/about версия для печати была по адресу site.com/node/13/print, то сейчас по адресу site.com/about/print, причем никаких алиасов не создается.
Возможно будет некорректно работать совместно с модулем i18n.

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

Измененный модуль taxonomy_dhtml с локализацией

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

Доработаны Javascript'ы.
Выкладываю русификацию отдельно, чтобы можно было ее использовать для оригинального модуля.

Версия 1.1 для Drupal5 не использует jQuery

Прошу высказать свое мнение о сайте

Прошу высказать свое мнение о сайте:
http://www.diamax-tur.ru