
Обе упомянутые в
первой части тенденции лишь усугубились: индекс Доу-Джонса и NASDAQ ежедневно сдают свои позиции, а количество хабрастартапов на территории 1/6 части суши растет в геометрической прогрессии. Свидетельством прихода на этот рынок серьезных игроков служит хотя бы
это предложение. Сначала я подумал, что это очередная попытка легализации средств уведенных из SG, но по имеющейся на сей час инсайдерской информации заказчик имеет отношение к медиахолдингу компании… нет, не буду называть имя компании, намекну лишь, что председателя совета директоров этого энергетического монстра часто можно встретить на аватарках хабрапользователей.
Но не будем о политике – вернемся к стартапам. В первой части вкратце описывались шаги, необходимые для создания напоминающего habrahabr сайта. В сегодняшнем топике основное внимание будет уделено социализации проекта.
Также я должен покаяться, что использование магических символов 2.0 в заголовке – это чистейшей воды популизм, я всего лишь так, по-модному, пронумеровал топик. К моему глубочайшему стыду, я не знаю, что такое 2.0 – сказывается отсутствие в домашней библиотеке трудов О’Рейли на языке автора. Я, конечно, догадываюсь, что если дизайн сайта выполнен преимущественно в пастельных тонах с зеркальным логотипом, а основу составляет USG, для загрузки которого не нужно перегружать страницу, ибо везде аякс, то это и есть web 2.0. На этом познания заканчиваются (буду благодарен за ссылку, которая расставит все точки над i по этому вопросу хотя бы для меня).
Что я понимаю под социализацией в данной ситуации? Социализация – процесс издевательства над CMS Drupal, в результате которого наш пользователь не будет себя чувствовать на сайте так, как будто он случайно забрел на общую новостную ленту портала gazeta.ru.
Начнем с самоидентификации пользователя. Модуль Profile позволяет гибко настраивать систему регистрации. В регистрационную форму можно добавлять произвольные текстовые поля, адреса, дату, свободно заполняемые списки, жестко задаваемые выпадающие списки. Все эти поля, в зависимости от настроек, могут быть публичными, приватными, скрытыми, обязательными к заполнению и нет. Залогинившись после регистрации, пользователь получает страницу в виде, предустановленном администратором для его роли. В зависимости от настроек, внешний вид может быть, как идентичным анонимному, так и совершенно отличным от него не только количеством блоков, доступным функционалом: отличаться может и язык, и, в целом, шаблон сайта. Подгонку сайта под конкретного пользователя также можно выполнять и с помощью модуля MySite (в комплекте с ним идет дополнительный модуль MySite Icons). Модуль позволяет менять многое от иконок до количества колонок при выводе материалов. Хочется отметить, что работа по обновлению модуля ведется очень активно: год назад у модуля была версия 1.10, а сейчас уже 2.17. Не зря же авторы модуля обещают функционал схожий с MyYahoo!
После баловства с этим монстрообразным модулем попробуем и что-нибудь поменьше –несколько модулей, которые будут решать узкоспециализированные задачи. Начнем с закладок. Поскольку стартап у нас будет очень интересный и полезный, то пользователь захочет остаться здесь надолго. По ходу изучения сайта он будет апериодически натыкаться на отличные креативы, и мышка самопроизвольно будет тянуться к меню с закладками. Облегчим ему задачу – установим bookmark_us. Что же делает этот модуль? Он создает блок с 2 ссылками. Кликая по первой, пользователь добавляет в закладки браузера адрес главной, кликая по второй – конкретной страницы. Лично меня этот модуль заставил вспомнить канувшую в Лету эпоху «народных» сайтов. Каждый уважающий себя «мегапортал» считал нужным на видное место поместить кнопки СДЕЛАТЬ СТАРТОВОЙ и ДОБАВИТЬ В ЗАКЛАДКИ. Так что без сожаления удаляем этот рудимент и устанавливаем Click2bookmark. С помощью его мы без проблем сможем добавлять понравившиеся материалы в закладки, которые CMS будет бережно складывать в нашем профиле.
Но мы ведь делаем сайт не для законченных эгоистов! Попав на наш мегапортал пользователь тут же захочет оповестить о нем своих друзей/врагов (нужное подчеркнуть). Можно, конечно, это сделать с помощью телефонного разговора, СМС, личной встречи, но ведь на дворе уже 91-й год от Великой Октябрьской революции – используйте инвайты. Для этих целей нам подойдет любой из 2 модулей: Invite или Simple invite. Различий между ними мало – в количестве адресатов, да совсем чуть-чуть в интерфейсе, который состоит из 2 полей ввода: адрес и текст приглашения.
После выполнения спам-рассылки наши адресаты бросятся регистрироваться, количество пользователей по экспоненте поползет к вершинам рейтинга Alexa. Что же нам делать с друзьями на сайте? Ответ очевиден – дружить! И в этом нам поможет модуль Buddylist, который тянет за собой и Buddylist Invite, но об инвайтах мы уже поговорили – продолжим о дружбе. Настройка модуля состоит из настройки шаблонов сообщений, количества отображаемых друзей, да возможности формирования групп. Сразу после установки нам станут доступны дополнительные блоки: последние посты друзей, личные сообщения.
Помимо модуля Buddylist существует и более новая группа модулей Buddylist2. Они обладают более широким функционалом, в частности, «из коробки» они формируют ряд дополнительных блоковых видов. На мой взгляд, польза от этого не так уж и велика – при желании похожего результата можно достигнуть сочетанием классического модуля Buddylist Invite и Views.
После того, как мы со всеми передружились, начинаем активно общаться. Для этого у нас есть встроенная в «модуль дружбы» опция личных сообщений. Если же этого нам покажется мало, то без проблем установим Privatemsg. Разницы между ним и встроенным модулем почти никакой. Разве что появляется возможность создавать папки для корреспонденции в дополнение к дефолтным «Входящие» и «Исходящие». Появляется также возможность одним кликом начать послание автору материла на сайте, но для этого предварительно нужно установить, для каких типов контента это приемлемо. Там же устанавливается видимость кнопки «Написать автору» для комментариев, тизеров и полных материалов. Многотысячные армии фанатов нашего сайта будут общаться не только посредством личных сообщений. Для них мы заготовим форумы и/или блоги. Дебатировать на тему взаимодополняемости или взаимоисключаемости этих двух способов коммуникации на одном ресурсе мы не будем, а перейдем к еще одному каналу общения, перейдем к чату.
Drupal team приготовила для своих пользователей несколько вариантов. Есть среди них модуль, который так и называется Chat, но мы остановимся на другом решении. AjaxIM устанавливается с идущим в комплекте ajaxIM server и требует не раз упомянутого нами модуля Buddylist. В итоге мы получаем достаточно милый форум с так называемыми «квиповскими» смайлами, возможностью создания отдельных чатрумов. В ближайших планах авторов значатся логи, поддержка Buddylist-групп, добавление возможности отправки сообщений пользователям, находящимся в офлайне. На
сайте разработчиков можно уточнить, планируется ли рабочая версия для PostgreSQL, ознакомиться с переводами чата на различные языки мира (в т.ч. числе и на великий и могучий), а также узнать, что разработчики являются выходцами из наших краёв.
В ходе активного общения у наших посетителей, как и у всех социальных существ, возникнет потребность объединения в группы по гендерному, профессиональному, этническому или еще какому признаку. Эту потребность предусмотрели авторы модулей OG-группы. Головной модуль OG потребует наличия Views и Views RSS. После инсталляции нужно установить вид отображения групп на странице регистрация пользователя, в списке групп, настроить видимость сообщений в группе, шаблоны для e-mail. Группу также необходимо связать с видом контента, это может быть как один из дефолтных видов, так и созданный специально для групп. Ряд OG-модулей достаточно велик и, судя по комментариям к предыдущей части, хорошо знаком общественности. На этом позволю себе поставить точку, т.к. подробное описание модулей для создания и управления комьюнити не входило в задачу сегодняшнего топика – по большому счету, это тема для отдельного поста.
копия
комментарии (60)
Автор болен, и это видно по рисунку.
прям под логотипом хабра (у мя "хабраридер") такая херь))))
За столь подробное описание респект.
А еще просьба небольшая: добавьте ссылку на предыдущую часть.
http://habrahabr.ru/blog/drupal/34268.ht…
Вирусы не запускаю - клепателей стартапов хватает и без меня.
Пост - попытка ответить на часть вопросов, которые были заданы в комментариях к первой части. По ходу написания понял, что всего не объять. Про те же группы всего пару слов. Многие вещи вообще даже не упомянуты.
Про "мой хабр" была скорее первая часть, а в этом топике просто описывается социализация, практически без оглядки на хабр.
Коллективные блоги придумали не на хабре, так что я не вижу в статье того, что обещано в ее заголовке. Т.е. хабрасила, ограничение и преимущества, которые она дает, ну и т.д.
Но статья отличная, автору поставил бы плюс (и не один), да вот я тут недавно, то ли кармы нет, то ли силы, я еще сам не разобрался =)
На мой взгляд даже лучше чем первая часть.
И зря вы так придираетесь к осознанию автором веб 2.0 :) Вот я к примеру, уже не первый год разрабатываю исключительно 2.0, проекты, а на вопрос что это - отвечу примерно то же самое :)
А теперь пару интересующий меня моментов:
1. А есть ли в модуле друзей финты типа "Последние гости", диаграмма френдования, топ 10 (5) пользователей? Да, про рейтинги - есть ли под Drupal система рейтингов фото пользователей и прочих фото, да и не обязательно фото.
2. Попадался ли модуль для отображения адреса на maps.google?
Есть. Вот модуль, позволяющий пользователям рейтинговать что угодно - с его помощью можно создать клон Digg'а (ну, или News2.ru - кому как больше нравится): http://drupal.org/project/drigg
С его помощью вы можете делать голосовалки для любого типа контента - хоть для статей, хоть для фоток. Демонстрация модуля здесь: http://www.drigg.org
Тоже есть. Находится этот модуль здесь: http://drupal.org/project/location . Полная интеграция с гугловскими картами через их API. А что вы на картах будете отображать, зависит только от вашей фантазии.
А вообще Друпал мне очень понравился. Хотя у меня нет вообще никаких программистских навыков, а больших денег на свой некоммерческий IdeaBlog.ru тратить принципиально не хочу, я решил разобраться с Друпалом сам. Это было очень несложно (и при этом увлекательно). Столкнулся с Друпалом я когда я перевел свой проект http://www.ideablog.ru со страшно глючившего у меня WordPress'a на него. С начала января потихоньку разбирался в нем, установил отдельно от WordPress'а и экспериментировал с разными модулями. А 28 января перевел на Друпал IdeaBlog.ru полностью - правда, вынужденно, потому что хостер уже грозился заблокировать глючный WordPress несмотря на то, что я отключил на нем все плагины, кроме FeedBurner'а.
Единственный недостаток Друпала - это его прожорливость. На shared хостинге даже проекту с относительно небольшой посещаемостью (несколько сотен уников в день) трудно - будет тормозить. А если посетителей под тысячу, да еще много модулей подключено, да еще и переводы Друпал постоянно из БД при каждом запросе подсасывает, то вообще труба. Мне из-за этого пришлось в конце недели переехать на выделенный сервер. Хотя, конечно, я не исключаю, что если бы я разбирался в программировании (или нанял бы специально обученного человека), то можно было бы Друпал и оптимизировать. Но мне легче сервер купить :).
Но в любом случае по сравнению с WP Друпал - это песня!
Мда... Даже не ожидал, с таким богатым списком расширений становится вопрос - "Так а почему лучшая CMS 2007 - это Joomla?!" :)
Ну надеюсь что я наконец найду время и займусь собственным блогом, и вот на нем и можно будет опробовать фишки друпала.
А про прожорливость - видимо необходимо устанавливать кэширование там где это возможно... ведь в большинстве случаев именно это и спасает, думаю в друпале это должно быть...
А по поводу лучшей CMS - это вопрос, скорее, религиозный.
Найдется немало опросов, рейтингов, конкурсов, по результатам которых лучшим признавался Drupal;
Что то вы напутали:
2007 Overall Open Source Content Management System Award:
1. Drupal
2. Joomla!
3. CMS Made Simple
Most Promising Open Source Content Management System:
1. MODx
2. TYPOlight, dotCMS
Best PHP Open Source Content Management System:
1. Joomla!
2. Drupal
3. e107
Best Other Open Source Content Management System:
1. mojoPortal
2. Plone
3. Silva
Best Open Source Social Networking Content Management System:
1. WordPress
2. Drupal, Elgg
т.е. Лучшая CMS из всех — Drupal, лучшая на PHP — Joomla
Не понял, как это. Drupal разве не на PHP?
Для размышления:
http://www.drupal.ru/node/9050
http://www.packtpub.com/award
getcash
locale (лезет в БД за переводом при каждом запросе). Представляется, то если реализовать кеширование именно этого модуля и при каждом запросе Друпал и все его модули не будут лезть в БД за переводом, то кол-во запросов и время генерации страницы можно уменьшить.
panels (http://drupal.org/project/panels) - разбивает страницу на много блоков, в каждом из которых может показываться свой контент. У меня на IdeaBlog.ru реализовано это на главной странице и на странице статей и новостей (в последних двух случаях выводится в верхнем блоке облако тегов, а в нижнем идет список статей или новостей соответственно).
taxonomy - тут больше всего подгружает облако тегов, которое находится на каждой странице и каждый раз запрашивает все теги и на основе их веса формирует облако тегов. Представляется, что если сделать кеширование tagadelic'а (модуль, отображающий облако тегов) и он будет обновляться, скажем, только раз в два-три часа, то количество запросов к БД можно будет значительно снизить.
Так что кеширование - это не панацея. Лучше просто не скупиться на железо (оно сейчас обходится гораздо дешевле разработчиков) плюс дорабатывать напильником наиболее прожорливые модули.
Заглянул на Ваш сайт.
Не смог понять, что там было такого, что модуль панелс понадобился.
Ткните пальцем, что именно он там реализует.
- Вывод анонса статьи в самом верху - в верхней панели
- Вывод анонса последней новости и списка ссылок на 10 последних новостей - в панели чуть ниже
- Вывод тизеров последних 15 статей - в панели еще ниже.
В Вордпрессе меня не устраивало то, что публикация новостей очень сильно задвигает вниз более долгоиграющие аналитические материалы (статьи). Здесь я решил этот вопрос с помощью панелей - теперь сколько бы новостей не было, анонс последней новости висит на втором сверху месте и не сдвигает вниз анонса последней статьи (а также остальные, более старые статьи, которые идут ниже).
На странице Новости и комментарии:
- В верхней панели расположено облако тегов с тегами, которые используются только в материалах типа "Новость"
- В нижней панели идет список тизеров новостей.
То же самое и на странице "Статьи", только облако тегов наверху отражает только теги материалов типа "Статья".
Возможно, это можно было бы реализовать и по-другому, но мне понравилось именно так - модуль NodeQueque плюс модуль Panels. Я один раз все настроил, и теперь, чтобы разместить любую статью в списке статей, мне надо нажать всего на одну ссылку ("Добавить в список статей"). То же самое для того, чтобы вывести любую статью в анонс на главную - нужно нажать опять же одну ссылку "Добавить в анонс на главную". С новостями так же - в список новостей и на место анонса последней новости на главной странице материалы можно отправить кликом по одной ссылке.
Что мешало использовать обычные блоки?
Я это к тому, что часто общественность сетует на неуёмную прожорливость друпала, а в это же время сайт обвешивается избыточными модулями.
Неопытность наверное :)
Посмотрел Ваш проект, на мой взгляд, достаточно неплохо реализованный. Как-то слабо верится, что человек, сделавший его, не представлял, что такое views и с чем его едят.
P.S. Кажется, на сайте не все гладко в плане верстки. Например, присмотритесь к СОЗДАТЬ МАТЕРИАЛ.
В плане верстки возможны недочеты - я взял готовую тему и ничего в ней не изменял. Попозже найму кого-то, чтобы подправил недочеты верстки - сейчас есть более неотложные дела.
Сообщение от владельца этого фида: ??? RSS-????? ??????? "??????" ??????? IdeaBlog.ru
Вы, наверное, нажимали на картиночки с изображением количества подписчиков, а там были прописаны прямые ссылки на FeedBurner, а не моего ссылки на фид сайта, который уже редиректится на фид FeedBurner'а.
При этом когда редиректится, все отображается нормально, а когда стоят прямые ссылки на фид FeedBurner'а, то почему-то возникают проблемы с кодировкой. Странно...
И еще, я слышал от седобородых старцев, что когда-то, очень ...
хабр был на друпале o_O
Но для того движка который сейчас, Д. послужил как минимум "вдохновением" :)
(не завалите плиз drupal.ru)
:)
Да что там, вот http://chingrimaachh.com.au/blogs/neemie…
Пример готовой социальной сети, с блогами, закладками, геокодингом и прочим. Установка буквально в четыре шага - архив распаковал, базу указал и готово. Кушать подано.
http://samirukami.ru/
http://culinarmy.ru/
КАК ПРАВИЛЬНО РАЗВОДИТЬ СПИРТ
Пробовал для решения этой задачи Image - он складывает все в одну папку. Пробовал ImageCache + CCK Image Field - такая же фигня. Сейчас пробую втупую TextField, в которую руками ввожу адрес картинки, - но как тогда быть с тремя разными размерами картинок? Пусть браузер их ресайзит, что ли?
Вот такой у меня тупик. Кто-нибудь сталкивался с подобной проблемой? Как наладить управление файлами в Drupal? Кто чем пользуется, коллеги?
Если нужно разделение файлов по пользователям - в IMCE присутствует возможность настройки путей. К примеру, для рута по умолчанию папка u1.
P.S.: а еще в радужных снах видится, что отобранная картинка будет отображаться в поле редактирования как-нибудь по JS. Только как это сделать?
Тюнится на раскладываение файлов в стиле 2008/02/12, но это надо будет и JS переписывать и PHP. Всё решаемо. Посмотрите, там в паре мест нужно только вклиниться.
Но попрошу кого нибудь выложить готовый(отконфигурированный) демо скрипт, чтобы понять как работает и вообще ;)
я вожусь несколько дней с вашей статьёй , и все дейсвия повторяются "Поставил, настроил, друпал умер, снёс всё, поставил заного, опять настроил, и опять он умер".
Если Кто может выложите готовый.
p.s. Видел http://mysubaru.ru - на друпале, хотелось бы тоже самое...