Warning: file_get_contents(http://forum.cmsmagazine.ru/ssi.php?a=lastposts&treeview=1&notopics=1&topic=472&max_level=20) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.1 403 Forbidden in /home/cmsmagazine.ru/public_html/scripts/forum_connetion/fc_get_last_comments.func on line 134
Вебпланета - CMS Magazine
 
 
Закрыть
E-mail:
Пароль:
Забыли пароль?
В каталоге проекта: 13 181 веб-студия, 959 CMS, 227 127 сайтов.
РегистрацияCMS MagazineВход
CMS Magazine CMS Magazine

Анна Федорук о проекте «Вебпланета»

Об авторе

Имя: Анна Федорук

О проекте

http://webplanet.ru/ Сайт: http://webplanet.ru/
CMS: Drupal
тИЦ сайта: 6 800
Посещаемость: > 8 000
Страниц: > 20 000

"Вебпланета" - ежедневный журнал с редакторским контентом и возможностью комментирования для пользователей. ВП нам досталась уже с большим архивом статей и комментариев, с уже сложившейся структурой. Задача была - воссоздать ВП на новом движке (Друпале), обновить функционал и структуру, но при этом не потерять ничего из того, что было раньше.

Вопросы-ответы

Какое Вы имеете отношение к проекту?

Анна Федорук:

Разработчик

В двух словах - о CMS

Анна Федорук:

Вообще я люблю Друпал :) Я говорю это с точки зрения разработчика. Я подозреваю, что с точки зрения редактора сайта, Друпал может быть сложен для освоения и не очень хорош в смысле usablity. Это - обширное поле деятельности и для разработчиков самого Друпала (и они много делают в этом напавлении) и для разработчиков конкретных сайтов. Но как разработчик я не перестаю радоваться его гибкости, тому, как много самых разных вещей он позволяет делать, причем не используя какие-то грязные хаки, а вполне законными методами на уровне API. Это действительно очень удобный и гибкий конструктор, используя который, можно строить почти все, что захочется, при этом не занимаясь скучной и рутинной работой.

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

На какой версии CMS работает проект?

Анна Федорук:

4.7 (это была актуальная версия в ту пору, когда сайт делался, и с тех пор он на ней и работает)

На сайте сейчас установлена достаточно "не новая" версия Drupal'а. Свидетельствует ли это о том, что на крупных проектах его обновление проблематично - или причина в чем-то другом?

Анна Федорук:

На самом деле просто этот вопрос относительно ВП никогда не поднимался. Вероятно, их пока и так все устраивает.

Был ли выбор между несколькими системами? Если да, то какими были критерии выбора, кто рассматривался в качестве "кандидатов"?

Анна Федорук:

В случае с "Вебпланетой" такой выбор если и делался, то без моего участия. Перед нами (Стерно.Ру) изначально ставилась задача сделать сайт на Друпале, за тем к нам и пришли Леха Андреев и Юра Синодов. Но примерно за полтора года до этого я делала такое сравнительное исследование для совем другого проекта, для которого мне нужно было выбрать CMS. Сравнивались (если я правильно помню, давно это было) NetCat, Битрикс, Drupal, Typo3, eZ Publish, Mambo (Joomla тогда еще не было). Во внимание принимались возможности систем "из коробки", возможность расширения функционала, общая стоимость разработки с учетом стоимости самой CMS (для коммерческих). Тогда я выбрала Drupal, и в общем-то ни разу не пожалела.

Потом были проекты на Друпале в Стерно.Ру, например, сайт stardogs.ru - и как правило делать выбор из различных CMS уже не приходилось. Это не значит, что Друпал одинаково хорошо подходит для всех сайтов, просто мы делали именно коммьюнити-ориентированные проекты, для которых он подходит отлично.

Вот поэтому и задача была изначально не "сделать как-нибудь ВП", а "сделать ВП на Друпале".

Сколько времени заняла разработка сайта?

Анна Федорук:

Меньше, чем полтора месяца. Все надо было сделать очень срочно. Слава Друпалу, реализовать функционал было не очень сложно, ведь по сути ВП - это несколько лент контента разного типа и разной тематики. Сложность была в переносе немаленького архива старой ВП с сохранением старых URL.

Сколько человек занимаются поддержкой сайта в настоящее время?

Анна Федорук:

Тем, что касается именно Друпала - занимаюсь только я. Да, это мне нужно присылать гневные комментарии "Почините наконец капчу", и я ее обязательно починю, честное слово :)

Можете выделить какие-то особенности CMS, которые были (есть) особенно полезны/вредны для Вашего проекта (при разработке, поддержке)?

Анна Федорук:

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

Насколько был достаточен стандартный функционал? Пришлось ли дорабатывать ядро, ставить плагины, дорабатывать функционал?

Анна Федорук:

Как и во многих других проектах стандартный функционал Друпала был достаточен _в принципе_. То есть вообще-то там было все, что нужно - регистрация пользователей, комментирование, разделение доступа, таксономия и т.д. Но, конечно, что-то было не совсем так, как хотелось, что-то нужно было дополнить - для этого, конечно, пришлось писать свои модули. Это нормально :)

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

Вообще Друпал хорош тем, что его ядро предоставляет очень функциональный API, но кроме того существует куча модулей, реализующих какие-то собственные API, которые вы можете использовать для создания своего собственного, может быть очень специфичного функционала. Это хороший компромисс между использованием готовых модулей, которые вроде бы делают то, что вам нужно, но совсем не так, как вам нужно, и написанием полностью с нуля вашего функционала. Модули типа ImageAPI, ImageCache или VotingAPI делают жизнь намного приятнее и проще.

Правда, сказанное в предыдущем абзаце не очень относится именно к ВП, потому что тогда, когда она создавалась, таких API было еще мало, да и вообще, Друпал был еще совсем на другом уровне развития.

О CMS Magazine

Мне кажется, посетителям сайта больше всего нужна помощь в выборе CMS. Возможность сравнивать различные продукты тут очень полезна, и "Личный опыт" тоже. Но может быть, можно сделать что-то типа Яндекс.Гуру на Яндекс.Маркете - когда человек, выбирающий CMS каким-то образом описывает свои потребности - и получает несколько решений на выбор с примерным подсчетом стоимости (для коммерческих CMS).

Или предложить какие-то типовые решения для наиболее распространенных типов сайта. Может, что-то типа аналитических статей, но не посвященных абстрактному сравнению нескольких CMS, а сравнению в свете потребностей этого конкретного типа.

Я понимаю, что это непростая работа, но мне кажется, что это было бы очень полезно. Выбор - это тяжело :)

Оценка:     4  

Комментарии (2)


CMS Magazine CMS Magazine
Реклама
RSS-подписка
CMS Magazine CMS Magazine
CMS Magazine