есть два минуса:
1) объём модерации. На одном «популярном» топике можно как люлей, так и плюсов наловить просто немеряно. Вот в этих «люлях» модераторам разбираться ну совсем не с руки. Да и все «шишки» и обиды будут идти на модеров. Это как в грязном белье колупаться.
2) изменение кармы не имеет привязки к конкретному топику или комменту. Кто угодно может зайти в профиль кого угодно и либо «утопить», либо «поднять». Модер тут не будет знать. за что повысили или понизили карму (а может. вообще за соседний блог). А на степень свободы на ресурсе влияет карма, а не рейтинг… впрочем, могу и ошибаться — это всего лишь предположения.
А по сути система хабра нацелена не на «модель совместного творчества людей», а на обыкновенные популярные новости и их оценку для отсева, что бы там не говорили создатели. Особенно хорошо это видно по корпоративным блогам (хабр — коммерческий проект, как говорит Шух ниже).
Вообще-то система нацелена на «модель совместного творчества людей»,, только пользователи «не нацелились».
По идее, рейтинг — это «согласен/не согласен» с автором. Ну не согласны тысячи — да пофигу, рейтинг низкий, зато карма (типа, «вес» в обществе) осталась неизменной.
Плюсование или минусование за комменты/топики — это вместо «первонах… второнах… на пидистале… фдисятке». И это хорошо — нет стопицот тупых комментов. Однако это «хорошо» заканчивается там, где начинается влияние на участие в социальной жизни (влияние на величину кармы). Кому-то мало поставить минус — надо обязательно зайти и поставить минус в карму. Но минус в карме — это же совсем другой уровень ответственности; это уже оценка, влияющая на степень участия (величина авторитета) на ресурсе. В итоге получается, что и тот, кто матерится как сапожник, уходит в минуса; и тот, кто просто выразил противоположную точку зрения уходит в такие же минуса. Это как в «дооттепелевые» времена (при Сталине): были «воры в законе» — реальные преступники; и были «политзаключённые» — те, кого «закрыли» просто из-за не такой как у всех точки зрения. И именно тут проблема, ИМХО… а как решить я пока что не знаю… :(
В принципе, ниша munin для меня прояснилась: хорошее легковесное решение для одиночных серверов. Это где я палил пушкой по воробьям, можно было бы сделать просто и изящно… Спасибо за статью. Тем более, что мунин обнаружился в репах CentOS… сейчас буду щупать :)
Да, Заббикс хорош для больших сетей и для больших хранилищ… но не только :)
У Заббикса есть отличная фишка: можно настроить время жизни для каждого отслеживаемого параметра. У меня сейчас несколько «точек» слежения (у клиентов). Один из клиентов: пять серваков различной направленности (два задублированы), три UPS, два интеллектуальных свича и один ADSL-модем. Время жизни параметров: 3 месяца (обычно больше и не нужно), средний объём базы данных — около 12 гигабайт. Простите, но это размер флешки 16Gb за 30$. Для масштабов предприятия это сущие копейки, особенно с учётом систем дублирования и резервного инкрементального копирования.
Даже на одном отдельном сервере у клиента я настраиваю zabbix (равно как и shorewall только лишь на одном компе). Причина одна: «безобразно, но однообразно». То есть, я настраиваю ОДИНАКОВО и эффективно ВЕЗДЕ. даже там, где такие настройки не нужны. А делаю так по одной простой причине: я не хочу по вызову клиента заходить на хост и вспоминать, а какие же там мои персональные настройки и пакеты стоят?
Вы не поверите, но я даже свои нестандартные настройки пакетирую. То есть, если я настраиваю posffix или exim(shorewall; apache; bind или cups) то я сначала настраиваю это в виртуальной машине на своём компе, потом формирую rpm-пакет с prein/postin-скриптами, потом тестирую и только потом ставлю у клиента (дополнительно /etc делаю версионным под управлением svn… сейчас думаю на git переделать). То есть. делаю некие мета-пакеты по настройке других пакетов (RPM — потому что я редхатоид).
Увидев этот пост, я немного изучил minin… честно говоря, никаких аргументов «за» по сравнению с zabbix я не увидел. о чём и написал. По поводу «Что-то много телодвижений с этим Minin». Господа, ну действительно, когда можно сказать: yum install mysql-server zabbix
или yum install zabbix-agent
на клиенте, то согласитесь, указанные в топике иснструкции по компляции и дополнительной настройке выглядят довольно излишними…
Я, простите, уже в том возрасте, когда хочется больше быть с семьёй, чем с компом… :)
Что-то много телодвижений с этим Minin.
Попробуйте Zabbix — и установить намного проще, и графики рисует просто обалденно. Причём как стандартные по любому из параметров, так и произвольные пользовательские.
Вот тут многие пошли в отрыв в сторону минусов… А прикиньте завтра новый топик в этом блоге от того же deniskin:
«Обнуление кармы — это была шутка». 8)
Вообще-то механизм саморегуляции и сейчас работает не ахти. Человек сказал свою точку зрения, идущую вразрез с большинством — а его за это выпихивают на задворки. Это как если бы в реальной жизни вы в магазине, например, громко спросили бы: «а когда у вас тут цены повысятся?» а вас другие покупатели за это ногами по почкам — и на улицу. Хотя казалось бы вполне нормальный вопрос с учётом инфляции…
Часто ли люди понимают, за что были наказаны?
И часто ли поняв, что за были наказаны, соглашаются с наказанием? Человек для себя всегда найдёт оправдание. И его ответные действия не будут местью — он будет уже наказывать вас за несправедливое отношение к нему.
> Мне кажется формат блога идеально подходит для обсуждения чего угодно. Можно предложить идею и тут же получить комментарии. Разве это не удобно?
Не совсем идеально, если комментов к топику множество (gprs/edge и прочий дорогой трафик). Лучше сделайте возможность переключения на линейное отображение комментов по дате с разбивкой на страницы.
1) объём модерации. На одном «популярном» топике можно как люлей, так и плюсов наловить просто немеряно. Вот в этих «люлях» модераторам разбираться ну совсем не с руки. Да и все «шишки» и обиды будут идти на модеров. Это как в грязном белье колупаться.
2) изменение кармы не имеет привязки к конкретному топику или комменту. Кто угодно может зайти в профиль кого угодно и либо «утопить», либо «поднять». Модер тут не будет знать. за что повысили или понизили карму (а может. вообще за соседний блог). А на степень свободы на ресурсе влияет карма, а не рейтинг… впрочем, могу и ошибаться — это всего лишь предположения.
Вообще-то система нацелена на «модель совместного творчества людей»,, только пользователи «не нацелились».
По идее, рейтинг — это «согласен/не согласен» с автором. Ну не согласны тысячи — да пофигу, рейтинг низкий, зато карма (типа, «вес» в обществе) осталась неизменной.
Плюсование или минусование за комменты/топики — это вместо «первонах… второнах… на пидистале… фдисятке». И это хорошо — нет стопицот тупых комментов. Однако это «хорошо» заканчивается там, где начинается влияние на участие в социальной жизни (влияние на величину кармы). Кому-то мало поставить минус — надо обязательно зайти и поставить минус в карму. Но минус в карме — это же совсем другой уровень ответственности; это уже оценка, влияющая на степень участия (величина авторитета) на ресурсе. В итоге получается, что и тот, кто матерится как сапожник, уходит в минуса; и тот, кто просто выразил противоположную точку зрения уходит в такие же минуса. Это как в «дооттепелевые» времена (при Сталине): были «воры в законе» — реальные преступники; и были «политзаключённые» — те, кого «закрыли» просто из-за не такой как у всех точки зрения. И именно тут проблема, ИМХО… а как решить я пока что не знаю… :(
В принципе, ниша munin для меня прояснилась: хорошее легковесное решение для одиночных серверов. Это где я палил пушкой по воробьям, можно было бы сделать просто и изящно… Спасибо за статью. Тем более, что мунин обнаружился в репах CentOS… сейчас буду щупать :)
У Заббикса есть отличная фишка: можно настроить время жизни для каждого отслеживаемого параметра. У меня сейчас несколько «точек» слежения (у клиентов). Один из клиентов: пять серваков различной направленности (два задублированы), три UPS, два интеллектуальных свича и один ADSL-модем. Время жизни параметров: 3 месяца (обычно больше и не нужно), средний объём базы данных — около 12 гигабайт. Простите, но это размер флешки 16Gb за 30$. Для масштабов предприятия это сущие копейки, особенно с учётом систем дублирования и резервного инкрементального копирования.
Даже на одном отдельном сервере у клиента я настраиваю zabbix (равно как и shorewall только лишь на одном компе). Причина одна: «безобразно, но однообразно». То есть, я настраиваю ОДИНАКОВО и эффективно ВЕЗДЕ. даже там, где такие настройки не нужны. А делаю так по одной простой причине: я не хочу по вызову клиента заходить на хост и вспоминать, а какие же там мои персональные настройки и пакеты стоят?
Вы не поверите, но я даже свои нестандартные настройки пакетирую. То есть, если я настраиваю posffix или exim(shorewall; apache; bind или cups) то я сначала настраиваю это в виртуальной машине на своём компе, потом формирую rpm-пакет с prein/postin-скриптами, потом тестирую и только потом ставлю у клиента (дополнительно /etc делаю версионным под управлением svn… сейчас думаю на git переделать). То есть. делаю некие мета-пакеты по настройке других пакетов (RPM — потому что я редхатоид).
Увидев этот пост, я немного изучил minin… честно говоря, никаких аргументов «за» по сравнению с zabbix я не увидел. о чём и написал. По поводу «Что-то много телодвижений с этим Minin». Господа, ну действительно, когда можно сказать:
yum install mysql-server zabbix
или
yum install zabbix-agent
на клиенте, то согласитесь, указанные в топике иснструкции по компляции и дополнительной настройке выглядят довольно излишними…
Я, простите, уже в том возрасте, когда хочется больше быть с семьёй, чем с компом… :)
Попробуйте Zabbix — и установить намного проще, и графики рисует просто обалденно. Причём как стандартные по любому из параметров, так и произвольные пользовательские.
«Обнуление кармы — это была шутка». 8)
не лишайте людей старинной русской забавы — меряться :)
И часто ли поняв, что за были наказаны, соглашаются с наказанием? Человек для себя всегда найдёт оправдание. И его ответные действия не будут местью — он будет уже наказывать вас за несправедливое отношение к нему.
Не совсем идеально, если комментов к топику множество (gprs/edge и прочий дорогой трафик). Лучше сделайте возможность переключения на линейное отображение комментов по дате с разбивкой на страницы.