Задавайте вопросы про Drupal - 2

Никакой нагрузки от Solr нет. У меня в выводе top у процесса java - 0-2% CPU. Правда запросов к поиску у меня поменьше раз в 10 вашего (но в индексе более 200к нод и он часто обновляется), но суть в том, что внешний поисковой движок (в частности Apache Solr) снимает нагрузку с БД и потребляет мало ресурсов, т. к. это специализированный софт, а не монстрообразная CMS.

В общем ставьте без опасений, об отдельном сервере задумываться без миллионной посещаемости не стоит.

Есть модуль для 6, с помощью которого можно было бы к определённым типам нод прикреплять голосование при создании материала? Частично это решает модуль https://drupal.org/project/attach, но он прикрепляет уже готовые ноды (голосования) с помощью тегов, а это как-то не очень юзер френдли.

Есть в Workflow вот такая штука (рис.). Но никак не могу найти решение, чтобы например, создать правило, по которому автоматически происходит переключение состояния по хронометру (например, на седьмой день).

https://drupal.org/project/pollfield

http://www.drupal.ru/node/19460

https://drupal.org/sandbox/andypost/1413472

Спасибо за наводку!

Итого:

Pollfield - глючный, долго грузится, медленно работает. Без патча не добавлял дополнительные ответы. Интерфейс перегруженный.

Inner Poll - практически идеален. По функционалу похож на предыдущий, но гораздо проще, легче, приятнее и не глючный (почти). Использует ajax для подсчета голосов.

Из замеченных проблем:

1) Каждый новый добавленный вариант ответа появляется с id1. То есть если есть 3 варианта, следующий имеет цифру не 4, а 1. Если добавить еще один вариант, то предыдущий становится, как положено 4, а новый опять 1. Не мешает, но непонятно почему так.

2) Модуль Jquery Update конфликтовал и не давал полноценно работать аяксу, не загружая результаты после принятия голоса. Выключил его - теперь всё, как часы.

Модуль из песочницы не пробовал.

Inner Poll для шестёрки накручивается на ура, если что. Даже если разрешено голосование только для зареганных.

А насчёт первой проблемы, так это типа защита чтобы пункты не меняли апосля.

А конкретнее?

Кто как определяет регион/город пользователя по ip адресу, с учетом того, что регионы и города это термины таксономии?

Как раз недавно такую штуку делал. Этот код выставляет в выпадающем списке (exposed form) город пользователя. Если в settings.php добавить переменную $conf['debug'] = TRUE; то будет ещё выводится отладочное сообщение. Модуль для определения региона брал отсюда.

if (empty($_SESSION['views']['map']['default']['region'])) {
  // Get information about user location.
  $region = ipgeo_get_region();
  if (variable_get('debug') && arg(1) != 'admin_menu' && !drupal_is_cli()) {
    drupal_set_message(ip_address(), 'warning', FALSE);
    drupal_set_message(empty($region->city) ? 'Unknown city' : $region->city, 'warning', FALSE);
  }
  if (isset($region->city) && $terms = taxonomy_get_term_by_name($region->city, 'regions')) {
    $term = reset($terms);
    // Views uses GET values to setup default region in map exposed form.
    $_GET['region'] = $term->tid;
  }
}

ucha, спасибо, но taxonomy_get_term_by_name совсем не вариант