Долго, очень долго думал над техническим обеспечением работы сообщества. Вопрос не праздный, так как я и другие свои проекты в этом году собираюсь "социализировать". Перечень требований к платформе сформировался такой:
1. Никаких SaaS. Всё должно быть у меня на сервере.
2. Однопоточный форум с категориями постов вроде:
— обычный пост-обсуждение с деревом комментов
— голосовалка
— (!) Q&A пост с соответствующими фичами как в StackOverflow и Quora
3. возможность логина через аккаунты социалок
4. лёгкий шаринг постов (да, можно через сторонний сервис, но лучше чтобы было своё)
5. система достижений
6. API к системе достижений, поскольку они будут едиными и в сообществе и в приложении (нужно для реализации gamification)
Хотелось бы, чтобы это не был кабанище, жрущий ресуры, и этот кабанище не был бы плагином к Wordpress.
Посмотрел много скриптов, но всем требованиям не соответствует ни один. Отказываться от чего-то тоже не хочется. Вот пишу это одной рукой, а другая уже пишет собственный скрипт для сообщества, хыхы.
Так вот, отговорите меня делать свой скрипт сообщества. Я уверен, что как-то это можно реализовать имеющимися уже средствами — подскажите как.
Здравствуйте, Grayscaler, Вы писали:
G>Так вот, отговорите меня делать свой скрипт сообщества. Я уверен, что как-то это можно реализовать имеющимися уже средствами — подскажите как.
Если рассматривать в этом контексте, то нужно брать Drupal и напильник. На некоторых сайтах встречал уникальные фичи, которые на мой взгляд должны быть везде. Одна из них особая система рейтингов применяемая некогда на либрусеке. Там можно было ставить оценки книгам, и в ответ тебе выдавался список единомышленников.
Поскольку те ставили оценки так же тем книгам, которые сам не читал, то есть не ставил им оценки, можно было предвидеть, что тебе скорее всего понравится. Если взглянуть на систему рейтингов RSDN, то никакой особой пользы она не несёт. Впрочем в отличие от того же Хабра в ней нет и вреда. Но Drupal для амбициозных проектов, для обычных люди могут выбирать всё что угодно, Joomla, Wordpress, Modx и так далее.
Здравствуйте, Grayscaler, Вы писали:
G>Вынесу в отдельный топик.
G>Долго, очень долго думал над техническим обеспечением работы сообщества. Вопрос не праздный, так как я и другие свои проекты в этом году собираюсь "социализировать". Перечень требований к платформе сформировался такой:
G>1. Никаких SaaS. Всё должно быть у меня на сервере. G>2. Однопоточный форум с категориями постов вроде: G>- обычный пост-обсуждение с деревом комментов G>- голосовалка G>- (!) Q&A пост с соответствующими фичами как в StackOverflow и Quora G>3. возможность логина через аккаунты социалок G>4. лёгкий шаринг постов (да, можно через сторонний сервис, но лучше чтобы было своё) G>5. система достижений G>6. API к системе достижений, поскольку они будут едиными и в сообществе и в приложении (нужно для реализации gamification)
G>Хотелось бы, чтобы это не был кабанище, жрущий ресуры, и этот кабанище не был бы плагином к Wordpress.
G>Посмотрел много скриптов, но всем требованиям не соответствует ни один. Отказываться от чего-то тоже не хочется. Вот пишу это одной рукой, а другая уже пишет собственный скрипт для сообщества, хыхы. G>Так вот, отговорите меня делать свой скрипт сообщества. Я уверен, что как-то это можно реализовать имеющимися уже средствами — подскажите как.
Здравствуйте, velkin, Вы писали:
V> Но Drupal для амбициозных проектов, для обычных люди могут выбирать всё что угодно, Joomla, Wordpress, Modx и так далее.
Drupal для амбициозных прототипов. Это будет тормозной, глючный уродец, возможно удачно отштукатуренный в три слоя снаружи. Говорю так, поскольку за спиной есть некоторое количество сайтов на нём (v. 6 & v. 7) и общая с коллегами пачка баг-фиксов в популярные его плагины, большинство из которых застряли на букве "бета", а то и "альфа", и эти буквы оправдывают себя: это вам не MS Windows beta, где всё работает. Drupal 6 был в общем-то стабилен, семерка же — ад и израиль!
Особенно большие проблемы, когда надо делать что-то нестандартное: плагины начинают глючить в совершенно обычных местах, а Views, казавшиеся такими удобными становятся так запутаны, что волосы встают дыбом, посмотря, какой оно запрос в SQL отправляет, да и проще этот запрос написать самому.
ТСу рекомендую от всей души не использовать ни Drupal, ни Joomla, ни WP как страшный сон, если у них нет какого-то движка сообществ, который прямо по дефолту магически оказался идеально подходящим. Любое допиливание будет вам дороже в разы, нежели, если бы у вас был свой движок под ваши нужды. Забыл год назад все эти PHP-CMS как страшный сон, и перешел на RoR, чего GS и рекомендую (или Python Django — видел его краем глаза, тоже неплох).
Если есть адекватный бюджет под сообщество — обращайтесь, сделаем. Если нет, то всё равно рекомендую RoR/Django — это вот я выше не рекламу ведь писал
Здравствуйте, velkin, Вы писали:
V>Если рассматривать в этом контексте, то нужно брать Drupal и напильник. На некоторых сайтах встречал уникальные фичи, которые на мой взгляд должны быть везде. Одна из них особая система рейтингов применяемая некогда на либрусеке. Там можно было ставить оценки книгам, и в ответ тебе выдавался список единомышленников.
Кстати, сайт The Economist вроде тоже работает на Drupal. Я так понял, Drupal имеет какие-то преимущества (скажем, для тяжелонагруженных сайтов) по сравнению с другими CMS?
Здравствуйте, Lazytech, Вы писали:
L>Кстати, сайт The Economist вроде тоже работает на Drupal. Я так понял, Drupal имеет какие-то преимущества (скажем, для тяжелонагруженных сайтов) по сравнению с другими CMS?
Могу объяснить почему в этом плане за Drupal. Здесь дело вовсе не в кластеризации или чём-то подобном. К тому же, если нужно действительно выжимать из железа по максимуму, то нет ничего лучше C/C++. Я исхожу из следующих соображений. Если у человека изначально нет предпочтений в веб-программировании, то есть ему вообще без разницы PHP, Ruby, Java и так далее, то ему нужно что-то быстро изначально поставить, как-то ведь надо начинать.
Понятно, что если есть особые запросы, то после грубой настройки захочется всё модифицировать под свои уникальные желания и потребности. Например, я для себя использую систему управления проектами ChiliProject, он в свою очередь требует Ruby on Rails. Подобрал туда готовые плагины, повозился, но заставил их работать, довёл перевод до конца, всё, мне больше ничего не надо. Как ни странно, но настроенная мною сборка для меня практически идеальна, я даже не знаю, что туда можно добавить ещё. Конечно ChiliProject там не один, а в связке с Gitolite, Jenkins, ну и в целом понапихал ещё всяких сервисов.
А теперь вернёмся к Drupal, да, ChiliProject пришлось пилить, но при этом я не написал ни одной строчки кода, то есть пиление пилению рознь. Таким образом разумно выбирать систему, которая специально создана для допиливания. Она предоставит какую-то функциональность сразу, остальное можно будет настроить и дописать потом. Выбирать Drupal нужно с целью дописывания или переписывания кода для создания своего уникального сервиса. Подобная ситуация радикально отличается от уже готовых типовых решений.
В свою очередь сайт имеет не только код, но и содержимое. Вся суть в желаниях, то есть в том, что хочешь получить. Для этого лучше использовать самые распространённые решения, это касается как CMS, так и языка, в данном случае PHP. На мой личный взгляд после С++ тот же PHP кажется совсем простым, сразу берёшь и кодишь. Тот же Ruby со своим on Rails субъективно показался сложнее уже на стадии настройки, а какой-нибудь ASP.NET это вообще жесть, ищи потом куда его поставить. Потому что нужно думать не только о текущей ситуации, но и о будущем сервиса.
Вот если бы решение было типовое, тогда другое дело. Насчёт того, чтобы писать свой движок с нуля тоже не согласен. Даже если предположить, что своё решение будет идеально, а это всегда не так, то потом попробуй найди специалистов готовых его поддерживать. Конечно, если речь не идёт ни о каком расширении, то есть делегировании полномочий другим людям по поддержке сайта и прочих проектов, тогда другое дело.
Здравствуйте, icezone, Вы писали:
I>почему нет? I>имхо — дешево, красиво, удобно и чтобы ресурсы не жрало — это утопия. I>либо чужой сервис, либо самому долго и упорно пилить.
Если бы это была приблуда для развлечения клиентов или какой-нибудь лайвчат — легко. Отдавать основной генератор бабла в чужие руки вообще не хочется.
Долго и упорно, да. Но нам не привыкать, так ведь?
G>Долго, очень долго думал над техническим обеспечением работы сообщества. Вопрос не праздный, так как я и другие свои проекты в этом году собираюсь "социализировать". Перечень требований к платформе сформировался такой:
G>1. Никаких SaaS. Всё должно быть у меня на сервере. G>2. Однопоточный форум с категориями постов вроде: G>- обычный пост-обсуждение с деревом комментов G>- голосовалка G>- (!) Q&A пост с соответствующими фичами как в StackOverflow и Quora G>3. возможность логина через аккаунты социалок G>4. лёгкий шаринг постов (да, можно через сторонний сервис, но лучше чтобы было своё) G>5. система достижений G>6. API к системе достижений, поскольку они будут едиными и в сообществе и в приложении (нужно для реализации gamification)
не обижайтесь, но занимаетесь ерундой
создайте сообщество в ЖЖ — и понеслась
сейчас вы тратите время на то, что не принесет вам денег
проблема в том, что это — тенденция ))))
ЗЫ из скриптов могу порекомендовать oxwall.... но лучшая рекомендация — заняться делом)))
Здравствуйте, maks__, Вы писали:
__>не обижайтесь, но занимаетесь ерундой __>создайте сообщество в ЖЖ — и понеслась
__>сейчас вы тратите время на то, что не принесет вам денег __>проблема в том, что это — тенденция ))))
__>ЗЫ из скриптов могу порекомендовать oxwall.... но лучшая рекомендация — заняться делом)))
Я уже писал, что это спортивный проект, а не денежный.
100% моей целевой аудитории не представляют, что такое ЖЖ. И тем более не будут в этом страхоубожище регистрироваться. ЖЖ — это для русскоязычного офисного планктона.
OxWall смотрел, там слишком много всего лишнего, а того, что нужно — нет.
Здравствуйте, Grayscaler, Вы писали:
G>Если бы это была приблуда для развлечения клиентов или какой-нибудь лайвчат — легко. Отдавать основной генератор бабла в чужие руки вообще не хочется. G>Долго и упорно, да. Но нам не привыкать, так ведь?
в результате вместо генератора инвойсов ты напишешь свой движок сайта и его будешь продавать
