Comments 71
Спасибо за новость. Интересно. Уже пошел качать и тестировать. )))
Вы не упомянули о самом сомнительным нововведении (вернее урезании) — превращении таксономии в тупо теги (т.е. убрали систему связанных тегов и иерархию тегов). Или может общественный гнев победили и все вернули?
Расстраивает, правда, что меню сверху не выпадучее: сам-то я всегда ставлю модуль admin_menu, который рисует сверху менее логичное (в старой логике), но более удобное из-за раскрывающихся пунктов меню. Зато второй ряд ссылок (shortcuts) можно настраивать.
Есть такой модуль: admin, который делает похожую менюшку. Т.е. добавляет вторую строчку, элементы которой настраиваемы (в принципе как и элементы первой). Плюс он еще изменяет логику менюшки. Правда на фронтенде её нету в отличие от admin_menu и d7.
Это я к тому как можно получить нечто похожее в drupal6 ;)
После прочтения снова появилось желание попробовать поработать с Друпал. Раньше кроме всего прочего пугала админка
Новость хорошая, жаль производительность не изменится. На работе сайт один держим, так в времена обеденного перерыва, или выходных дней загинается, сволочь, при уже и так максимальной оптимизации
ubuntu.com же не падает во время релизов новой версии (предполагаю что тогда и случается самая большая посещаемость), а, рискну предположить, сотрудников у вас на работе меньше, чем убунтоводов в мире. Значит не все оптимизировали что можно.
Какая кстати посещаемость в пиковые моменты, и сколько установлено модулей (достаточно просто сказать количество папок в sites//modules)?
Какая кстати посещаемость в пиковые моменты, и сколько установлено модулей (достаточно просто сказать количество папок в sites//modules)?
ну а модулей пока что 48, и на момент последнего обвала 35436-ой пользователь онлайн (не считая «гостей») уже ничего не увидел
35436 пользователей одновременно онлайн на Drupal сайте? а с гостями сколько? и можно пару слов про архитектуру, кеширование?
Нехилая у вас компания =)
Я так понимаю что под этот ресурс у вас либо отдельный сервер, либо на этом сервере не крутится больше ни одной трудоемкой задачи. Кэширование на мэмкэше с разделением «таблиц» по разным хранилищам и в таблицах БД расставлены нужные индексы, после профилирования запросов на средних нагрузках?
Я так понимаю что под этот ресурс у вас либо отдельный сервер, либо на этом сервере не крутится больше ни одной трудоемкой задачи. Кэширование на мэмкэше с разделением «таблиц» по разным хранилищам и в таблицах БД расставлены нужные индексы, после профилирования запросов на средних нагрузках?
проект пришол к нам на версии 4.6, если не ошибаюсь, тогда изза кеширования почти вся база данных ложилась спать, навсегда. Систему переносили аж на версию 6 более 3-х месяцев. Система разделена на разные сервера, один конечно же главный, но он отвечает только за View. Моя работа заключалась в перелопачивании базы данных и ее максимальной оптимизации, для чего использовались стратегии(не люблю это слово) по уменьшению количества обращений к базе. Читалась тонна умных книжек, но вывод один: меньше запров, меньше таблиц и почти никаких проблем.
Не поделитесь тайным знанием? Мы на своем проекте всё больше на файловую систему заморачивались, с базой поменьше, но планируем. К слову, это были пользователи анонимные или зарегистрированные?
а еще было бы круто если вы поделитесь тем, как вы организовывали совместную работу над проектом… cvs/svn/git? но больше всего интересует вопрос как быть с базой? я сейчас через dbscripts пытаюсь наладить процесс. вобщем был бы очень признателен если поделитесь знаниями =)
спасибо
спасибо
UFO just landed and posted this here
всё в нашем мире улучшается, :) нельзя отказываться от такого гибкого и безопасного монстра, как друпал, только из-за того, что вы переусердствовали с модулями :)
Что я только не перепробовал из существующих CMS, особенно OpenSource, Drupal меня затянул больше всего! Очень гибок, и подходит к большему числу моих задач. Безусловно без «минусов» не обойтись. Рад его развитию.
Видимо уже можно начинать портировать парочку своих неопубликованных модулей, заодно и модули опубликовать и баги поискать/пофиксить.
спасибо большое за статью! Правда, спасибо.
Особенно порадовало присутствие по-дефолту: CCK, поля «файл» и «изображение».
Хорошо бы им ещё Аяксовые комментарии вставить по-умолчанию., было бы приятно, да)
Особенно порадовало присутствие по-дефолту: CCK, поля «файл» и «изображение».
Хорошо бы им ещё Аяксовые комментарии вставить по-умолчанию., было бы приятно, да)
UFO just landed and posted this here
сейчас использую MODx для разработки сайтов. когда выбирал цмс, смотрел и друпал, но тогда больше приглянулась модх. когда друпал 7 зарелизится, обязательно попробую.
Буквально пару дней назад тестил её на возможность использования. Сделал для себя вывод, что до Joomla ей еще далеко.
я конечно очень люблю, уважаю, и всячески продвигаю друпал — делаю на нем все проекты.
но
какой смысл от большинства нововведений?
сск в ядре это круто, но зачем было тратить на это время — ведь разницы между подключаемым модулем, и модулем, который поставляется в дефолтной сборке — никакой
теминг админки это круто, но, опять же, — достигалось контрибами и совсем при необходимости прямыми руками.
я не доволен новым резилом, лучше б фиксили производительность, а так мы получили шестерку с некоторыми контрибами по умолчанию, плюс огромные грабли, заключающиеся в отсутствии модулей — обратная совместимость как никак
но
какой смысл от большинства нововведений?
сск в ядре это круто, но зачем было тратить на это время — ведь разницы между подключаемым модулем, и модулем, который поставляется в дефолтной сборке — никакой
теминг админки это круто, но, опять же, — достигалось контрибами и совсем при необходимости прямыми руками.
я не доволен новым резилом, лучше б фиксили производительность, а так мы получили шестерку с некоторыми контрибами по умолчанию, плюс огромные грабли, заключающиеся в отсутствии модулей — обратная совместимость как никак
Смысла много: во-первых, создание стандарта, на котором будет базироваться разработка (например, поля в CCK очень многое стандартизуют, сделают понятным программисту и пользователю), во-вторых, облегчение работы разработчикам и администраторам (плюсы DBTNG я уже описал), в-третьих, разумные дефолты облегчат знакомство с системой новичкам и расширят сообщество. И т.д.
ну да, с точки зрения продвижения в рядах новичков, это супер, согласен.приятный интерфейс, огромная функциональность из коробки. но не стоит оно того, лучше решать первостепенные проблемы.
а по поводу стандарта — по-моему, сск и так используется практически во всех нормальных проектах, как же без него
а по поводу стандарта — по-моему, сск и так используется практически во всех нормальных проектах, как же без него
Вы долго с Друпалом работаете и у вас рука набита и глаз замылен. А у нас вот другая цмска и сейас будет на что-то другое переходить. И, как я уже писал выше, для меня эти нововведения очень интересны и полезны.
Плюс от инегрированного CCK, в частности, в том, что теперь каждый новый релиз Drupal будет содержать рабочий CCK.
Drupal 6 долгое время был неюзабельный из-за незарелизиных cck и views.
(views в текущем виде еще не готов к включения в ядро имхо)
Drupal 6 долгое время был неюзабельный из-за незарелизиных cck и views.
(views в текущем виде еще не готов к включения в ядро имхо)
— А как сделать в Drupal...?
— cck + views!
— cck + views!
Views грозились запихнуть в ядро бекендом, но, очевидно, решили отложить до момента, когда бекенд Views станет полностью модульным (работа над этим ведется сейчас)
Не понял что значит «запихнуть в ядро бекендом»?
Views для 6-ки весит больше, чем сам drupal 6. Последние два сайта не шестерке я делал без views и не особо страдаю от этого) Вот без cck никуда, так что drupal7 в этом смысле радует.
Views для 6-ки весит больше, чем сам drupal 6. Последние два сайта не шестерке я делал без views и не особо страдаю от этого) Вот без cck никуда, так что drupal7 в этом смысле радует.
Интересно, автоматическое обновление появилось?
Читаем внимательней)
«Подготавливается автоматическое обновление модулей и ядра. Пользователя будут уведомлять о выходе новых версий по электронной почте. Cron.php нельзя запускать без ключа безопасности (а можно и вообще не запускать — новый Drupal сам запускает его на одном из запросов пользователя, если он не вызывался долгое время), а скрипты установки и обновления, напротив, стали работать из командной строки.»
Как-то туманно. Наверно, надо оригинал почитать. Уведомления уже в 6-й есть, но толку с них, надо бэкапить, ставить… геморрой в общем.
Как-то туманно. Наверно, надо оригинал почитать. Уведомления уже в 6-й есть, но толку с них, надо бэкапить, ставить… геморрой в общем.
Самое интересное как будут обновляться модули. Все таки API серьезно изменился и с точки зрения перевода модуля с 6 на 7 работы много (особенно если делать его не механически, а с переводом его на новый стандарт кодинга (прежде всего Form API и DB API)).
Но активность разработчиков контриб модулей радует. Уже на многих красуется тег #D7CX («Версия для 7-ки выйдет в день релиза»).
Скорость перехода с 6-ки на 7-ку будет зависеть прежде всего от того, как скоро все самые популярные (и во многом критичные с точки зрения скорости и удобства разработки) модули обновятся.
Но активность разработчиков контриб модулей радует. Уже на многих красуется тег #D7CX («Версия для 7-ки выйдет в день релиза»).
Скорость перехода с 6-ки на 7-ку будет зависеть прежде всего от того, как скоро все самые популярные (и во многом критичные с точки зрения скорости и удобства разработки) модули обновятся.
Таксономию хорошо перелопатили в 7-ке:
* к терминам можно добавлять «cck-поля»!;
* терминам можно прописывать алиасы (вместо стандартного страшненького taxonomy/term/tid);
* сама таксономия цепляется к материалам как поле (в 6-ке реализуется отдельным модулем);
* кроме autocomplete-тегов и select-списка термины теперь можно выбирать через радиокнопки/чекбоксы;
* связаные термины и синонимы убрали, иерархия осталась.
* к терминам можно добавлять «cck-поля»!;
* терминам можно прописывать алиасы (вместо стандартного страшненького taxonomy/term/tid);
* сама таксономия цепляется к материалам как поле (в 6-ке реализуется отдельным модулем);
* кроме autocomplete-тегов и select-списка термины теперь можно выбирать через радиокнопки/чекбоксы;
* связаные термины и синонимы убрали, иерархия осталась.
Я что-то путаю, наверное — вроде бы собирались переходить на ООП на уровне ядра? Как-то пропустила этот момент, что там в итоге?
Про админку: непонятно зачем по дефолту осталось стандартное админское меню в левой панели с ссылками «add new content» и «administer», если теперь админка в шапке.
Увидев скриншот с тизером с ссылками «edit» и «delete» подумал, что такие же ссылки сделали и на странице ноды вместо вкладок. Но пока что вкладки есть. Вообще вкладки сильно меняют дизайн для админа, может простенькими ссылками справа было бы и лучше.
В релизе может это еще поменяют.
Увидев скриншот с тизером с ссылками «edit» и «delete» подумал, что такие же ссылки сделали и на странице ноды вместо вкладок. Но пока что вкладки есть. Вообще вкладки сильно меняют дизайн для админа, может простенькими ссылками справа было бы и лучше.
В релизе может это еще поменяют.
Печально, что с производительностью улучшений нет. А какая нагрузка для Drupal считатеся уже значительной?
При наличии даже средних навыков программирования уже стоит смотреть в сторону Zend, Rails, Django, Grails и прочих.
Простите, Вы это к чему сказали?
К нытью многих о кривых кишках и низкой производительности.
Ну о кривых кишках — не совсем справедливо. А низкая производительность — правда. Хотя, Друпал 6 даже с views/cck вполне сносно работает даже на таких хостингах как powweb или godaddy — с строю по несколько проектов в месяц. Жалобы возникают когда на самом деле много тяжелого функционала и много пользователей, зарегистирированных на сайте (социальная сеть) тогда да.
Единственное чего я боюсь каждый раз — это как бы они не стали урезать гибкость ради упрощения.
drupal 7 — это отлично в любом случае
очень не весело тем, кому нужно переносить проекты с одной версии на другую
пробовал перенести хотя бы тему из 6 в 7 — увы… большая часть переменных изменена, css блоки называются совершенно по-другому, а список изменений в модулях занял около 70 печатных страниц
очень не весело тем, кому нужно переносить проекты с одной версии на другую
пробовал перенести хотя бы тему из 6 в 7 — увы… большая часть переменных изменена, css блоки называются совершенно по-другому, а список изменений в модулях занял около 70 печатных страниц
Очень порадовала новость! Однако то что убрали индивидуальное оформление для каждого юзера — не нравится. А так овордпрессили, подшлифовали (даже серч теперь сам включается =))
производительности бы еще, тогда вообще идеально будет
что-то Ubercart под 6ку ели допилили. а под 7 даже dev версии нет ;(
Чет под семерку вообще мало чего есть, адекватно работающего(
Что
спасибо за статью, изменения порадовали, насколько легко можно будет обновиться с 6 на 7?
Sign up to leave a comment.
Drupal 7: вести с фронта