"о по правильному оценивать компетентность должен не один человек и не избранные люди. А все посетители"
согласен в целом.

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

$a=unserialize($result->profile_datefield)

?

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

Razgonka.ru попробуйте ваш текст с учетом "да, не, нет, нельзя не говорить" а то он читается как "не ходите сюда, а если зайдете пишите только в блог, который всеравно будут читать всего два дня, зато мы вас заметим (запомним в лицо)". Эдакая служба знакоств для друпалеров не хватает только формы "парень ищет девушку"

есть несколько вариантов
1) использовать модуль book - соотвественно каждая "книжка" будет соотвествовать версии Fedora (а в соотв. книжки добавляете посты которые к ней подходят)
2) использовать отдельный словарь в который забить термины например Fedora Core 1, Fedora Core 2. Как вариант именно в такой последовательности и забить а с помощью pathauto сдлеать пути типа как вы писали.

используйте user_profile.tpl.php
http://drupal.org/node/75598

последняя строчка означает сканирование таблицы node_revisions ввиду того что не используются индексы (скорее всего в этой таблице отсутствует индекс по полю vid). в случае с небольшими сайтами - проблем по идее не должно возникать. но представьте сайт скажем так с 16-18 тыс. нод. это будет ужас

select type - тип оператора SELECT. В данном случае у вас все запросы "простые" (все запросы - т.е. запрос можно записать как три запроса, без использования JOIN)

шутите, да, издеваетесь? для обычных цмс-ок нормальным считается 10-30 запросов к базе на одну страничку, а 100 считается катастрофически много, а в друпале нормальным считается 100-300.
гм. иногда встречаю людей маникально заставляющих свой движок работать на 10 и менее запросах. только бред это.
во многих случаях один запрос может выполняться существенно медленнее чем с десяток simple (простых) запросов. Так что количество запросов - это еще не показатель производительности системы в целом.

И любой прокси его запишет в лог
тогда имхо проще разрешить только свой ip

http://username:password@domain.tld/cron.php
прокатит?

код html который у вас выдается в студию

меню Новости, подменю новости
а где это? в смысле под фоксом и залогиненым не видно нашел
а музыканты - всегда видно.

тоже искал, не нашел (вернее нашел - на английском, мне в принципе без разницы на каком языке)
почитай http://apachedev.ru

Второе помоему предпочтительно, потому, что как я слышал с настройкой через панель бывают проблемы.
нет не предпочтительно.
1) после каждого добавления контента его придется перезапускать
2) wget или curl есть на любом хостинге (там где нету, это недохостинг )
3) запуск через poormascron работает НО:

1) в чем тайный смысл кнопки digg для русского контента?
2) "Отправить Story" - что такое Story? У меня достаточно знакомых с КПК, которые это не поймут...
3) зачем так узко? имхо 950-1000 пикселей в ширину для такого диза - самое то (но - если вам так нравится, то ваше право имхо)
4) синие бюллеты в меню это конечно кому-как, но буллеты раскрытия вложенного меню - почемуто не синие

to PVasili: thnx

вот кстати варианты:
Модуль securesite ()

или вот HTTP authentication

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

если аутентификация обязательна то естественно не индексирует. но если вам надо запрятать часть пользуйтесь robots.txt (вроде в дистро есть пример, да и в hanbook более развернуто написано)

а есть скажем так предложения на постоянной основе? типа как numberonedesigner.com (он делает темы для WP)?
интересуют собственно люди которые сделают дизайн (psd) ->верстка (css очень желательно) -> тема (phptemplate).

отличный модуль кстати, давно им пользуюсь, правда для 4.7.х.
единственная проблема была объяснить как им пользоваться для простых пользователей - трудно объяснить что 11:15:15 будет опубликовано в 11:30:00 потому как крон тогда пускается. А все потому что люди привыкли в WordPress просто указывать время, там крона нет.