4 января 2008 в 12:58
Саша Лопес (наш человек, сразу видно :), проживающий на Лебедином озере (Swansea) в Великобритании открыл собственный амбициозный проект - Drupit, Social Networking Platform. Идея заключается в том, чтобы, используя Drupal как технологическую платформу, позволить желающим создавать социальные сети типа MySpace™, Facebook™ and Bebo™ и даже круче.
Пока на сайте только wiki, с предложением присоединяться к разработке.
Комментарии
Мне интересно - это большая работа. Спасибо за ссылку. Будем читать.
...
Посмотрел - там только несколько строниц: О проекте, Возможности и про автора...
У меня в данный момент намного больше материала накопилось.
То есть он набьет нужными по его мнению модулями и темами друпал, да?
Интересно будет посмотреть на конечный результат
IMHO Саша сам забудет о своём "амбициозном проекте" через пол года
Недостаток всех социальных сетей - единственный и самый важный. Их СЛИШКОМ МНОГО.
И очень радует когда друзья тебя начинают в стороны растягивать. один в одну социалку. другой в другую. третий в третью.
Да у меня просто времени не будет столько чьобы одной попой на всех социалках сидеть...
Вот еслибы сделали проект типа.... социальный интегратор - используя API социалок давать юзеру сидеть в 10 социальных сетякх в одном окне браузера.... 8-))))
То да....
А социалка на друпале пишется... м... самая примитивная - 3 недели. только боюсь нагрузки в 10 лимонов зареганых юзерей она не выдержит. специфика друпала другая - масштабировать его проблемнее. да и много чего. плюс тип int на счетчиках в таблицах а не bigint
Раскинуть базу на несколько серверов будет явной проблемой. тоже с данными... так что....
Вот придумают себе словечко или целое словосочетание - "Социальные сети" и давай ворочать во рту непонятные и неудобные слова с пробелами. А спроси любого а что же такое эти "СОЦИАЛЬНЫЕ" "СЕТИ" ну не ответят. Сделают умный вид, надуют щёчки. Да в зеркало б посмотрели. Или того хуже рассуждать начнут. Ну лучше бы они щёчки надували
Присутствие it в наименовании свидетельствует о том, что автор хочет сделать нечто подобное diggit или pligg, но на самом деле он этого не хочет. Для социального общения, а не букмаркинга, в друпале есть ОГ, Сивик (CiviCRM) и всякие моды и ноды к ним.
2 Ilya1st:
А как всё таки на друпале сделать сайт, который бы держал большое количество посетителей?
Большое это сколько?
Легко. Посмотрите на drupal.org
Правда, не помешает выделенный сервер-другой
А как всё таки на друпале сделать сайт, который бы держал большое количество посетителей?
Я писал уже об этом на этом сайте.
"Мухи отдельно, котлеты отдельно!"
Посещаемые сайты используют отдельные машины на:
1. WEB сервер c кешем страниц
2. CSS
3. JS
4. Images
5. DataBase (не знаю, можно ли без хаков в ядре сделать распределенную базу на Друпале)
Пункты 2 и 3 можно объединить на одной машине.
т.е. получается так, что WEB сервер получая запрос на выдачу контента, обрабатывает только сам скелет страницы (на что тратится немало процессорного времени и памяти), остальные данные "подтягиваются" по сети.
VladSavitsky, сб, 05/01/2008 - 02:51
0
2 Ilya1st:А как всё таки на друпале сделать сайт, который бы держал большое количество посетителей?
Влад, ты смеешься?
Или решать тупо железом, что в принципе слишком тупо. или нормально оптимизировать все. Аудит модулей проводить на эту тему.
Та же Image Gallery - там запросы дрянь. с кучей лишних сортировок. При наличие большого количества галер это смерть для сайта.
Кеш, с которым я всех достаю. Я ХЗ как на самом drupal.org решают эту проблему. В других CMS зачатки кеша на файлах появились.
Западный вариант на большой посещаемости и большй нагрузке - "купите еще памяти и поставьте еще процессор" - он перестает работать.
Для социалки типа mamba.ru друпала мало... Смотря что считать большой посещаемостью
20-50 тысяч уников в день оно выдержит. это да.
PS: сейчас у меня блог вертится на ооочень дохлой по параметрам машинке.
Я совсем не смеюсь. Просто я просчитываю возможные проблемы наперёд - натура такая паскудная.
Хочется быть уверенным, что всё будет в порядке ещё до начала проекта.
Делать аудит каждого модуля (их пока отобрано около 70) почти не реально.
Более реальным выглядит вариант с запуском сайта с имеющимися модулями и постепенное выявление "слабых мест". Дальше или переписывать модуль под себя, или искать замену, или теребить автора, или отказаться от модуля вообще. А может и свой модуль написать.
А ещё я хочу сделать сборку модулей для социальной сети на друпале заточенную под развитие "менеджеров знаний" (web 3.0)
я в некоторых сборках использую 10 самописных. порядка 20 модулей от друпала я правил. У самого используется количество модулей такого порядка.
70 модулей проверить на "вшивость" заняло месяц. Реально.
это "постепенное выявление" может привести к позору и аццкому авралу при первом же взломе сайта
хотя... от целей зависит... если проект некоммерческий - на безопасность можно немного и забить
чет зашел и ничего нет. обязательно региться надо? или проект совсем сдох?