Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

MyDC.ru _ Ваши проекты _ Мультибот

Автор: mariner 9.3.2009, 23:43

Ну раз мы с Ильей(Setuper) раскурили таки топор войны связанный с SQL , то хотелось бы, чтобы обрисовать то, что требуется big_smile.gif
1 пункт - хотелось бы:
а - хранить все птоковое барахло в Базе данных (то бишь и баны, регу и тэги клиентов - я думю это самое частозапрашиваемое, хотя и зарезервированные ники тоже хорошо бы)
б - вытекающие функции - узнавание забытых паролей, очистка базы от непосещавших юзеров, управление скриптами (по типу скрипт мэнеджер).
в - поддержка данным ботом как SQLite так и MySQL.
2 - что надо и решаемо без бубна:
а - база топов
б - база для очистки реги
в - приветствия
г - оффлайн сообщения

В принципе, у нас есть уже хороший проект от http://mydc.ru/topic639.html, но он без бд (а жаль)

Да, я вот так замахнулся big_smile.gif

PPS ну в принципе все мои мечты big_smile.gif

Автор: Wariner 9.3.2009, 23:47

он пытается перейти но я в данный момент существуют две проблемы: я не очень хочу MySQL + не могу сформировать БД(придумать структуру не получается!!!)

PS: буду рад любой помощи.

Автор: Setuper 10.3.2009, 1:12

Большой базой данных управлять можно, но сложно. По своему опыту работы с базой данных типа sqlite могу заключить, что выбор это базы данных не очень радует в первую очередь из-за того, что многие вещи выполняет за неё скрипт, из-за этого контроль за целостностью данных становится утомительным, единственное, что поддерживает sqlite, так это создание триггеров. Связывать таблицы триггерами и контролировать вставку и модификацию триггерами поверьте мне жутко не удобно, и при росте базы данных это становится просто невыносимым. По большей части именно из-за нехватки функционала базы данных sqlite я с большим воодушевлением смотрю на какую базу данных, как mysql. Можно указать ещё с десяток, а то и больше преимуществ mysql, по сравненияю с sqlite: поддержка чеков в таблицах (в моей старой версии sqlite 3.2.7 (под api1) чеки не поддерживались, хотя в версиях с 3.3.0 они поддерживаются), поддержка процедур, полноценная поддержка связей между таблицами, контроль за типами данных, поддержка курсоров, полноценная поддержка виртуальных таблиц, ну и тд. и тп. Для возможного расширения функционала мульти-ботов всё же следует выбрать mysql, как полноценную и многофункциональную базу данных.

Автор: mariner 10.3.2009, 1:24

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

PS ну а вообще - мои запросы реализуемы?тестоую площадку дам!

Автор: Setuper 10.3.2009, 11:53

Реализуемо, но не всё сразу. Всё сразу - это мултибот. Мультибот тоже будет выкладываться с открытыми исходниками))) Но для начала будет выложен один маленький кроссплатформенный скрипт, в котором будет осуществляться работа с mysql - чтобы народ знал, что mysql - это не миф, и работать с ним легко и непринуждённо.

Что касается системы восстановления, то она присутствует в любой базе данных - откат на предыдущую закрытую транзакцию это не новость для современных бд.

Автор: Setuper 11.3.2009, 19:26

Закрыто, дабы нечего обсуждать. Как только, так сразу big_smile.gif

Автор: mariner 11.3.2009, 19:34

а я думаю стоит перенести в проекты и пусть пишут предложения! (но если хочешь - закрой и удали -_-)

Автор: Wariner 11.3.2009, 19:36

Цитата(mariner @ 9.3.2009, 23:43) *
хотелось бы:
а - хранить все птоковое барахло в Базе данных (то бишь и баны, регу и тэги клиентов - я думю это самое частозапрашиваемое, хотя и зарезервированные ники тоже хорошо бы)

а как ты это предлагаешь сделать? исходники ведь есть токо под *nix!

Автор: mariner 11.3.2009, 19:43

есть такая тема у Ильи (при входе юзера на хаб его скрипт регал юзера из базы) если на данный айпи был еще приделан профиль - то то применялся профиль. Тут другое дело - нельзя много входов с одного айпи

Автор: Setuper 11.3.2009, 20:16

Это возможно сделать, и я этим занимаюсь.

Для этого нужно написать свои настройки, и хранить их в базе данных. От хаба будет требуется только передача скрипту строк протокола. Вся информация по пользователям будет с помощью хаба извлекаться непосредственно из протокола. Вот модуль для работы с протоколом:  cproto.lua ( 17.53 килобайт ) : 17


Хорош этот скрипт будет тем, что сможет подстраиваться под любые хабы (verli, hex), а не только под ptokax.

Автор: Wariner 11.3.2009, 20:42

Я не совсем понял о чём идёт речь. Хаб будет передавать через выложенный выше модуль другому скрипту который будет работать с БД?

Автор: Setuper 11.3.2009, 20:53

Нет.
Хаб скрипту будет передавать только строки протокола, а разбор строк и всё остальное будет формироваться скриптом, и соответственно для хранения в базе данных есть другие модули.

Итак, в общем существуют следующие основные модули (кроме основных есть ещё несколько десятков модулей с реализацией функций непосредственно самого скрипта):



Любой модуль можно изменить, при этом все функции скрипта останутся рабочими.
То есть с помощью модулей скрипт может быть подстроен по любой хаб (настроив модуль функций API), под любой протокол (то есть тут возможен случай работы скрипта не только на протоколе NMDC), под любую базу данных (возможна работа с разными базами данных).

Скрипт подстраивается переписыванием соответствующих модулей под тот или иной апи того или иного модуля.

Универсальная кросс-платформенная, кросс-протокольная, кросс-базная, кросс-хабная штука))))

Автор: mariner 11.3.2009, 22:51

Илья, я с руками у тя оторву big_smile.gif) PS а пока можешь бота-регистратора написать, чтоб брал из таблице в мускуле юзеров. (рега через сайт).

Автор: Setuper 12.3.2009, 1:16

Отдельные боты не очень вдохновляет меня писать big_smile.gif

Автор: mariner 12.3.2009, 1:20

ты же вроде предложил написать один скрипта, чтобы показать всю мошь БД!

Автор: Setuper 12.3.2009, 1:35

Вопрос как через веб сделать? Со стороны lua я то сделаю, а вот со стороны сайта хз как делать - сам принцип? Ведь надо сделать чтобы пользователь не мог регистрировать черезчур много ников или забить на это?

Или просто сделать базу данных из которой будут регистрироваться пользователи, а веб морду сам напишешь или кто-нибудь другой?

Автор: mariner 12.3.2009, 2:39

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

Автор: Setuper 12.3.2009, 2:56

Ничего не понял из твоих слов.
Диаграмму сущностей можешь предоставить?