Drupal 7 alpha 1

Главные вкладки

Комментарии

Аватар пользователя PanDa777 PanDa777 12 января 2010 в 16:58

В той заметке сказано, что неплохо бы до Drupalcon в Сан-Франциско уже зарелизить, дабы деятельно обсудить восьмой Drupal. Только для этого придётся фиксить по 5 issue в день Smile

Аватар пользователя Crea Crea 13 января 2010 в 22:44

Зависит от проекта. Чем он сложнее, тем большая вероятность нарваться на баги которые будут исправляться полгода-год. D7 особенный релиз, слишком много революционных изменений, последствия которых сообщество будет оценивать (расхлебывать ?) только спустя время после выхода.
Еще момент: непортированные модули. D7CX это конечно круто, вот только думаю, модули хоть и выйдут, но первое время будут сырыми и будут во многом уступать их 6.х аналогам. Никакими лозунгами не заставить сообщество быстро повторить всю работу, которая была проделана для 6.х - просто не хватит ресурсов разработчиков.

Аватар пользователя PanDa777 PanDa777 13 января 2010 в 23:31

Секундочку. Простите а какие там революционные изменения? Я как-то видел только DB API, Field API(который пока просто CKK в ядре) и File API. Как-то всё (кроме DB API) скорее эволюционное, чем революционное.

Проект обещает быть довольно сложным. Но, в частности, мне бы не хотелось писать некоторые модули сначала под 6, а потом под 7. Хотя и измененний там, повторяю, не так уж много. Сейчас уже произойдёт полный Api Ui Freeze, и можно полностью обновлятоь модули. Мне кажется, что Views и другие крупные модули портируют, а уж мелкие я и сам могу помочь.

В общем,ИМХО, если релиз ядра произойдёт до лета, то к сентябрю проект можно будет запустить.

Аватар пользователя Crea Crea 14 января 2010 в 0:02

Ну например, FieldAPI - революционный, потому что он меняет слишком многое.
Если вы работали с D6 плотно, для вас в D7 ничего настолько стоящего, ради чего стоило бы отказываться от предыдущего контриба, не должно быть.
Стабильность и множество фич гораздо важнее всего остального ИМХО. Контриб D7 очень долго будет уступать D6. Многие модули даже в D6 полудохлые.

«Проект обещает быть довольно сложным. Но, в частности, мне бы не хотелось писать некоторые модули сначала под 6, а потом под 7.»
Ну так не переписывайте. Проект несколько лет счастливо проживет под 6, а что будет через несколько лет загадывать, думаю, преждевременно.
Я бы на вашем месте очень серьезно подумал, что в 7 настолько критичного для вас.

Аватар пользователя PanDa777 PanDa777 14 января 2010 в 9:26

Quote:

Ну например, FieldAPI - революционный, потому что он меняет слишком многое.

А я считал, что Field API не отличается по своей структуре от давно отлаженного API CCK (хотя и не разбирался подробно - но зачем его было сильно менять?). И именно его я хотел использовать при реализации одной части.
Quote:

Если вы работали с D6 плотно, для вас в D7 ничего настолько стоящего, ради чего стоило бы отказываться от предыдущего контриба, не должно быть.

И опять же - мне идеи нового API доставляют эстетическое удовольствие. Почему-то мне кажется, что на нём будет сильно приятнее писать. Да и меня всё время раздражало, что есть CCK --- у него одни поля. Есть webform --- у него другие поля с другим API. Есть profile --- у него третьи поля. А тут --- такая красотаа... Хотя бы в перспективе. И ведь никто не заставляет проект в сентябре заморозить. Вполне его можно будет где-нибудь через три месяца обновить.

Quote:

Проект несколько лет счастливо проживет под 6, а что будет через несколько лет загадывать, думаю, преждевременно.

И остаться без Security Updates через год-полтора, ибо цикл Drupal 8 должен быть небольшим, ибо будут исправляться разные огрехи семёрки (например, непеределанный Profile).
Quote:

Контриб D7 очень долго будет уступать D6. Многие модули даже в D6 полудохлые.

Какие (из стоящих, разумеется)?

Ещё по поводу D7CX - по-моему, потерять в функциональности они не могут. Они могут не использовать новые API (за исключением DB API), но во всём остальном большинство модулей могут ничего не менят. А там, потихоньку, немного с моей, в частности, помощью, можно будет полностью переползти.

На самом деле, какой-то несколько странный диалог. Спасибо вам за советы, но, боюсь, меня пока не отговорили, ибо для меня действительно важна доступность лишь ядра, и я не сильно ориентируюсь на contrib. По принципу что обновят, то обновят.

И ещё: безусловно, я бы ни в коем случае не стал писать проект на 7 для стороннего заказчика. Но мой http://mathbaby.ru на такой не очень похож. Да, это не только моё, но... Там все свои.

Ещё раз спасибо.

Аватар пользователя Crea Crea 14 января 2010 в 11:57

Quote:
А я считал, что Field API не отличается по своей структуре от давно отлаженного API CCK (хотя и не разбирался подробно - но зачем его было сильно менять?). И именно его я хотел использовать при реализации одной части.

Как оно может не отличаться от API CCK если FieldAPI универсален в отличие от второго ? И уж точно погоня за более красивым API - абсолютно бесполезное занятие - всегда впереди маячит что-то более интересное Smile

Quote:
И остаться без Security Updates через год-полтора, ибо цикл Drupal 8 должен быть небольшим, ибо будут исправляться разные огрехи семёрки (например, непеределанный Profile).

Никому он ничего не должен. Никто не знает, сколько будут делать 8-ку. Это будет очень сильно зависеть от эксплуатации D7. Лично мой прогноз "от балды" - года 2-3 D6 еще проживет спокойно в поддерживаемом состоянии. Тем более весь контриб не перепишут т.к. D7 выпускался очень долго - люди в сообществе в целом здравые и понимают, что нельзя просто так на свалку выкинуть такое количество кода, только потому что хочется быстро выпустить D8
Quote:
Какие (из стоящих, разумеется)?

Вы про уступающие, или полудохлые ? Полудохлых полно, напр. Workflow - мейнтейнер есть лишь формально. Или Fivestar - тикеты висят месяцами. Вы считаете, выход D7 как то придаст жизни этим проектам ? Smile Сомневаюсь. Выпустят релиз "для галочки". Код надо не просто иметь выложенным в CVS, его еще нужно поддерживать.
Про уступающие - ниже.
Quote:
Ещё по поводу D7CX - по-моему, потерять в функциональности они не могут.

Почему не могут ? Очень даже могут - если у модуля плагинная архитектура, и модуль портирован на D7, это еще не значит что магически портированы все плагины.
Quote:
Спасибо вам за советы, но, боюсь, меня пока не отговорили, ибо для меня действительно важна доступность лишь ядра, и я не сильно ориентируюсь на contrib.

Это - главное. В таком случае, действительно, может вам и подойдет D7.