Комментарии 140
Букав многа, а читается с интересом и быстро.
НЛО прилетело и опубликовало эту надпись здесь
Ну вот, где-то со второго абзаца я понял что осилю реальный проект с нуля сам... К окончанию материала я стал пессимистом...
Я тоже "попался" :)
А где можно зарегистрироваться, ну хоть за деньги, и маленький "хабр" готов? Для целей внутрифирменных. Фирма невелика
А где можно зарегистрироваться, ну хоть за деньги, и маленький "хабр" готов? Для целей внутрифирменных. Фирма невелика
хмм а зачем вам маленький хабр, точнее как вы его будете использовать?
У меня не праздный интерес, мы просто как раз для себя делаем такой сервайс, и вот думаем делать открытую авторизацию, закрытую, надо оно кому-то или не надо.
У меня не праздный интерес, мы просто как раз для себя делаем такой сервайс, и вот думаем делать открытую авторизацию, закрытую, надо оно кому-то или не надо.
Да все просто.
Мне нравится что обсуждение в таком формате , как здесь,хорошо воспринимается зрительно и просто удобно.
В отличие от классических форумов и чатов.
Хотелось использовать подобный сервис, как элемент ведения работы над проектами.
Я пробовал для этой цели бизнес-чат http://www.campfirenow.com от 37signals , но мне немного не понравилось у них.
Мне нравится что обсуждение в таком формате , как здесь,хорошо воспринимается зрительно и просто удобно.
В отличие от классических форумов и чатов.
Хотелось использовать подобный сервис, как элемент ведения работы над проектами.
Я пробовал для этой цели бизнес-чат http://www.campfirenow.com от 37signals , но мне немного не понравилось у них.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за рецепт, будем "кроликов" разводить:)
Я думаю главная ценность статьи - это показать то, что если реально у вас есть нормальная идея, то реализовать это можно не применяя огромных средст. Спасибо! Я думаю многим сомневающимся она поможет.
Отличная статья, лучший из всех быстрых how to, что я видел по Drupal'у.
Но все-таки с созданием нестандартых фишек у Drupal'а имеются некоторые трудности. Во-первых, сделать свой тип информационной единицы (статьи, описания продукта и т. д.) сложно. Приходится ставить дополнительный модуль, который создает дополнительные таблицы для нужными полями для каждой такой информационной единицы. Это мягко говоря отрицательно сказыается на производительности. Во-вторых, ЧПУ делаются далеко не так просто как хотелось бы (а в добавок с ростом сайта, ой простите, социальной сети, начинают тормозить. Недетско.)
Но идея того, что не обязательно иметь много ресурсов для разработки стартапа передана отменно ;)
Но все-таки с созданием нестандартых фишек у Drupal'а имеются некоторые трудности. Во-первых, сделать свой тип информационной единицы (статьи, описания продукта и т. д.) сложно. Приходится ставить дополнительный модуль, который создает дополнительные таблицы для нужными полями для каждой такой информационной единицы. Это мягко говоря отрицательно сказыается на производительности. Во-вторых, ЧПУ делаются далеко не так просто как хотелось бы (а в добавок с ростом сайта, ой простите, социальной сети, начинают тормозить. Недетско.)
Но идея того, что не обязательно иметь много ресурсов для разработки стартапа передана отменно ;)
1) По поводу ЧПУ - делаются буквально в один клик. Причем можно поставить модуль для автоматической генерации ЧПУ по названию материала (в том числе и на русском).
2) По поводу "типов информационных единиц" - надо ставить CCK + Views, работает достаточно быстро (насколько это возможно для универсального решения).
2) По поводу "типов информационных единиц" - надо ставить CCK + Views, работает достаточно быстро (насколько это возможно для универсального решения).
В Drupal'е многое делается в один клик. Но если нужно немного отойти от стандартного вида, то начинаются проблемы. Допустим, если нужно не транслетировать ЧПУ, а переводить на нормальный английский язык, приходится часто лезть в файл конфигурации.
Да CCK бегает шустро до определенного времени; у меня долгое время показатели среднего использования CPU на хостинге вообще по нулям стояли. Но потом, когда количество перешло в качество, пришлось платить на порядок больше, хотя контент прибавился не сильно.
Да CCK бегает шустро до определенного времени; у меня долгое время показатели среднего использования CPU на хостинге вообще по нулям стояли. Но потом, когда количество перешло в качество, пришлось платить на порядок больше, хотя контент прибавился не сильно.
если не секрет сколько сейчас хостов/хитов ?
просто свой проект хочу переводить. собираю материалы по разным CMS
просто свой проект хочу переводить. собираю материалы по разным CMS
Привет, не ожидал здесь увидеть.
Обращайся, если чего, могу подсобить чем или проконсультировать в плане вебдева.
Мах
Обращайся, если чего, могу подсобить чем или проконсультировать в плане вебдева.
Мах
У меня проект на Drupal (ох и намучился я с ним). Жрет рессурсы так, что ни один хостинг не держит. PHP по 50 мег памяти кушает (ну кто такое даст?) + по 600 запросов в базу (это из-за ЧПУ). Сижу на виртуальном сервере с гигом оперативки. Народу всего 500 хостов.
Весь этот геморрой имею как раз от того, что хотел все по-быстрому. Получилось. Но теперь надо искать время, чтобы все переписывать самому с нуля.
Весь этот геморрой имею как раз от того, что хотел все по-быстрому. Получилось. Но теперь надо искать время, чтобы все переписывать самому с нуля.
это все очень плохо... :(ладно. пока один проект запустим на dupale а там видно будет...
Видно вы не пробовали других провайдеров, или в консерватории что-то...
"Проблемы" и узкие места начинают сказываться в Drupal от 5тыс уников(на виртуальном).
Если провайдер вам не выделит под сайт 50 Мб - то его сложно вообще назвать провайдером :)
Ну любит у нас народ строить небоскрёбы лопатами и клоны-хабра на бесплатном хостинге...
А потом удивляются, отчего вдруг Drupal плох и почему народ не посещает такие шедевры. Вы попробовали бы Битрикс, так, для сравнения. Ну, или на крайний случай,привели бы ссылку на сайт. Возможно вам и совет могли бы дать по ускорению.
"Проблемы" и узкие места начинают сказываться в Drupal от 5тыс уников(на виртуальном).
Если провайдер вам не выделит под сайт 50 Мб - то его сложно вообще назвать провайдером :)
Ну любит у нас народ строить небоскрёбы лопатами и клоны-хабра на бесплатном хостинге...
А потом удивляются, отчего вдруг Drupal плох и почему народ не посещает такие шедевры. Вы попробовали бы Битрикс, так, для сравнения. Ну, или на крайний случай,привели бы ссылку на сайт. Возможно вам и совет могли бы дать по ускорению.
НЛО прилетело и опубликовало эту надпись здесь
Эх, капельку бы пободробней. Огромное спасибо за материал.
Сколько в среднем уйдет времени, чтоб сделать это все у хорошо подготовленного человека?
Сколько в среднем уйдет времени, чтоб сделать это все у хорошо подготовленного человека?
Комьюнити реализуются с помощью модуля OG и всех прилагающихся. Хотя чтобы сделать один в один как на Хабре ещё придётся постараться
Переместите темку в блог о друпал:
http://habrahabr.ru/blog/drupal/
Интересный топик, опередили мою задумку :)
http://habrahabr.ru/blog/drupal/
Интересный топик, опередили мою задумку :)
громаднейшее спасибо, еще лучик света на то, как оно все работает)
хороших выходных ;)
хороших выходных ;)
Класс! Супер! Спасибо! :)
Заодно разберусь с друпалом, наконец.
Заодно разберусь с друпалом, наконец.
С такими темпами прогноз на 2008 год для социальных сетей может и не оправдаться, ведь их появится не много, а очень много! И естественно специализированных. Спасибо за статью!
Кстати ждем еще open social и openid 2.0!
Кстати ждем еще open social и openid 2.0!
Кстати, автора можно поздравить не только с интересным и полезным топиком но и с годовщиной на хабре :)
Очень интересная статья, спасибо.
Предложения к улучшению: хотелось бы прочитать более подробное хау-ту относительно настройки модулей. Думаю, что у опытных пользователей друпала не возникнет проблем с фразами типа
"Создаем для начала 2 словаря: Вид креатива и Теги креатива. Для первого словаря создаем набор тегов: переводы, подкасты, ссылки..., но тех, кто открывает для себя CMS впервые они могут поставить в тупик.
При прочтении статьи я (как раз такой новичок в друпале) старался параллельно выполнять все ваши инструкции.
Вот, что получилось у меня в конце.
1. Не установился модуль vote_up_down, Не знаю, почему, но cms его не видет.
2. Пока не разобрался, как создать с помощью Views статичный вид главной страницы.
3. Не совсем понятно, как привязать tagadelic к словарям (в самом модуле привязки нет).
Я еще разбираюсь и божьей помощью (и с помощью google), думаю решу эти проблеммы, но думаю, автору статьи следует либо указать вначале статьи тот базис, который нужно знать, для того, чтобы применить изложенный материал на практике, либо больше внимания уделить деталям.
Предложения к улучшению: хотелось бы прочитать более подробное хау-ту относительно настройки модулей. Думаю, что у опытных пользователей друпала не возникнет проблем с фразами типа
"Создаем для начала 2 словаря: Вид креатива и Теги креатива. Для первого словаря создаем набор тегов: переводы, подкасты, ссылки..., но тех, кто открывает для себя CMS впервые они могут поставить в тупик.
При прочтении статьи я (как раз такой новичок в друпале) старался параллельно выполнять все ваши инструкции.
Вот, что получилось у меня в конце.
1. Не установился модуль vote_up_down, Не знаю, почему, но cms его не видет.
2. Пока не разобрался, как создать с помощью Views статичный вид главной страницы.
3. Не совсем понятно, как привязать tagadelic к словарям (в самом модуле привязки нет).
Я еще разбираюсь и божьей помощью (и с помощью google), думаю решу эти проблеммы, но думаю, автору статьи следует либо указать вначале статьи тот базис, который нужно знать, для того, чтобы применить изложенный материал на практике, либо больше внимания уделить деталям.
2. Для статичного вида используйте простой материал, привязку к главной сможете сделать потом в админке: /admin/settings/site-information
3. /admin/build/block тут уже заготовлены для каждого словаря свои облака :)
3. /admin/build/block тут уже заготовлены для каждого словаря свои облака :)
1. А вы поставили модуль Voting API http://drupal.org/project/votingapi до того как пытаетесь установить vote_up_down ?
3. Зайдите в "Блоки" ваши облака тегов по всем словарям таксономии уже там. Остается из только включить.
3. Зайдите в "Блоки" ваши облака тегов по всем словарям таксономии уже там. Остается из только включить.
Добрый день!
1. Сначала я попытался просто установить vote_up_down (я делал все в том же порядке, как изложено в статье). После того, как cms не захотела его устанавливать, я почитал инструкцию по установке и поставил все необходимые и желательные модули. Но друпал все равно не видит vote_up_down... =(
3. Спасибо! Теги настроил.
1. Сначала я попытался просто установить vote_up_down (я делал все в том же порядке, как изложено в статье). После того, как cms не захотела его устанавливать, я почитал инструкцию по установке и поставил все необходимые и желательные модули. Но друпал все равно не видит vote_up_down... =(
3. Спасибо! Теги настроил.
А сам модуль в Модулях виден? Т.е. возможно ли его там выбрать, или он неактивен. Если неактивен, то возможно не хватает какого то компонента, обычно написано красным.
Самого модуля нет. Красным ничего не написано. =(
Столкнулся с той же самой проблемой. Поставил версию модуля, которая находится в разработке ( http://ftp.drupal.org/files/projects/vot… - это ссылка на закачку архива!) и все заработало.
Замечательная статья! Сам почти добрался до такого же результата. Только вот со статьей вы меня опередили.
Один недочёт, вы хоть и указали в прямом эфире тематический блог, но его реализацию не описали.
Насколько я понимаю, тематические блоги на Хабре коллективные, а коллективные блоги в стандартную поставку Друпал не входят. Эта проблема решается установкой модуля Organic Groups (http://drupal.org/project/og).
Да и ещё про BUEditor. Корректно он работает в Опере только над drupal.ru. Стандартная его поставка в Опере не видна. У TinyMCE (3,0 RC) же есть небольшие проблемы с отображением в Firefox, но он вполне рабочий. IE к сожалению не тестировал, так как у меня его нет.
Один недочёт, вы хоть и указали в прямом эфире тематический блог, но его реализацию не описали.
Насколько я понимаю, тематические блоги на Хабре коллективные, а коллективные блоги в стандартную поставку Друпал не входят. Эта проблема решается установкой модуля Organic Groups (http://drupal.org/project/og).
Да и ещё про BUEditor. Корректно он работает в Опере только над drupal.ru. Стандартная его поставка в Опере не видна. У TinyMCE (3,0 RC) же есть небольшие проблемы с отображением в Firefox, но он вполне рабочий. IE к сожалению не тестировал, так как у меня его нет.
Какие у TinyMCE проблемы с лисом???
Возможно это ещё зависит от реализации дизайна сайта.
У меня в Firefox 2.0.0.11 (ubuntu-gutsy) при теме оформления spreadfirefox, пропадала левая граница у редактора, хотя правая была нормально видна. В Firefox 3.0 beta1 не видно обе границы (левую и правую).
Opera 9.25 видит редактор полностью.
У меня в Firefox 2.0.0.11 (ubuntu-gutsy) при теме оформления spreadfirefox, пропадала левая граница у редактора, хотя правая была нормально видна. В Firefox 3.0 beta1 не видно обе границы (левую и правую).
Opera 9.25 видит редактор полностью.
Криво сверстано скорее всего. Потому что этот редактор прекрасно держит все браузеры.
ХЗ просто. По моему проблемы с модулем интеграции в Drupal. Отдельно TinyMCE работает просто замечательно.
Всё нашёл проблему!
Всё банально в вёрстке темы.
Если в теме нигде не используется JavaScript, то для корректного отображения в заголовок шаблона page.tpl.php нужно добавить одну строчку:
Всё банально в вёрстке темы.
Если в теме нигде не используется JavaScript, то для корректного отображения в заголовок шаблона page.tpl.php нужно добавить одну строчку:
<?php
print $scripts
?>
Тут пример нормально отображает?
картинка зачетная ;)
если вас интересует производительность, думаю прийдется сразу забыть про "неприкосновенность" ядра и модулей.
А какой модуль отвечает за посещаемость ресурса?
Google, Yandex...
Не удержался, ответа не знаю :) Догадываюсь, что Tracker.
Не удержался, ответа не знаю :) Догадываюсь, что Tracker.
Statistics, модуль стандартный.
Чтобы не объяснять что такое трекер, взгляните сами:
http://drupal.ru/tracker
Чтобы не объяснять что такое трекер, взгляните сами:
http://drupal.ru/tracker
пожалели бы drupal.ru
ему и так тяжело, а сейчас все туда попрут :)
ему и так тяжело, а сейчас все туда попрут :)
этих не так жалко. да и железо у них посерьезней :)
Ну да, SUN отспонсировал хорошо: http://drupal.org/node/200275
Ок, спасибо!
Мне показалось, что Tracker, это к понятию User Tracker(-ing) - т.е. логирование откуда и куда по сайту перемещается пользователь. Ошибся.
Мне показалось, что Tracker, это к понятию User Tracker(-ing) - т.е. логирование откуда и куда по сайту перемещается пользователь. Ошибся.
А мне в качестве основы нужен сервис закладок (а-ля del.icio.us, Memori.ru). Но свой, со своей базой - хочу для себя утилитку написать. Пока видел только встроенный в WordPress Blogroll. Но он убогий, безтеговый, нет нормального вывода (со страницами, сортировками, поисками и др.), уже замучался его дорабатывать.
Есть что-то такое на примете?
Есть что-то такое на примете?
НЛО прилетело и опубликовало эту надпись здесь
Ждем наплыва говносайтов убийц-хабра завтра. Уеблы уже начинают работу...
Интересная статья! Спасибо автору!
Ждем продолжения.
Наглядная демонстрация возможностей Drupal.
Ждем продолжения.
Наглядная демонстрация возможностей Drupal.
даже и не знаю, смеяться или плакать:
http://search.freelancer.com.ua/go-30899…
http://search.freelancer.com.ua/go-30899…
Смеятся :))Меня улыбнуло!
Удачи им!
Удачи им!
на самом деле, для человека с опытом Друпала в полгода-год, это плевое задание. Не нужно путать создание сайта социалки и работу над ее дальнейшей жизнью
ну если взять какие-то базовые кривовато работающие модули с кривым переводом и просто собрать в кучу, то конечно. в реальной жизни придется это все серьезно обрабатывать напильником, что явно не вписывается в $300 и 7 дней :))
P.S. если не ошибаюсь, тот же vote up/down спокойно двет голосовать за себя и не подозревает что есть какие-то сроки голосования. а попробуйте настроить userpoints, что-бы он давал роли после набора определенного количества поинтов, а потом добавьте пару новых ролей и посмотрите что произойдет.
P.S. если не ошибаюсь, тот же vote up/down спокойно двет голосовать за себя и не подозревает что есть какие-то сроки голосования. а попробуйте настроить userpoints, что-бы он давал роли после набора определенного количества поинтов, а потом добавьте пару новых ролей и посмотрите что произойдет.
Как разработчик на Друпале, с последней мыслью вполне согласен, иногда появляются трудные моменты, которые наверняка проще оставить или обойти. У меня они тоже повлялись и я понимаю о чем вы :) Но, сугубо мое личное мнение, лучше уж попытаться поправить что-то одно и по возможности отправить патч в комьюнити (чтобы хоть как-то надеятся на апдейты), чем писать _все_ с нуля. Если вы фрилансер, то конечно проще сделать что-то свое и сбыть это заказчику. Но это превращается в головную боль для заказчика, которому потом и прийдется поддерживать ваше творение.
Как лицо, побывавшее в шкуре заказчика, я уж лучше прийму проект на Друпале, чем самописный движ, какой хороший бы он ни был. Почему? Потому что я всегда могу пойти на drupal.ru (drupal.org) и дать денег, шарящим в Друпале людям, чтобы они поддерживали проект.
Ну а на счет денег на хостинг и на "поддержку" - это уж забота заказчика и его идеи. Если идея гиблая, то кто же виноват, что 40К юзеров не могут обеспечить денег на плату поддержке и тем более на хороший хостинг.
Как лицо, побывавшее в шкуре заказчика, я уж лучше прийму проект на Друпале, чем самописный движ, какой хороший бы он ни был. Почему? Потому что я всегда могу пойти на drupal.ru (drupal.org) и дать денег, шарящим в Друпале людям, чтобы они поддерживали проект.
Ну а на счет денег на хостинг и на "поддержку" - это уж забота заказчика и его идеи. Если идея гиблая, то кто же виноват, что 40К юзеров не могут обеспечить денег на плату поддержке и тем более на хороший хостинг.
Почитал побольше про Drupal для расширения кругозора.
Его большой плюс в том, что можно собрать функциональный сайт без умения программировать, как такового.
Однако, у Drupal есть минусы:
1. Cложность в освоении (из-за перегруженности настройками, ИМХО).
2. Стрессоустойчивость к нагрузкам. Система сложная, реализуя свои конкретные цели при помощи Drupal, пользователь (не ведая того) создает множество не нужных таблиц и запросов. Поэтому, если сравнивать нагрузку на сервер, то при больших потоках посетителей, Drupal, разумеется, будет нагружать сервер в несколько раз (а то и десятков раз) больше, чем написанная собственноручно CMS под конкретные цели.
Пример уникальной самописной системы - Хабр.
Пример сайта на Drupal - http://venividi.ru.
С виду сайты очень похожи по функциональности и даже просто внешне.
Но Хабра летает (не в последнюю очередь благодаря НЛО) при 40000 посетителей в день, а VenVidi подтормаживает только лишь при около 600 посетителей за сутки.
Его большой плюс в том, что можно собрать функциональный сайт без умения программировать, как такового.
Однако, у Drupal есть минусы:
1. Cложность в освоении (из-за перегруженности настройками, ИМХО).
2. Стрессоустойчивость к нагрузкам. Система сложная, реализуя свои конкретные цели при помощи Drupal, пользователь (не ведая того) создает множество не нужных таблиц и запросов. Поэтому, если сравнивать нагрузку на сервер, то при больших потоках посетителей, Drupal, разумеется, будет нагружать сервер в несколько раз (а то и десятков раз) больше, чем написанная собственноручно CMS под конкретные цели.
Пример уникальной самописной системы - Хабр.
Пример сайта на Drupal - http://venividi.ru.
С виду сайты очень похожи по функциональности и даже просто внешне.
Но Хабра летает (не в последнюю очередь благодаря НЛО) при 40000 посетителей в день, а VenVidi подтормаживает только лишь при около 600 посетителей за сутки.
не знаю как сейчас, но в свое время venividi.ru хостился на каком-то довольно хилом сервере, так-что я бы не стал сравнивать вот так, в лоб. тут недавно активно обсуждался widea.mobi. не знаю какая была на него нагрузка, но от "хабраэффекта" он помоему не загнулся.
кроме того, друпал имеет кеш и его можно научить в тяжелые минуты жизни не лазить в базу, а отображать некоторые не критичные блоки из кеша.
по поводу сборки сайта без умения программировать. с друпалом получается так, что за 20 процентов времени строится 80 процентов функционала. остальные 80 процентов времени идет на борьбу с тривиальными проблемами, которые, благодаря этой универсальности не так просто решить.
модули неплохо работают в накатаной колее, но стоит отойти на шаг в сторону и сделать что-то нестандартное, начинают лезть такие хитрые глюки, которые отловить в этой универсальной среде и в чужом коде, ой как непросто.
вывод: начиная какой-то более-мение не типовый проект, обзаведитесь, как минимум, дебагером. без него там делать нечего.
большое количество модулей действительно порождает бешенное количество запросов к базе. например: один модуль выгребает список пользователей, а другой идет по этому списку и для каждого пользователя обращается к базе и достает какую-то дополнительную информацию. тоесть делает то, что в своем коде можно было сделать одним запросом.
тут, как по мне, только один выход. собрать на базе модулей скелет, а потом просто переписывать и оптимизировать такие места, забыв о какой либо совместимости с новыми версиями. в любом случае для нетипового проекта вам не хватит стандартной функциональность и прийдется дописывать что-то свое.
кроме того, друпал имеет кеш и его можно научить в тяжелые минуты жизни не лазить в базу, а отображать некоторые не критичные блоки из кеша.
по поводу сборки сайта без умения программировать. с друпалом получается так, что за 20 процентов времени строится 80 процентов функционала. остальные 80 процентов времени идет на борьбу с тривиальными проблемами, которые, благодаря этой универсальности не так просто решить.
модули неплохо работают в накатаной колее, но стоит отойти на шаг в сторону и сделать что-то нестандартное, начинают лезть такие хитрые глюки, которые отловить в этой универсальной среде и в чужом коде, ой как непросто.
вывод: начиная какой-то более-мение не типовый проект, обзаведитесь, как минимум, дебагером. без него там делать нечего.
большое количество модулей действительно порождает бешенное количество запросов к базе. например: один модуль выгребает список пользователей, а другой идет по этому списку и для каждого пользователя обращается к базе и достает какую-то дополнительную информацию. тоесть делает то, что в своем коде можно было сделать одним запросом.
тут, как по мне, только один выход. собрать на базе модулей скелет, а потом просто переписывать и оптимизировать такие места, забыв о какой либо совместимости с новыми версиями. в любом случае для нетипового проекта вам не хватит стандартной функциональность и прийдется дописывать что-то свое.
Насколько я помню - хабр, это и есть переработанный drupal. Так что сравнение немного не верное ;)
Да и 600 посетителей в сутки - как-то жестко. Думаю даже если использовать дополнительные модули - друпал намного больше будет держать, правда тут больше зависит от хостинга...
Да и 600 посетителей в сутки - как-то жестко. Думаю даже если использовать дополнительные модули - друпал намного больше будет держать, правда тут больше зависит от хостинга...
> Хабра летает ... при 40000 посетителей в день,
> а VenVidi подтормаживает
> только лишь при около 600 посетителей за сутки
А как же сам Drupal.org? Огромное кол-во посетителей, и работает быстро.
> а VenVidi подтормаживает
> только лишь при около 600 посетителей за сутки
А как же сам Drupal.org? Огромное кол-во посетителей, и работает быстро.
не о хабре, но почти
http://drupaldance.com/sites/venividi
http://drupaldance.com/sites/venividi
как tutorial - хорошо, но что будет со старт-апом на друпале, если он таки обретет популярность? производительность хромает, особенно хорошо это видно на западных говно-хостингах...
Не понятно зачем это все при наличии свобожно распространяемого движка Http://bigstreet.ru
а я вот ничего не понимаю в технике, зато отвечаю за контент. наша группа получила реальный заказ "создать самозаполняющуюся сеть на 20-30 тысяч пользователей с оригинальным контентом". все придумали, кроме одного - какое содержание будет интересно публике, чтобы через 2 месяца было точно 30 тысяч человек зарегистрированных активных пользователей. теперь ждем и сследования от социологов, а они ждут от еще кого то. все говорят, что "публика хочет чего то простого, про жизнь и не одноклассников". и ждут чуда. еще говорят о национальном стремлении к духовности против иностранной тенденции к практицизму. наверное, будем делать проект для тех, кто путешествует автостопом. у них точно нет не будет выхода в сеть где нибудь в глубинке, зато интересно.
самим интересно что выйдет.
самим интересно что выйдет.
а как на счет pligg ? можно что-то подобное на нем сделать ?
Не пинайте сильно, не обижайтесь, но первый хабр был на друпале =) смешно.
Статья познавательная для новичнов, описаны просто и коротко базовые модули, зачет.
Однако в целом, данная функциональность подойдет только для обществ маленькой локалки/небольшого коммьюнити. Для более-менее большого проекта данных телодвижений совсем недостаточно.
1) Одним из основных требований к соц.сетям - возможность общения = для большинства сейчас форум. Сказать что в друпале он ужасный - ничего не сказать. Я еще ни разу не видел нормального родного форума на друпале, и они его и не собираются улучшать похоже. Поэтому надо ставить какой-то шлюз в другие нормальные форумные движки (благо этого добра навалом).
2) Для соц.сетей необходимо ставить модуль Organic Groups, которые реализует функционал групп.
3) Дизайн. Конечно, для начала может сойти и стандартные шаблоны, однако для серьезного проекта необходим самописный подходящий именно вам дизайн. А это, скажу я вам, в друпале (по крайней мере 5) - не совсем тривиальная вещь. (В 6-ке кстати с этим чуть получше).
4) Производительность. Все, что универсально - отдает в жертву производительность. Получаем в среднем на загрузку одной главной страницы залогиненного пользователя - больше 100 запросов к базе. И вот тут уже без спецов не обойтись, а они задарма работать не будут. В друпале массу всего предпринять можно (начиная от локализации вручную, и заканчивая переписыванием всех блоков под себя).
И много еще каких моментов сказать можно.
Как итог: Если задумано получить серьезную соц.сеть - надо очень серьезно подумать, а нужен ли друпал, в конечном итоге все равно придется очень немало заплатить кодерам и дезигнерам, и оптимизаторам. Для начинающего проекта с самым базовым функционалом без каких-либо капиталовложений - самое то.
Однако в целом, данная функциональность подойдет только для обществ маленькой локалки/небольшого коммьюнити. Для более-менее большого проекта данных телодвижений совсем недостаточно.
1) Одним из основных требований к соц.сетям - возможность общения = для большинства сейчас форум. Сказать что в друпале он ужасный - ничего не сказать. Я еще ни разу не видел нормального родного форума на друпале, и они его и не собираются улучшать похоже. Поэтому надо ставить какой-то шлюз в другие нормальные форумные движки (благо этого добра навалом).
2) Для соц.сетей необходимо ставить модуль Organic Groups, которые реализует функционал групп.
3) Дизайн. Конечно, для начала может сойти и стандартные шаблоны, однако для серьезного проекта необходим самописный подходящий именно вам дизайн. А это, скажу я вам, в друпале (по крайней мере 5) - не совсем тривиальная вещь. (В 6-ке кстати с этим чуть получше).
4) Производительность. Все, что универсально - отдает в жертву производительность. Получаем в среднем на загрузку одной главной страницы залогиненного пользователя - больше 100 запросов к базе. И вот тут уже без спецов не обойтись, а они задарма работать не будут. В друпале массу всего предпринять можно (начиная от локализации вручную, и заканчивая переписыванием всех блоков под себя).
И много еще каких моментов сказать можно.
Как итог: Если задумано получить серьезную соц.сеть - надо очень серьезно подумать, а нужен ли друпал, в конечном итоге все равно придется очень немало заплатить кодерам и дезигнерам, и оптимизаторам. Для начинающего проекта с самым базовым функционалом без каких-либо капиталовложений - самое то.
По форуму не согласен. Он по умолчанию другой. Есть модуль (по моему, flatforum), для того, чтобы сделать его "нормальным". Есть несколько модулей (или патчей) для интеграции (база пользователей) с популярными движками. Сейчас главная возможность общения, особенно в соц. сетях - блог :)
Для начинающего проекта с самым базовым функционалом без каких-либо капиталовложений - самое то.
Об этом и речь. Иногда важно начать...
Об этом и речь. Иногда важно начать...
дифолтный друпаловый форум можно заменить тем же OG, немного подкрутив.
про загрузку БД согласен.
про загрузку БД согласен.
Ой, тут даже как то и комментировать сложно. Полное незнание предмета(Drupal)...
1) Родной форум.... Есть несколько альтернатив, и родной настраивается\подтачивается как угодно.
2) Не думаю, что этот модуль было необходимо включать в ядро. А вдруг мода завтра пройдёт? А мусор останется...
3) Перенос грамотно созданной вёрстки в исключительных(подчёркнуто 2 раза) случаях занимает 2-3 дня. А в 80-90% настолько тривиален, что его делают школьники 12-13 лет
4) Тут согласен на все 100%: Ездить удобне на легковухе, а песок на камазе и ничего с этим не сделаешь...
Судя по скромному списку: http://www.drupal.ru/high-traffic-sites-…, практически без вложений начинающие небольшие фирмы сделали какие то поделки со скромным функционалом для себя...
1) Родной форум.... Есть несколько альтернатив, и родной настраивается\подтачивается как угодно.
2) Не думаю, что этот модуль было необходимо включать в ядро. А вдруг мода завтра пройдёт? А мусор останется...
3) Перенос грамотно созданной вёрстки в исключительных(подчёркнуто 2 раза) случаях занимает 2-3 дня. А в 80-90% настолько тривиален, что его делают школьники 12-13 лет
4) Тут согласен на все 100%: Ездить удобне на легковухе, а песок на камазе и ничего с этим не сделаешь...
Судя по скромному списку: http://www.drupal.ru/high-traffic-sites-…, практически без вложений начинающие небольшие фирмы сделали какие то поделки со скромным функционалом для себя...
В очередной раз вспомнились те времена когда у Drupal не было инсталлятора, и соответственно пользоваться им могли люди хотя бы немного но квалифицированные, тогда было меньше глупых разговоров про 200 долларовые мега проекты.
Клон хабрахабра, вконтакте и ютуба можно сделать с нулевым бюджетом и без друпала.
А если в поле "ответить" сделать хотя бы 5 строчек и прописать нормальные стили для тега PRE, то в плане юзабилити этот клон будет на порядок лучше.
Другое дело, что раскрутить его до оригинала будет несколько сложнее и друпал ничем тут не поможет.
А если в поле "ответить" сделать хотя бы 5 строчек и прописать нормальные стили для тега PRE, то в плане юзабилити этот клон будет на порядок лучше.
Другое дело, что раскрутить его до оригинала будет несколько сложнее и друпал ничем тут не поможет.
Оптимистичнее надо быть, люди-теоретики. Не все проекты стартуют в первый день или за первый месяц. Нужно ждать годы (вспомним хотя бы как стартовал Гугл и на каком домене), чтобы проект начал приносить прибыль. И кидаю виртуального респекта :) тому, кто уже запустил свой, хоть и небольшой пока стартап и пытается что-то и как-то делать, а не ждать знака(вдохновения) с Космоса.
И готовый дизайн с версткой берем на Open Source Web Design
http://www.oswd.org
http://www.oswd.org
Собирался делать своими руками... спасибо. На первое время пригодиться.
Где же вы раньше были :). Уже подобное реализовал для локальной площадки на drupal.
Отличная публикация! С нетерпением ждем продолжения, дабы занять следующую пару часов :-)
понравилось про 1984 :))
Шайтан! пиши ещё!
Продолжай! :)
Автор, а покажи готовый сайт, кстати?..
Хотя бы то, что уже получилось. Прям без дизайна.
Хотя бы то, что уже получилось. Прям без дизайна.
А уже сегодня на free-lance Соц. сеть на Drupal
Насколько верно утверждение, периодически встречающееся в сети, что Хабр на Друпале, только частично переписанным под свои нужды?
Увы, абсолютно неверны.
Mio, может это и не Drupal в чистом виде. Но посмотрите http://web.archive.org/web/2006070316490…
Лента - Agregator
Статьи - это тип story
Группы - organic groups
И так далее. Несколько простых перестановок в исходном коде, дабы убрать приметы Drupal и всё!
А вот нынешний Хабр, уже сильно отличается от Drupal.
Я довольно молодой участник Хабра, поэтому не помню что было во время хабрареволюции. Помню только зелёную страницу.
Как мне кажется от основы Drupal'a отказались именно тогда.
Лента - Agregator
Статьи - это тип story
Группы - organic groups
И так далее. Несколько простых перестановок в исходном коде, дабы убрать приметы Drupal и всё!
А вот нынешний Хабр, уже сильно отличается от Drupal.
Я довольно молодой участник Хабра, поэтому не помню что было во время хабрареволюции. Помню только зелёную страницу.
Как мне кажется от основы Drupal'a отказались именно тогда.
ВебАрхив не врет, действительно очень похоже на Друпал.
А почему бы и нет, для стартапа или воплощении идеи Друпал то что надо. Не надо на первое время заморачиватся на разработке CMS, а работать с чистой идеей и попыткой ее реализации. Потом уже если получится, можно и дальше либо развивать Друпал, переписывая часть для уменьшения нагрузки на сервер при высокой посещаемости как это сделали таки проекты как: www.observer.com, popsugar.com... и т.д. либо все переписать учесть все ошибки в реализации, внести свежие идеи и получить CMS ХабраНЛО :-)
А почему бы и нет, для стартапа или воплощении идеи Друпал то что надо. Не надо на первое время заморачиватся на разработке CMS, а работать с чистой идеей и попыткой ее реализации. Потом уже если получится, можно и дальше либо развивать Друпал, переписывая часть для уменьшения нагрузки на сервер при высокой посещаемости как это сделали таки проекты как: www.observer.com, popsugar.com... и т.д. либо все переписать учесть все ошибки в реализации, внести свежие идеи и получить CMS ХабраНЛО :-)
Собрал всё как у вас написанно, всё работает, всё по русски, не нарадуюсь, спасибо вам :)))
Порадовало вот это:
"Традиционно прибежищем инвесторов в смутные времена является золото, медь да стартапы на просторах бывшего СССР."
"Традиционно прибежищем инвесторов в смутные времена является золото, медь да стартапы на просторах бывшего СССР."
Спасибо за статью! Очень информативно и полезно.
Пара вопросов:
1) я правильно понял, "Прямой эфир" делается с помощью Views?
2) очень жду продолжения - о том, как делаются комьюнити.
Пара вопросов:
1) я правильно понял, "Прямой эфир" делается с помощью Views?
2) очень жду продолжения - о том, как делаются комьюнити.
Спасибо за статью.
Скажи, пожалуйста, разве "переводы, подкасты, ссылки" не удобнее оформить как общественные блоги (модуль OG), чем как термины в дополнительном словаре?
Скажем, здесь на Хабре "переводы" - это предопределенный администраторами общественный блог?
Скажи, пожалуйста, разве "переводы, подкасты, ссылки" не удобнее оформить как общественные блоги (модуль OG), чем как термины в дополнительном словаре?
Скажем, здесь на Хабре "переводы" - это предопределенный администраторами общественный блог?
Спасибо за комментарии.
Материал готовился не по ходу осуществления проекта, я просто зашел в свой хабрацентр и увидел, что в тот день исполнился ровно год со дня регистрации ника на хабре. Вот и решил опубликовать что-нибудь полезное. Всё написанное - воспоминания по отдельным кускам работы над проектами.
Судя по высказываниям, наиболее интересны инструменты "социализации" ресурса.
Постараюсь черкнуть пару строк на эту тему на следующей неделе.
P.S. Отступления про инвесторов и Оруэлла навеяны правдой жизни.
Материал готовился не по ходу осуществления проекта, я просто зашел в свой хабрацентр и увидел, что в тот день исполнился ровно год со дня регистрации ника на хабре. Вот и решил опубликовать что-нибудь полезное. Всё написанное - воспоминания по отдельным кускам работы над проектами.
Судя по высказываниям, наиболее интересны инструменты "социализации" ресурса.
Постараюсь черкнуть пару строк на эту тему на следующей неделе.
P.S. Отступления про инвесторов и Оруэлла навеяны правдой жизни.
Рискую быть забаненым,но все же, хабралюди, скажите почему именно Drupal ? никакая другая CMS не дает функционал необходимый для соц.сети хабрауровня?Или просто потому что зарекомендовала себя в решении подобных задач?
Отличная статья спасибо.
спасибо за статью
господа, кто поможет?
Прикрутил BUEditor. Понравился, но работает как-то криво.
При написании блога и при написании первого комментария к статье он включен. Но если в статье есть уже каменты, то включается встроеный редактор, но ни как не BUEditor.
Все настройки перерыл.
Прикрутил BUEditor. Понравился, но работает как-то криво.
При написании блога и при написании первого комментария к статье он включен. Но если в статье есть уже каменты, то включается встроеный редактор, но ни как не BUEditor.
Все настройки перерыл.
Кто-нибудь сталкивался с передачей параметров из Panel Pages во Views? На английском моя проблема выглядит так: I am completely lost, too, in the matter of passing argument from Panel Pages to my Panel View. I've setup and tested sweetly in View Page mode a simple block view called "Tag" with argument = Taxonomy: Term ID. This View displays certain nodes from the "Tag" free-tagging vocabulary. Than I've wrapper my "Tag" View with Panel View also called "Tag" with Argument source: = "From panel argument| and Panel argument: = "First". Finally, I create a Panel Page called also "Tag" with Path: = taxonomy/term (or taxonomy/term/% - I've tested a bunch of cases, and not only with Path:). In Context -> Arguments of my "Tag" Panel Page I select "Taxonomy term", and than set up Argument type: to "Term ID". Also I check my "Tag" Vocabulary on the "Taxonomy term" option pane. That's it!
The last step is adding "Tag" Panel View to the Panel Page and testing it with normally working URLs like taxonomy/term/tid. Two types of behaviour are possible on this stage: "Tag" Panel View displays either nothing or all of my content, either grouped by Summary type defined in Views argument configuration, or just a simple list View. What is surprising that Panel Page displays taxonomy term name in it's header, but it seems that this argument is not passed to the Panel View -> View. What am I doing wrong?
Помогите, пожалуйста! Как быть?
The last step is adding "Tag" Panel View to the Panel Page and testing it with normally working URLs like taxonomy/term/tid. Two types of behaviour are possible on this stage: "Tag" Panel View displays either nothing or all of my content, either grouped by Summary type defined in Views argument configuration, or just a simple list View. What is surprising that Panel Page displays taxonomy term name in it's header, but it seems that this argument is not passed to the Panel View -> View. What am I doing wrong?
Помогите, пожалуйста! Как быть?
НЛО прилетело и опубликовало эту надпись здесь
Не знаю. Что-то у меня сомнения по поводу что это вообще возможно. Просто интерес. За пару часов не управиться точно.
Вопрос этот заинтересовал, спасибо за материал, ещё вот тут пост неплохой www.dserg.com/cms-free-2008-07-15.html
А это собсно пример реализации на друпале активной (10тыс хостов в день) социалки в рунете www.butik2.ru
А это собсно пример реализации на друпале активной (10тыс хостов в день) социалки в рунете www.butik2.ru
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сделаем это по-быстрому – habrahabr за пару часов