club762.ru
Данный сезон был ознаменован тесным сотрудничеством проектов с открытым исходным кодом. Сообщество Joomla оказало теплый прием Мэтту Мулленвегу и Эндрю Нейсину на мероприятии Joomla World Conference, где Мэтт зачитал свой основной доклад. Это событие привел к многочисленным интересным кроссплатформенным дискуссиям в среде разработки. Люди, ответственные за WordCamp Miami, пригласили пользователей и разработчиков Joomla посетить в следующем году их мероприятие, чтобы способствовать расширению и передаче накопленного опыта.
Лидеры Drupal также стараются сделать определенные выводы в сфере подходов к разработке, заимствуя опыт у других проектов. Дрис Бёйтарт, основатель и руководитель Drupal, объявил сегодня, что проект будет двигаться в сторону гибкой методологии разработки, что позволит внедрять небольшие изменения быстрее.
Бёйтарт отмечает некоторые проблемы, связанные с разработкой ядра Drupal: «отсутствует оперативный ввод инноваций, нет никакого коммерческого стимула распространять проекты, истощение участников, непредсказуемые циклы выпуска». Любой существующий, живущий open source проект всегда будет сталкиваться со своими уникальными препятствиями, которые ему нужно будет преодолеть. Анализируя то, как можно улучшить текущий подход разработки Drupal, девелоперы сравнили и сопоставили стратегии выпуска новых версий, которые используются другими проектами, включая WordPress, Joomla, Typo3, Firefox, Ubuntu, Symfony и PHP.
Собранные данные показали, что WordPress склонен обновляться быстрее, чем остальные проекты, выпуская больше главных версий, но предлагая лишь поддержку безопасности для текущего релиза. Разница здесь в том, что WordPress пытается всеми силами поддержать обратную совместимость, даже для главных версий. В других рассмотренных проектах между выпуском главных версий может пройти гораздо больше времени, причем меньший акцент делается на обратной совместимости, при этом предлагается поддержка безопасности – или, как они ее называют, LTS (долгосрочная поддержка) для старых версий.
«Все проекты выпускают независимые релизы, начиная с каждых 6 недель (для Firefox) и заканчивая каждым годом (PHP); большая часть проектов обновляются примерно каждые шесть месяцев. Проекты различаются способами предложения LTS-релизов: Ubuntu выпускает их один раз в два года и затем поддерживает их в течение пяти лет, в то время как WordPress предлагает только поддержку безопасности для последнего релиза, однако старается сохранить обратную совместимость даже в главных версиях»
Бёйтарт предложил ввести управление циклом выпуска Drupal 8, взяв самое лучшее из этих проектов и применив так, чтобы от этого не пострадало сообщество Drupal. Новая стратегия будет фокусироваться на сохранении обратной совместимости; инновационные релизы будут выпускаться каждые семь месяцев, что напоминает большинство рассмотренных проектов. В то же время Drupal будет предлагать отдельный выпуск LTS в качестве заключительного минорного релиза, по аналогии с Joomla, и поддерживать этот релиз до тех пор, пока не будут выпущены два дополнительных релиза (в духе Ubuntu).
Подход WordPress к циклу релизов не является единственно возможным вариантом, и это к тому же не самый лучший путь. Это просто способ, который до сих пор работает для сообщества. Тандемный цикл релизов WordPress 3.7 и 3.8 – совершенно новый подход для нас, однако, как оказалось, он принес свои плоды. Очень неожиданно видеть, что сообщество Drupal приняло новую стратегию разработки новых версий, взяв все самое лучшее из других проектов. Предложенные изменения, кажется, были приняты с воодушевлением, потому очень интересно посмотреть, как следующий цикл релиза отразится на людях, стоящих за Drupal.
Да ну неужто друпал хоть когда-то станет обратно совместим, честно я не верю, Бёйтарт оговорился не иначе)) если только после восьмой версии и то скептически отношусь
Видимо, понимают, что нужно меняться, поскольку тот путь, которым они идут — это гиблый путь. Вот и стараются взять все самое лучшее от других CMS. Мэтт Мулленвег недавно выступал на конференции Joomla — его и там радостно приняли. Видимо, повод задуматься для остальных CMS, какой курс держать.
Друпал для обычных пользователей это нечто непонятное. Если джумлу я худо бедно освоил по видео-урокам (да и то часто путался в её неудобной навигации, а сейчас опять уже многое подзабыл), то друпал… это вовсе тёмный лес. А как им должны пользоваться другие люди, для которых сделали сайт на друпале — это тот еще вопрос.
Да и вообще нужен ли он, если есть отличный продукт, который развивается и идет в ногу со временем, отвечая основным нуждам людей, т.е. WordPress? Друпал это такая штука, созданная для программистов, требующая работы, а не «Just write» в стиле Дзен. Простым людям с ним трудно, имхо.
так в том то и фишка ,клиенту друпалом пользоваться удобно настолько на сколько хорошо скомпоновали его админку под данный конкретный сайт, а изначально как можно понять админка не для чего этого не настроена, когда я создавал сайты на друпале там отдельным пунктом прям в тз выделялось «Настройка админки», ставился шаблон админки, да да прям шаблон не больше не меньше как в WP на всем сайте только там он и в админке есть, выводилось меню, представления с материалами опции сайта типо телефона и всего прочего, потом еще и инструкция писалась с картинками и хотя эта админка и была явно страшная и вордпресовской уступала почти во всем , находились люди называющие её удобной )) что касается нужен ли друпал, то безусловно нужен, даже тупо без обоснования кроме друпала и wp адекватных cms сейчас нет, платные фреймворки все же не то. Да в друпале eсть ного вещей которые реализованы лучше чем в вордпрессе но есть и откровенная лажа причем если что то как например глюк с jquery 1.8 в админк и модуле wievs я конечно все понимаю 1.7 мне достаточно, но ребятки 2013 год как то не современно..
В отличие от джумлы и друпала, WP мне и изучать практически не пришлось. Все ясно практически сразу при взгляде на админку. Нажал кнопку «добавить запись», выбрал рубрику и готово. В джумле же… чтоб добавить запись куда надо, нужно было поплясать с бубном по разным непонятным разделам, а еще предварительно создать эти самые рубрики. Не знаю как сейчас, но раньше так было. В общем деревянная абсолютно админка. Плагины постоянно не работали или конфликтовали друг с другом и могли вовсе положить сайт, без возможности войти в админ-панель, после чего требовалась переустановка всего.
Именно за счет этой простоты WP и стал таким популярным. Дружное сообщество, масса материалов, понятный даже для обычной домохозяйки интерфейс, бесплатность — все это сделало свое дело. Разобраться в WP на базовом уровне можно даже без знания HTML и CSS.
Ну насчет сообщества… я создавал несколько тем с вопросами на англоязычном официальном коммьюнити, ответили только на половину, остальные так и остались без ответа.
«Разобраться в WP на базовом уровне можно даже без знания HTML и CSS.» — и в итоге мы имеем 60% сайтов в интернете перегруженные «плюшками» и плагинами. Гнать в шею надо таких блогеров. Я очень часто закрываю сайты на которые захожу — именно из-за долгой загрузки.
Тут только такой вариант — Ты домохозяйка, тебе настроил специалист сайт, а ты пользуешься. Но если ни в зуб ногой — не берись. Ведь именно из-за этого, на блогах тысячу раз задают элементарные вопросы — «почему всё поехало» и «встало криво»
Волшебник — западное сообщество более лояльно к новичкам — они или отвечают или проходят мимо. В РФ всё по другому — тут начинают объяснять «какой ты м*дак» и троллят без дела. Не зря есть похожий анекдот.
Хм, ну не сказал бы, на русскоязычном форуме WP такого флуда нет.
А вот на оф. форуме отвечают, но мало. Обычно сразу дают один ответ и все. Потом эта тема уже уезжает вниз и ее никто не видит. Чтобы увидели, надо постоянно что-то отписывать в своей теме.
Когда я говорил про форум, то имел в виду англоязычный форум WP. Мне там ответили только в половине случаев. К счастью WP обычно работает как нужно и вопросов возникает немного.
Задавал там тоже вопрос — правда, всего один. В итоге получил указание на стандартную статью из Кодекса, которую успел уже много раз проштудировать. Других ответов от пользователей так и не поступало. В моем случае эта статья не помогла, потому пришлось искать решение у самого хостера. В конечном счете, все свелось к багу в одном из плагинов.
Волшебник, давно ли drupal ставили? В Семерке он стал более проще и удобнее для простого пользователя. Кстати, в восьмой версии появится wysywig редактор, автоперевод, ООП…
Вообще, друпал это конструктор, в котором можно из коробки создавать различные типы материалов и блоки (виджеты) с различными полями для ввода информации. И вывод тоже можно настроить как угодно и в любое место при разных условиях. И все это делается в админке, без знаний php.
А по теме, Дрис уже не в первый раз обещает плавное развитие и т.п. А в результате количество модулей (плагинов) с каждой мажорной версией уменьшается как и самих мэинтейнеров. Также удваиваются минимальные технические требования.
Без знания php но с нормальными знаниями админки) wysywig в ядре обещают ? или что)а что касается количество модулей )) боюсь с переход к ООП совместимость опять сломается и даже глобальней чем в шестерке, слышал обещали даже API сломать) это будет почти равно изучению друпала с нуля)) так что 8 даже бету не ставил и не смотрел (боюсь :)) но надеюсь на лучшее
vovasik, общие принципы построения не изменились и админка тоже. Другое дело, api сломан и для мейнтейтеров модулей это головная боль.
simplytest.me и там drupal набери увидишь восьмерку раз тут тема такая.
AlexS, Друпал ставил давно, три года назад. И тогда для него было в разы меньше тем оформления чем для WP, то же самое и плагинов касается. (Да и сейчас наверное ситуация не улучшилась). Не нашел я и нормального туториала. Вернее нашел один, довольно впечатляющий, типа как работать напрямую с базой данных и выводить допустим в сайдбар список вакансий, но уж очень короткий, что-то вроде демо возможностей Друпал.
Не имея возможности подобрать и настроить приличную тему оформления, а так же не найдя нужных мне плагинов для необходимого мне функционала, а так же имея в виду недружелюбность админки я решил отказать от Друпала в пользу WP, где всё это имелось более чем, а туториал и изучение, даже поверхностное — не требовалось вовсе, ибо всё сделано интуитивно, просто и понятно, что домохозяйка разберется.
Т.е. я так понимаю, Друпал для тех, кто любит программировать, отлаживать и копаться в коде, доводя напильником до нужной кондиции. Я не программист, это не моя работа, и этим заниматься мне не нужно.
Я пишу статьи, создание контента — вот моя работа, и CMS для меня — инструмент, который будет доставлять мои статьи посетителям. WP справляется с этой задачей на пять баллов при минимуме трудозатрат с моей стороны. А вот Друпал и Джумла к сожалению не заводятся с пол-оборота без специальных знаний.
Мне WordPress сейчас больше нравится. Испробовал и юкоз и блогера. Вот думаю за джумлу взяться.
Это вордпресс то дружелюбный для новичков? Вы шутите? Там даже установка сайта — это прописывание данных для базы данных в конфигурационном файле (!!!) — это же сущий ад для новичков. В том же друпале уже давно это можно прописать в веб интерфейсе, на этапе установки.
Далее, многие вещи которые в вордпресе делаются через код, в друпале правятся через админку, т.е. без написания строчек кода и без знания языков программирования можно сделать очень сложный сайт. В этом одно из преимуществ друпала.
По поводу админки — в вордпресе админка простая, потому что там выведен минимум функционал. В джумле запутанная, согласен (поменять тайтл главной страницы — надо зайти в Меню). В друпале же после просмотра многочисленных cms — самая понятная админка. Пункты меню разделены по разделам, очень удобно и, главное, логически правильно сделано.
P.S. Два года использовал вордпресс и считал его лучшей cms, потом знания и требования выросли, понял что глубоко ошибался, теперь для меня друпал — вершина удобства и функциональности.
1. WP устанавливается без прописки каких либо данных в файлах, через web интерфейс.
2. Почти все вещи в WP делаются не через код, а установкой плагинов.
3. Друпал для тех, кто хочет делать всё самостоятельно с нуля, а не пользоваться уже готовыми решениями.
1. Разве http://codex.wordpress.org/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_WordPress?
«Откройте wp-config.php в вашем любимом текстовом редакторе и впишите в него настройки подключения к базе данных. »
2. Создание новых типов материалов? Произвольный вывод материалов, комментариев (за определенный промежуток времени, с наличием или восшествием комментариев и т.п.), создание дополнительных наборов правил по изменению загружаемых изображений?
3. Не спорю, но там тоже есть готовые решения и их изменить намного легче под свои требования (без правки кода).
1. Это если по старинке делать, если что-то не получается. Но это не требуется.
2. Через плагины всё что угодно можно сделать.
3. http://i.imgur.com/bI0Q9Os.jpg Дача заменить на Друпал)