Pull to refresh

Comments 71

Спасибо за новость. Интересно. Уже пошел качать и тестировать. )))
Вы не упомянули о самом сомнительным нововведении (вернее урезании) — превращении таксономии в тупо теги (т.е. убрали систему связанных тегов и иерархию тегов). Или может общественный гнев победили и все вернули?
присоединяюсь к вопросу. тоже читал на drupal.ru, о урезании таксономии до вида тегов, как в WP, например.
Пока непонятно, что произойдет в итоге. Сейчас связанные теги по дефолту убрали, иерархию оставили.
Не верю, чтобы иерархиюю убрали. Связанные теги и синонимы практически не используются, но иерархии-то юзаются частенько. Ща скачаю посмотрю.
Осталась она там, я выше написал же.
Расстраивает, правда, что меню сверху не выпадучее: сам-то я всегда ставлю модуль admin_menu, который рисует сверху менее логичное (в старой логике), но более удобное из-за раскрывающихся пунктов меню. Зато второй ряд ссылок (shortcuts) можно настраивать.

Есть такой модуль: admin, который делает похожую менюшку. Т.е. добавляет вторую строчку, элементы которой настраиваемы (в принципе как и элементы первой). Плюс он еще изменяет логику менюшки. Правда на фронтенде её нету в отличие от admin_menu и d7.

Это я к тому как можно получить нечто похожее в drupal6 ;)
После прочтения снова появилось желание попробовать поработать с Друпал. Раньше кроме всего прочего пугала админка
а меня пугало количество запросов к базе. я понимаю, что они типо «лёгкие» и кэшируются, но всё же
Новость хорошая, жаль производительность не изменится. На работе сайт один держим, так в времена обеденного перерыва, или выходных дней загинается, сволочь, при уже и так максимальной оптимизации
ubuntu.com же не падает во время релизов новой версии (предполагаю что тогда и случается самая большая посещаемость), а, рискну предположить, сотрудников у вас на работе меньше, чем убунтоводов в мире. Значит не все оптимизировали что можно.

Какая кстати посещаемость в пиковые моменты, и сколько установлено модулей (достаточно просто сказать количество папок в sites//modules)?
ну а модулей пока что 48, и на момент последнего обвала 35436-ой пользователь онлайн (не считая «гостей») уже ничего не увидел
35436 пользователей одновременно онлайн на Drupal сайте? а с гостями сколько? и можно пару слов про архитектуру, кеширование?
Спасибо за статью автору, на отлично справился. Интересно было узнать, что если работать с чем-либо на уровне что каждий винтик знаком — то ты «редиска» и ничего не понимаеш, а если задавать вопросы со знаниями человека который возможно только верстку делал, и то баксов за 5 — так молодец.
Простите, это вы сейчас с кем разговаривали?
Присоединяюсь к вопросу.
Нехилая у вас компания =)
Я так понимаю что под этот ресурс у вас либо отдельный сервер, либо на этом сервере не крутится больше ни одной трудоемкой задачи. Кэширование на мэмкэше с разделением «таблиц» по разным хранилищам и в таблицах БД расставлены нужные индексы, после профилирования запросов на средних нагрузках?
проект пришол к нам на версии 4.6, если не ошибаюсь, тогда изза кеширования почти вся база данных ложилась спать, навсегда. Систему переносили аж на версию 6 более 3-х месяцев. Система разделена на разные сервера, один конечно же главный, но он отвечает только за View. Моя работа заключалась в перелопачивании базы данных и ее максимальной оптимизации, для чего использовались стратегии(не люблю это слово) по уменьшению количества обращений к базе. Читалась тонна умных книжек, но вывод один: меньше запров, меньше таблиц и почти никаких проблем.
Не поделитесь тайным знанием? Мы на своем проекте всё больше на файловую систему заморачивались, с базой поменьше, но планируем. К слову, это были пользователи анонимные или зарегистрированные?
а еще было бы круто если вы поделитесь тем, как вы организовывали совместную работу над проектом… cvs/svn/git? но больше всего интересует вопрос как быть с базой? я сейчас через dbscripts пытаюсь наладить процесс. вобщем был бы очень признателен если поделитесь знаниями =)
спасибо
у убунту скорее всего просто файловый кэш сгенерированных страниц (а-ля статика)
всё в нашем мире улучшается, :) нельзя отказываться от такого гибкого и безопасного монстра, как друпал, только из-за того, что вы переусердствовали с модулями :)
а никто и не собирался отказыватся, друпал первая цмс каторую я начинал разбирать и собирать. Даже курсовую писал по ней. хм
Что я только не перепробовал из существующих CMS, особенно OpenSource, Drupal меня затянул больше всего! Очень гибок, и подходит к большему числу моих задач. Безусловно без «минусов» не обойтись. Рад его развитию.
Видимо уже можно начинать портировать парочку своих неопубликованных модулей, заодно и модули опубликовать и баги поискать/пофиксить.
спасибо большое за статью! Правда, спасибо.
Особенно порадовало присутствие по-дефолту: CCK, поля «файл» и «изображение».
Хорошо бы им ещё Аяксовые комментарии вставить по-умолчанию., было бы приятно, да)
Аяксовые комменты при текущей политики набора модулей для ядра маловероятно что попадут. Все нововведения в основном рассчитаны на разработку и на сторонние модули, а не «а давайте добавим еще одну красивую фишку». И по моему это правильно.
> Однако, по производительности улучшений значимых нет.
Печально. обещали, что будут
Кеширование алиасов путей вроде есть :) Уже неплохо же.
сейчас использую MODx для разработки сайтов. когда выбирал цмс, смотрел и друпал, но тогда больше приглянулась модх. когда друпал 7 зарелизится, обязательно попробую.
Буквально пару дней назад тестил её на возможность использования. Сделал для себя вывод, что до Joomla ей еще далеко.
Интересно, по каким параметрам тестили?) И для каких нужд?
В каком классе задач?
Видимо не нашёл кнопку «Сделать 3.14здато» ))
я конечно очень люблю, уважаю, и всячески продвигаю друпал — делаю на нем все проекты.

но

какой смысл от большинства нововведений?

сск в ядре это круто, но зачем было тратить на это время — ведь разницы между подключаемым модулем, и модулем, который поставляется в дефолтной сборке — никакой

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

я не доволен новым резилом, лучше б фиксили производительность, а так мы получили шестерку с некоторыми контрибами по умолчанию, плюс огромные грабли, заключающиеся в отсутствии модулей — обратная совместимость как никак
Смысла много: во-первых, создание стандарта, на котором будет базироваться разработка (например, поля в CCK очень многое стандартизуют, сделают понятным программисту и пользователю), во-вторых, облегчение работы разработчикам и администраторам (плюсы DBTNG я уже описал), в-третьих, разумные дефолты облегчат знакомство с системой новичкам и расширят сообщество. И т.д.
ну да, с точки зрения продвижения в рядах новичков, это супер, согласен.приятный интерфейс, огромная функциональность из коробки. но не стоит оно того, лучше решать первостепенные проблемы.

а по поводу стандарта — по-моему, сск и так используется практически во всех нормальных проектах, как же без него
Ну, проблема с интерфейсом и была одной из первостепенных проблем, посмотрите парой комментов выше.

Сейчас на Field API перевели некоторые внутренние друпальные штуки, что хорошо и полезно, но потребовало добавления филдов в ядро.

А по производительности — работа идет, патчи все еще в пути.
Вы долго с Друпалом работаете и у вас рука набита и глаз замылен. А у нас вот другая цмска и сейас будет на что-то другое переходить. И, как я уже писал выше, для меня эти нововведения очень интересны и полезны.
Плюс от инегрированного CCK, в частности, в том, что теперь каждый новый релиз Drupal будет содержать рабочий CCK.

Drupal 6 долгое время был неюзабельный из-за незарелизиных cck и views.
(views в текущем виде еще не готов к включения в ядро имхо)
— А как сделать в Drupal...?
— cck + views!
Views грозились запихнуть в ядро бекендом, но, очевидно, решили отложить до момента, когда бекенд Views станет полностью модульным (работа над этим ведется сейчас)
Не понял что значит «запихнуть в ядро бекендом»?

Views для 6-ки весит больше, чем сам drupal 6. Последние два сайта не шестерке я делал без views и не особо страдаю от этого) Вот без cck никуда, так что drupal7 в этом смысле радует.
значит, интегрировать в ядро базовую функциональность без интерфейса и перенести на нее все режимы отображения сайта. Views 3 будет очень модульным.
Большую часть этого веса занимают документация и файлы с переводами. Сам модуль достаточно компактен.
«Компактен» всё-таки это слишком: 1,2 метра без переводов и документации, а сама шестерка с 33 модулями и темами 3,4.
Интересно, автоматическое обновление появилось?
«Подготавливается автоматическое обновление модулей и ядра. Пользователя будут уведомлять о выходе новых версий по электронной почте. Cron.php нельзя запускать без ключа безопасности (а можно и вообще не запускать — новый Drupal сам запускает его на одном из запросов пользователя, если он не вызывался долгое время), а скрипты установки и обновления, напротив, стали работать из командной строки.»

Как-то туманно. Наверно, надо оригинал почитать. Уведомления уже в 6-й есть, но толку с них, надо бэкапить, ставить… геморрой в общем.
Что конкретно непонятно? Про «подготавливается» — значит, пока я его работы не увидел (серверная часть, видимо, не готова), остальное описанное в данном абзаце работает.
Самое интересное как будут обновляться модули. Все таки API серьезно изменился и с точки зрения перевода модуля с 6 на 7 работы много (особенно если делать его не механически, а с переводом его на новый стандарт кодинга (прежде всего Form API и DB API)).
Но активность разработчиков контриб модулей радует. Уже на многих красуется тег #D7CX («Версия для 7-ки выйдет в день релиза»).
Скорость перехода с 6-ки на 7-ку будет зависеть прежде всего от того, как скоро все самые популярные (и во многом критичные с точки зрения скорости и удобства разработки) модули обновятся.
Таксономию хорошо перелопатили в 7-ке:

* к терминам можно добавлять «cck-поля»!;
* терминам можно прописывать алиасы (вместо стандартного страшненького taxonomy/term/tid);
* сама таксономия цепляется к материалам как поле (в 6-ке реализуется отдельным модулем);
* кроме autocomplete-тегов и select-списка термины теперь можно выбирать через радиокнопки/чекбоксы;
* связаные термины и синонимы убрали, иерархия осталась.
Я что-то путаю, наверное — вроде бы собирались переходить на ООП на уровне ядра? Как-то пропустила этот момент, что там в итоге?
Начали немного делать. В includes/ некоторые вещи написаны с использованием классов/интерфейсов/наследования. Работу с базами данных передалали на ООП.

Но хуки никто не отменял и в модулях никакого ООП, кроме, пожалуй, тестов (лежат файлики *.test в каждом модуле).
Про админку: непонятно зачем по дефолту осталось стандартное админское меню в левой панели с ссылками «add new content» и «administer», если теперь админка в шапке.

Увидев скриншот с тизером с ссылками «edit» и «delete» подумал, что такие же ссылки сделали и на странице ноды вместо вкладок. Но пока что вкладки есть. Вообще вкладки сильно меняют дизайн для админа, может простенькими ссылками справа было бы и лучше.

В релизе может это еще поменяют.
Печально, что с производительностью улучшений нет. А какая нагрузка для Drupal считатеся уже значительной?
При наличии даже средних навыков программирования уже стоит смотреть в сторону Zend, Rails, Django, Grails и прочих.
Простите, Вы это к чему сказали?
К нытью многих о кривых кишках и низкой производительности.
Ну о кривых кишках — не совсем справедливо. А низкая производительность — правда. Хотя, Друпал 6 даже с views/cck вполне сносно работает даже на таких хостингах как powweb или godaddy — с строю по несколько проектов в месяц. Жалобы возникают когда на самом деле много тяжелого функционала и много пользователей, зарегистирированных на сайте (социальная сеть) тогда да.
Единственное чего я боюсь каждый раз — это как бы они не стали урезать гибкость ради упрощения.
drupal 7 — это отлично в любом случае
очень не весело тем, кому нужно переносить проекты с одной версии на другую
пробовал перенести хотя бы тему из 6 в 7 — увы… большая часть переменных изменена, css блоки называются совершенно по-другому, а список изменений в модулях занял около 70 печатных страниц
подписываюсь под каждым словом.
Очень порадовала новость! Однако то что убрали индивидуальное оформление для каждого юзера — не нравится. А так овордпрессили, подшлифовали (даже серч теперь сам включается =))
Убрали из ядра — будут кастомные модули. Уж эту-то хрень далеко не все используют.
производительности бы еще, тогда вообще идеально будет
что-то Ubercart под 6ку ели допилили. а под 7 даже dev версии нет ;(
Чет под семерку вообще мало чего есть, адекватно работающего(
спасибо за статью, изменения порадовали, насколько легко можно будет обновиться с 6 на 7?
Only those users with full accounts are able to leave comments. Log in, please.