Как я определяю, должен ли я установить Drupal 5.x или 6.x?
Я считаю, что это самый быстрый запрос, который отвечает на ваш вопрос, потому что он не использует интерпретированное предложение $where:
{$nor: [
{name: {$exists: false}},
{name: {$size: 0}},
{name: {$size: 1}}
]}
Это означает «все документы, кроме тех, которые не имеют имени (либо несуществующий или пустой массив) или только с одним именем. "
Тест:
> db.test.save({})
> db.test.save({name: []})
> db.test.save({name: ['George']})
> db.test.save({name: ['George', 'Raymond']})
> db.test.save({name: ['George', 'Raymond', 'Richard']})
> db.test.save({name: ['George', 'Raymond', 'Richard', 'Martin']})
> db.test.find({$nor: [{name: {$exists: false}}, {name: {$size: 0}}, {name: {$size: 1}}]})
{ "_id" : ObjectId("511907e3fb13145a3d2e225b"), "name" : [ "George", "Raymond" ] }
{ "_id" : ObjectId("511907e3fb13145a3d2e225c"), "name" : [ "George", "Raymond", "Richard" ] }
{ "_id" : ObjectId("511907e3fb13145a3d2e225d"), "name" : [ "George", "Raymond", "Richard", "Martin" ] }
>
10 ответов
Если Вы не имеете 5.x модуль, которого Вы не можете обойтись без, и что Вы знаете, работается на обновить до 6.x, просто использовать 6.x. т.е. Только запустите с 5.x теперь, если Вы знаете, что у Вас есть процедура обновления с Вашим сайтом к 6.x (и затем 7.x). Если модуль активно не работается на, это означает, что Вы будете не поддерживаться, когда 7.x будет вращаться, таким образом, Вы могли бы также решить проблему обхождения без того модуля с 6.x теперь, а не ожидать, пока Ваш сайт не разрабатывается и и выполнение.
Мои боссы были настойчивы при создании Drupal 6 сайтов для клиентов, как только это было выпущено. Это было головной болью, потому что представления и CCK не были сделаны, а также много других модулей. Их рациональное было то, что мы должны будем в конечном счете обновить до 6, и мы не хотели бы возвращаться и восстанавливать эти сайты. Это закончилось, что у нас было столько обходных решений при использовании версий разработки модулей, что это была боль каждый раз, когда мы обновили модули или само ядро.
К счастью это больше не имеет место. Представления, CCK и большинство других модулей теперь готовы и стабильны для 6. Единственным модулем, который мы используем, который не был обновлен, является электронная коммерция, и не похоже, что это будет, так как ubercart является в значительной степени стандартом Drupal для коммерческой функциональности.
Я нашел, что достаточно модулей счастливо выполняет мой сайт на Drupal 6.x, я думаю единственное 5.x модуль, который я пропускаю, тот, который сделал очень легкую интеграцию рекламы Google, и это, возможно, было обновлено, я просто не проверил недавно. Я не заставляю достаточно трафика делать рекламу стоящей времени в установке их, таким образом, я просто использую поисковую часть рекламной кампании.
Drupal 7.x разрабатывается теперь, таким образом, я ожидал бы, что что-либо, что не было перемещено от 5.x до 6.x, просто не разрабатывается больше и, вероятно, не действительно, этому было нужно.
В конечном счете смотрите, в каких модулях Вам, возможно, понадобится. С учетной записью на сайте Drupal можно отфильтровать типом установки. Я нашел, что 6.x намного легче работать с в некоторых отношениях (руководящие и обновляющие модули), и в целом у меня было намного более легкое время, поддерживая мой сайт под Drupal 6.x, чем я сделал под 4.x или 5.x.
Я также думаю, что это 6.x работает намного быстрее.
Модуль актива еще не доступен для D6, даже в ответвлении разработки. Я услышал много о его преимуществах как единственный способ управлять всеми видами медиа-файлов, но большинство сайтов может, вероятно, счастливо обойтись без него.
Если Вы не выполняли Drupal, прежде чем Вы могли найти, что версия 6 имеет модули, Вам нужно. Кроме того, модули портированы и создавали каждый день, таким образом, Ваши недостающие модули могли очень хорошо быть на пути.
Один значительный CCK-связанный модуль это не готовое производство D6, является filefield. Это не может быть проблемой, если Вы не делаете ничего существенного с изображениями и медиа, но могли бы быть достойными рассмотрения, если Вы собираетесь сделать какой-либо серьезный DAM. Иначе я думаю, что мы (наконец!) до такой степени, когда имеет больше смысла идти с D6, чем D5. Так или иначе это определенно стоит времени, чтобы спроектировать сайт согласно Вашим определенным потребностям, выяснить, в каких модулях Вы будете нуждаться и узнавать, должен ли какой-либо из них все же быть обновлен.
Мы спросили нас тот же вопрос несколько месяцев назад (непосредственно перед тем, как Drupal 6 был завершен и выпущен),
Наш офис ограничил ресурсы разработки, и мы выпустили несколько сайтов D5 и приложение продаж D5.
Мы пошли с Drupal 6.
Решение пришло после рассмотрения ядра того, с чем мы взаимодействовали. CCK & Views является единственными несгибаемыми критическими компонентами для чего-либо помимо установки Drupal по умолчанию, и уровень участия и живучесть проектов очень воодушевляли.
Материал, который действительно, действительно вопросы,/, будучи портированным к D6, и, ничего себе, это было бы хорошо, p2 материал поражен, и отсутствовать.
При выполнении какой-либо разработки модулей D6 является победителем.
Если Вы уже очень довольны D5, то придерживаетесь его.
Я надеюсь, что это помогает.
Для меня отсутствие платежного модуля protx было препятствием при выборе версии для использования.
Лучше всего получить ] полный список требований перед тем, как начать, и убедитесь, что все это доступно в 6.
Как разработчик модуля, я считаю, что API Drupal 6 более зрелый, чем версия 5. Так что даже если вы решите выбрать 6, а затем обнаружите, что какой-то модуль отсутствует, его будет легко развить до 6.
Теперь, когда я использовал Views 2, я больше не вернусь (если только не пересматривать старые проекты).
Теперь я думаю, что все модули и темы, относящиеся к любому ценность были перенесены, и теперь я вижу тенденцию к появлению новых (действительно хороших тем) только для drupal 6, а также довольно многих из обязательных модулей.