В чем BuddyPress прокололся?

Большинство из нас прекрасно знает о том, что представляет из себя бесплатный движок для социальной сети BuddyPress. Давайте кратко обобщим все его особенности, чтобы наглядно увидеть ширину замаха в сфере соц.сетей:

• расширенные профили, с возможностью ввести и хранить о себе информацию любого вида и типа (вплоть до географических координат проживания с отображением на карте – тут же в профиле);
• лента активности, где собирается активность, сгенерированная всеми подключенными к BuddyPress расширениями и плагинами;
• группы (они же события – только в другой ипостаси), которые помогают собрать людей по определенному принципу и сформировать так называемое подсообщество;
• блоги, что могут быть созданы каждым отдельным пользователем;
• форумы, интегрированные в группы, но представляющие собой отдельную сферу жизни пользователей – со своими темами, тегами, ответами и прочими фишками;
• личная переписка, которая позволяет связываться с нужным человеком не публично, а почти на уровне email, но внутри сообщества;
• друзья, которые всегда рядом, и вы сможете легко следить за их – и только за их – активностью и с легкостью находить их на сайте;
• расширяемость, что позволяет разработчикам добавлять функционал, дизайнерам создавать шаблоны, а админам – управлять всем этим.

Кое-что из указанного мной в возможностях идет не “из коробки”, а после подключения определенных плагинов, которые завязаны на BuddyPress. Так что в целом можно сказать, что они являются частью самого BP.

Согласитесь, достаточно много – а ведь это еще не предел возможностей движка. И я даже не упоминаю о том, что все это сделано на WordPress (который сам по себе чего стоит! – во всех смыслах).

Ну хватит с фанфарами, теперь я постараюсь объяснить, почему запись имеет именно такое название.

Итак, действительно, где же BuddyPress (под ним я сейчас понимаю его разработчиков) допустил ошибку?

Давайте разбираться. На данный момент независимые элементы активности сайта таковы:

• комментирование записей блогов;
• сами записи блогов;
• появление новых пользователей;
• появление новых групп;
• дружеские связи между пользователями;
• вступление пользователей в группы;
• статусы пользователей;
• обновления внутри групп;
• новые темы внутри форумов групп;
• ответы на темы внутри форумов групп;
• комментарии ко всем предыдущим элементами, причем эти комментарии остаются здесь же в ленте и никуда больше не импортируются;
• активность плагинов – новые события, созданные задачи, загруженные фото- видео- аудиоматериалы и прочее;
• я что-то еще упустил?..

Как видим мы получаем широчайший спектр элементов, которые подключаются к ленте активности и отображают там свои обновления. А как же тогда информация о тестах (человек прошел такой-то тест), опросах (человек принял участие в таком-то опросе), магазинах (человек купил то-то и там-то за такую-то цену), подписках (человек подписался на то и это), лайках (от англ. like – нравиться; имею в виду понравился пост, запись, комментарий, любой другой контент)  и куче всего остального, что уже было создано и успешно крутится на сайтах?

Текущая организация сбора данных об активности (что является одним из основных особенностей движка BuddyPress) представляет из себя, мягко говоря, бардак. Мало того, что всего так много, так в основе лежит еще и неверный принцип работы самого ядра.

Сейчас активность генерируют не пользователи, которые кликнули там и сделали то, а компоненты/плагины/расширения к движку, которые подключаются (или не подключаются) к системе оповещения и вывода активности пользователей. Сколько сейчас плагинов в репозитории? 20962 (я серьезно, сам посчитал). И пусть часть устарела и не работает, другая часть – слишком специфические, но все равно, огромное количество взаимодействует с пользователем сайта так или иначе и что-то ему возвращает – а это не может быть сохранено в ленте активности, что приводит к потере данных о пользователе. И проблема не только в том, что физически невозможно переписать все эти плагины под требования одного BuddyPress, и не потому, что их авторов так много, и даже не по причине того, что это и не нужно (ведь много активности будет своеобразным шлаком). Проблема в другом – в подходе.

В подходе сбора данных не с точки зрения пользователя (что логично), а с точки зрения софта.

Все указанные источники настолько децентрализованы, что охватить их по мере роста сети – практически выполнимая задача. И я даже не говорю про необходимые для этого ресурсы. Как сказал Султан Салпагаров: “Полтора байта раскидано в десятке разных мест”.

Правильным, на мой взгляд, было бы решение привязать все к пользователю, то есть модель работы сайта будет такой:

пользователь кликнул, сайт (с единым кодом) отреагировал и сделал запись в ленту активности

а не такой:

плагин проверяет, что делает пользователь, далее идет обработка данных с помощью WordPress и BuddyPress и возврат результата, после чего может быть (а может и не быть!) публикация в ленту активности и уведомление других

Естественно, я понимаю, что данная логика BuddyPress привязана к WordPress и его уже давно существуюющему API. Но не лучше ли было бы BuddyPress отпочковаться от WordPress вообще? Еще в самом начале, до того, как он привязался к WPMU.

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

И является ли все это критичным для вас или нет – решать придется вам самим и для себя лично.

Идея записи навеяна моим недавним разговором с Султаном Салпагаровым

А каковы ваши идеи по этому поводу? Видите ли вы только хорошее, или только плохое в перспективе?