12 января 2010 в 10:59
В пятницу, 15.01, обещают Drupal 7 Aplha 1.
Drupal 7 alpha 1
Главные вкладки
12 января 2010 в 10:59
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
12+
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Ага,вчера читал, решили приурочить к дню рождения Друпала
интересно, когда релиз будет. Летом?
В той заметке сказано, что неплохо бы до Drupalcon в Сан-Франциско уже зарелизить, дабы деятельно обсудить восьмой Drupal. Только для этого придётся фиксить по 5 issue в день
о Друпал у нас козейрог?
Получается что так.
Через годик-полтора можно будет использовать.
То есть вы считает, что я зря ориентируюсь на возможность проекта на Drupal 7 к сентябрю?
Зависит от проекта. Чем он сложнее, тем большая вероятность нарваться на баги которые будут исправляться полгода-год. D7 особенный релиз, слишком много революционных изменений, последствия которых сообщество будет оценивать (расхлебывать ?) только спустя время после выхода.
Еще момент: непортированные модули. D7CX это конечно круто, вот только думаю, модули хоть и выйдут, но первое время будут сырыми и будут во многом уступать их 6.х аналогам. Никакими лозунгами не заставить сообщество быстро повторить всю работу, которая была проделана для 6.х - просто не хватит ресурсов разработчиков.
Секундочку. Простите а какие там революционные изменения? Я как-то видел только DB API, Field API(который пока просто CKK в ядре) и File API. Как-то всё (кроме DB API) скорее эволюционное, чем революционное.
Проект обещает быть довольно сложным. Но, в частности, мне бы не хотелось писать некоторые модули сначала под 6, а потом под 7. Хотя и измененний там, повторяю, не так уж много. Сейчас уже произойдёт полный Api Ui Freeze, и можно полностью обновлятоь модули. Мне кажется, что Views и другие крупные модули портируют, а уж мелкие я и сам могу помочь.
В общем,ИМХО, если релиз ядра произойдёт до лета, то к сентябрю проект можно будет запустить.
Ну например, FieldAPI - революционный, потому что он меняет слишком многое.
Если вы работали с D6 плотно, для вас в D7 ничего настолько стоящего, ради чего стоило бы отказываться от предыдущего контриба, не должно быть.
Стабильность и множество фич гораздо важнее всего остального ИМХО. Контриб D7 очень долго будет уступать D6. Многие модули даже в D6 полудохлые.
«Проект обещает быть довольно сложным. Но, в частности, мне бы не хотелось писать некоторые модули сначала под 6, а потом под 7.»
Ну так не переписывайте. Проект несколько лет счастливо проживет под 6, а что будет через несколько лет загадывать, думаю, преждевременно.
Я бы на вашем месте очень серьезно подумал, что в 7 настолько критичного для вас.
А я считал, что Field API не отличается по своей структуре от давно отлаженного API CCK (хотя и не разбирался подробно - но зачем его было сильно менять?). И именно его я хотел использовать при реализации одной части.
И опять же - мне идеи нового API доставляют эстетическое удовольствие. Почему-то мне кажется, что на нём будет сильно приятнее писать. Да и меня всё время раздражало, что есть CCK --- у него одни поля. Есть webform --- у него другие поля с другим API. Есть profile --- у него третьи поля. А тут --- такая красотаа... Хотя бы в перспективе. И ведь никто не заставляет проект в сентябре заморозить. Вполне его можно будет где-нибудь через три месяца обновить.
И остаться без Security Updates через год-полтора, ибо цикл Drupal 8 должен быть небольшим, ибо будут исправляться разные огрехи семёрки (например, непеределанный Profile).
Какие (из стоящих, разумеется)?
Ещё по поводу D7CX - по-моему, потерять в функциональности они не могут. Они могут не использовать новые API (за исключением DB API), но во всём остальном большинство модулей могут ничего не менят. А там, потихоньку, немного с моей, в частности, помощью, можно будет полностью переползти.
На самом деле, какой-то несколько странный диалог. Спасибо вам за советы, но, боюсь, меня пока не отговорили, ибо для меня действительно важна доступность лишь ядра, и я не сильно ориентируюсь на contrib. По принципу что обновят, то обновят.
И ещё: безусловно, я бы ни в коем случае не стал писать проект на 7 для стороннего заказчика. Но мой http://mathbaby.ru на такой не очень похож. Да, это не только моё, но... Там все свои.
Ещё раз спасибо.
Как оно может не отличаться от API CCK если FieldAPI универсален в отличие от второго ? И уж точно погоня за более красивым API - абсолютно бесполезное занятие - всегда впереди маячит что-то более интересное
Никому он ничего не должен. Никто не знает, сколько будут делать 8-ку. Это будет очень сильно зависеть от эксплуатации D7. Лично мой прогноз "от балды" - года 2-3 D6 еще проживет спокойно в поддерживаемом состоянии. Тем более весь контриб не перепишут т.к. D7 выпускался очень долго - люди в сообществе в целом здравые и понимают, что нельзя просто так на свалку выкинуть такое количество кода, только потому что хочется быстро выпустить D8
Вы про уступающие, или полудохлые ? Полудохлых полно, напр. Workflow - мейнтейнер есть лишь формально. Или Fivestar - тикеты висят месяцами. Вы считаете, выход D7 как то придаст жизни этим проектам ?
Про уступающие - ниже.
Почему не могут ? Очень даже могут - если у модуля плагинная архитектура, и модуль портирован на D7, это еще не значит что магически портированы все плагины.
Это - главное. В таком случае, действительно, может вам и подойдет D7.