Small DC HubList (Хаблист) Создай свой хаблист., CMS для создания хаблиста.

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

Small DC HubList
Автор: White Dream Group
Последнее обновление: 16.04.2011
Версия: 0.2.2.0
Язык: Русский
Лицензия: Коммерческое программное обеспечение
ОС: Windows, возможна адаптация под *nix
Написан на: PHP, C#



Для полноценной работы скрипта необходимо следующее установленное на сервер программное обеспечение:
* Apache 2.0+
* PHP 5.0+ (Рекомендуемая версия PHP 5.1 и выше)
* MySQL 5.0+
* .Net Framework 4+

Демо: http://www.whitedg.ru/dchublist/

Screen:
 screen0.png ( 46.94 килобайт ) Кол-во скачиваний: 723
 screen1.png ( 32.89 килобайт ) Кол-во скачиваний: 721




Оплата: WebMoney, Яндекс.
Чтобы оставить заявку на покупку скрипта пошлите мне персональное сообщение в котором укажите как с вами связаться (e-mail, icq, skype) или в icq 5587446. Я доступен с 16:30 до 22:00 по Москве.
По всем вопросом можно обращаться ICQ: 65-56-34-4.

ЗЫ Существует также пробная бесплатная версия.

Нет юникс покупателей. Но, паблик версия для юниксов запланирована, пингер предположительно будет на питоне. Как вариант юниксоидов устраивает? Но увы, это будет не раньше обновления привата (до выходных).

Думаю, питон должен устроить юниксов. Следует ли апфусцировать код (для сокрытия внутренней логики)? Есть мысль, дать юзеру некий интерфейс, построенный на событийной логике (каждое действие, например, получение сообщения или команды от хаба, будет пораждать определенное событие, на которое можно будет подписаться, а значит и добавить свою обработку), что бы любой желающий смог написать, на том же питоне, любой модуль (аддон), те встроить свою какю-то обработку данных.

С появлением, Tiny Hublist, решено немного изменить демо версию, что бы она соответствовала данному продукту.
Вот она, конкуренция

то есть демона не планируется?

Ну как не планируется, демон будет написан на питоне.

питон и демоны плохо сочетаются в моем сознании.

Это учитывая кол-во реализаций и то, что он постоянно развивается(питон). Стоит напомнить, что в серверных дистрибутивах еще 2.4 питон, а в настольных 2.6 и выше. Как бы это не загубило ваши начинания.

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

Есть планы, сделать поддержу соединения постоянным, что бы была возможность получения последних сообщений с хаба, или возможность прямо с веб сервера писать сообщения. Но это пока что только планы.

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

А данные, которые в данный момент обновляются (максимум юзеров и тп) будут периодически скидываться в БД.

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

ну тут легко - надо сделать несколько потоков. А в бд писать через буфер, то есть кусками, а не постоянно.


Это эффективнее. Есть определенное кол-во воркеров которые неторопливо опрашивают хабы.

Вот тут проблема, нужно ли постоянное соединение с хабом?! С одной стороны это открывает кучу возможностей, а с другой, если хабов порядка 700, это конечно не критично, но всеравно много. Придется задуматься над оптимизацией... Вот такие вот дела.

Вопрос остается открытым.

Как собственно и эти:

Stribog, ну собственно постоянное соединение не нужно. Я лишь к тому, что многопоточность позволит увеличить кол-во одновременно проверяемых хабов + можно будет отдельно долбить оффлайн хабы чаще. То есть допустим проверяем раз в 20 минут,а оффлайн уже раз в 5 минут, пока он не станет онлайн, либо удаляем через одну неделю оффлайна.

По поводу остальных.
1. Думаю нет
2. Думаю нет + уже есть
3. Это совсем плохая идея, если в боте не будет антиспама
4. Вот тут масса действий. Во первых - добавлять хаблист после проверки, потом если ребята - ботоводы - отображать бан хаба на хаблисте. доп поля информации тоже хорошо.
5. Скорее всего не нужно
6. тут на ваш выбор.

1) Nick ( вернее, несколько) ботов придётся регать на хабах, иначе после обрыва связи будет ValidateDenide. Обращаться к боту, чтобы он по запросу предоставил текущее состояние хаба, или сделать так, чтобы он сам переодически заносил данные в некий массив всех хабов?
2) На некоторых хабах в главном чате запущена викторина, сообщений много, пользы от них мало. Вопрос тяжелый.
3) Скорее всего, приведёт к бану бота (реклама, маты, просто флуд), хотя идея много раз всплывала на этом форуме.
4) Слишком обширный вопрос
5) Слишком обширный вопрос
6) Продукт всегда интересней, если на сайте есть реально работающая демка, которую "можно пощупать". А работа программы всегда выявит кучу проблем и нюансов, которые не были продуманы при разработке.

Если работать с хабами в режиме "доступен/юзеров/шара", то не знаю, где и какая большая нагрузка на БД может быть. по 200-300 хабов писать за раз чем-то вроде INSERT INTO `hub`(`field_1`,...,`filed_n`) VALUES (....) ON DUPLICATE KEY UPDATE ...

Автоматическое удаление думаю можно предусмотреть, а вот более частый пинг хабов, это ,думаю, излишне. Хотя в этом есть смысл.


Регистрировать можно, но в этом нет особого смысла. Редко такое бывает, что сервер оборвал соединение и потом нельзя зайти под тем же ником.
Идея обращения к боту была уже описана:


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


Ну естественно, тут нужно продумать систему антифлуда и антиспама. Данная функция предполагалась, только с одобрения администрации хаба. Ну или возможность писать сообщения только админу хаба, который подтвердил свое админство.
(первое что приходит в голову: юзер регистрируется, говорит что он админ хаба, ему дается какая-то последовательность символов (ключ), который он должен передать в ЛС боту.)


Ну да, что-то подобное предполагается, то есть, объединение некоторого числа UPDATE, через запятую. В текущей версии, данные, отправляются по факту их поступления.

Демонстрация проекта доступна на нашем сайте. http://www.whitedg.ru/dchublist/
Теперь, воочию можно увидеть работу хаблиста. Все это сделано при помощи нашей CMS.

 screen0.png ( 46.94 килобайт ) Кол-во скачиваний: 199

 screen1.png ( 32.89 килобайт ) Кол-во скачиваний: 195


Ожидается обновление демо версии.

Stribog

Зачем людей обманывать CMS эта Dle . Если занялись бизнесом продавайте как платный модуль на datalife engine , а не как лично разработанный CMS

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

В примере, у нас на сайте, он работает как независимая CMS.

PS CMS

Но, несмотря на это, он использует cssник от DLE, и дизайн админки, выдранный из StatPX.


C Вашими методами "программирования" можно ненароком повестку в суд получить.

Проект не предполагает дизайна, и в стоимость входит только его программная составляющая, а не эстетические изыски. Можно конечно нанять дизайнера, но это естественно скажется на стоимости. В данный момент идут переговоры, касающиеся этого момента.

К вопросу об авторских правах.
Собственно, и цсс и статПХ находятся в открытом доступе, как для скачивания, так и для использования, на них нет никаких правовых ограничений.
Ну конечно, если автор имеет какие-то претензии то естественно дизайн будет изменен.

Закон об авторском праве уже отменили? Не знал.

Не знаю как автор того шаблона для DLE, а я против того, чтобы какие-либо фрагменты кода моих скриптов использовали в собственнических коммерческих проектах.

Автора укажи внизу странички и претензий не будет.

Я же написал, если у вас есть какие-то претензии как автора, то мы их удовлетворим. Никто и не говорил об отмене прав авторства.



Да проще сверстать самому

То есть авторское право все таки не уважаем?