29b71b59ab
- Vine: Zeitangabe "verbessert" - Reddit: Unescape |
||
---|---|---|
otouto | ||
.editorconfig | ||
.gitignore | ||
.travis.yml | ||
config.lua.example | ||
drua-tg.lua | ||
launch.sh | ||
LICENSE | ||
main.lua | ||
README.md | ||
tg-install.sh | ||
tg-launch.sh |
Brawlbot v2
Der multifunktionale Telegram-Bot.
Entwickler auf Telegram | Offizieller Kanal
Brawlbot ist ein auf Plugins basierender Bot, der die offizielle Telegram Bot API benutzt. Ursprünglich wurde er im Dezember 2014 auf Basis von Yagops Telegram Bot entwickelt, da aber die Entwicklung von tg-cli zum Stillstand gekommen ist, wurden alle Plugins des bisher proprietären Brawlbots im Juni 2016 auf die Bot-API portiert und open-sourced.
Brawlbot v2 basiert auf otouto von Topkecleon.
Brawlbot v2 ist freie Software; du darfst in modifizieren und weiterverbreiten, allerdings musst du dich an die GNU Affero General Public License v3 halten, siehe LICENSE für Details.
##Anleitung
Für User | Für Entwickler |
---|---|
Setup | Plugins |
Bot steuern | Bindings |
Für User
Setup
Du benötigst Lua 5.2+, eine aktive Redis-Instanz und die folgenden LuaRocks-Module:
- luasocket
- luasec
- multipart-post
- dkjson
- lpeg
- redis-lua
- oauth
- xml
- feedparser
- serpent
Klone danach diese Repo. kopiere die config.lua.example
nach config.lua
und trage folgendes ein:
bot_api_key
: API-Token vom BotFatheradmin
: Deine Telegram-ID
Starte danach den Bot mit ./launch.sh
. Um den Bot anzuhalten, führe erst /halt
über Telegram aus.
Beim Start werden einige Werte in die Redis-Datenbank unter telegram:credentials
und telegram:enabled_plugins
eingetragen. Mit /plugins enable
kannst du Plugins aktivieren, es sind nicht alle von Haus aus aktiviert.
Einige Plugins benötigen API-Keys, bitte gehe die einzelnen Plugins durch, bevor du sie aktivierst!
Bot steuern
Ein Administrator kann den Bot über folgende Plugins steuern:
Plugin | Kommando | Funktion |
---|---|---|
banhammer.lua |
Siehe /hilfe banhammer | Blockt User vom Bot und kann Whitelist aktivieren |
control.lua |
/restart | Startet den Bot neu |
/halt | Speichert die Datenbank und stoppt den Bot | |
/script | Führt mehrere Kommandos aus, getrennt mit Zeilenumbrüchen | |
luarun.lua |
/lua | Führt LUA-Kommandos aus |
plugins.lua |
/plugins enable/disable | Aktiviert/deaktiviert Plugins |
shell.lua |
/sh | Führt Shell-Kommandos aus |
Gruppenadministration über tg-cli
Dieses Feature wird in Brawlbot nicht unterstützt.
Liste aller Plugins
Brawlbot erhält laufend neue Plugins und wird kontinuierlich weiterentwickelt! Siehe hier für eine Liste aller Plugins.
#Für Entwickler
Plugins
Brawlbot benutzt ein Plugin-System, ähnlich Yagops Telegram-Bot.
Ein Plugin kann fünf Komponenten haben, aber nur zwei werden benötigt:
Komponente | Beschreibung | Benötigt? |
---|---|---|
plugin:action |
Hauptfunktion. Benötigt msg als Argument, empfohlen wird auch matches als drittes Argument nach config |
J |
plugin.triggers |
Tabelle von Triggern, (Lua-Patterns), auf die der Bot reagiert | J |
plugin:init |
Optionale Funkion, die beim Start geladen wird | N |
plugin:cron |
Wird jede Minute ausgeführt | N |
plugin.command |
Einfaches Kommando mit Syntax. Wird bei /hilfe gelistet |
N |
plugin.doc |
Plugin-Hilfe. Wird mit /help $kommando gelistet |
N |
plugin.error |
Plugin-spezifische Fehlermeldung | N |
Diebot:on_msg_receive
Funktion fügt einige nützte Variablen zur msg
Tabelle hinzu. Diese sind:msg.from.id_str
, msg.to.id_str
, msg.chat.id_str
, msg.text_lower
, msg.from.name
.
Rückgabewerte für plugin:action
sind optional, aber wenn eine Tabelle zurückgegeben wird, wird diese die neue msg
,-Tabelle und on_msg_receive
wird damit fortfahren.
Interaktionen mit der Bot-API sind sehr einfach. Siehe Bindings für Details.
Einige Funktionen, die oft benötigt werden, sind in utilites.lua
verfügbar.
Bindings
Diese Sektion wurde noch nicht lokalisiert.
Calls to the Telegram bot API are performed with the bindings.lua
file through the multipart-post library. otouto's bindings file supports all standard API methods and all arguments. Its main function, bindings.request
, accepts four arguments: self
, method
, parameters
, file
. (At the very least, self
should be a table containing BASE_URL
, which is bot's API endpoint, ending with a slash, eg https://api.telegram.org/bot123456789:ABCDEFGHIJKLMNOPQRSTUVWXYZ987654321/
.)
method
is the name of the API method. parameters
(optional) is a table of key/value pairs of the method's parameters to be sent with the method. file
(super-optional) is a table of a single key/value pair, where the key is the name of the parameter and the value is the filename (if these are included in parameters
instead, otouto will attempt to send the filename as a file ID).
Additionally, any method can be called as a key in the bindings
table (for example, bindings.getMe
). The bindings.gen
function (which is also the __index function in its metatable) will forward its arguments to bindings.request
in their proper form. In this way, the following two function calls are equivalent:
bindings.request(
self,
'sendMessage',
{
chat_id = 987654321,
text = 'Quick brown fox.',
reply_to_message_id = 54321,
disable_web_page_preview = false,
parse_method = 'Markdown'
}
)
bindings.sendMessage(
self,
{
chat_id = 987654321,
text = 'Quick brown fox.',
reply_to_message_id = 54321,
disable_web_page_preview = false,
parse_method = 'Markdown'
}
)
Furthermore, utilities.lua
provides two "shortcut" functions to mimic the behavior of otouto's old bindings: send_message
and send_reply
. send_message
accepts these arguments: self
, chat_id
, text
, disable_web_page_preview
, reply_to_message_id
, use_markdown
. The following function call is equivalent to the two above:
utilities.send_message(self, 987654321, 'Quick brown fox.', false, 54321, true)
Uploading a file for the sendPhoto
method would look like this:
bindings.sendPhoto(self, { chat_id = 987654321 }, { photo = 'rarepepe.jpg' } )
and using sendPhoto
with a file ID would look like this:
bindings.sendPhoto(self, { chat_id = 987654321, photo = 'ABCDEFGHIJKLMNOPQRSTUVWXYZ123456789' } )
Upon success, bindings will return the deserialized result from the API. Upon failure, it will return false and the result. In the case of a connection error, it will return two false values. If an invalid method name is given, bindings will throw an exception. This is to mimic the behavior of more conventional bindings as well as to prevent "silent errors".