mirror of
https://github.com/TeamPGM/pyrogram.git
synced 2024-11-16 20:59:29 +00:00
538f1e3972
- Pyrogram core is now fully asynchronous - Ditched Python 3.5, welcome 3.6 as minimum version. - Moved all types to pyrogram.types - Turned the Filters class into a module (filters) - Moved all filters to pyrogram.filters - Moved all handlers to pyrogram.handlers - Moved all emoji to pyrogram.emoji - Renamed pyrogram.api to pyrogram.raw - Clock is now synced with server's time - Telegram schema updated to Layer 117 - Greatly improved the TL compiler (proper type-constructor hierarchy) - Added "do not edit" warning in generated files - Crypto parts are executed in a thread pool to avoid blocking the event loop - idle() is now a separate function (it doesn't deal with Client instances) - Async storage, async filters and async progress callback (optional, can be sync too) - Added getpass back, for hidden password inputs
87 lines
3.8 KiB
ReStructuredText
87 lines
3.8 KiB
ReStructuredText
Pyrogram Glossary
|
|
=================
|
|
|
|
This page contains a list of common words with brief explanations related to Pyrogram and, to some extent, Telegram in
|
|
general. Some words may as well link to dedicated articles in case the topic is covered in a more detailed fashion.
|
|
|
|
.. tip::
|
|
|
|
If you think something interesting could be added here, feel free to propose it by opening a `Feature Request`_.
|
|
|
|
.. contents:: Contents
|
|
:backlinks: none
|
|
:depth: 1
|
|
:local:
|
|
|
|
-----
|
|
|
|
Terms
|
|
-----
|
|
|
|
.. glossary::
|
|
:sorted:
|
|
|
|
API
|
|
Application Programming Interface: a set of methods, protocols and tools that make it easier to develop programs
|
|
by providing useful building blocks to the developer.
|
|
|
|
API key
|
|
A secret code used to authenticate and/or authorize a specific application to Telegram in order for it to
|
|
control how the API is being used, for example, to prevent abuses of the API.
|
|
:doc:`More on API keys <intro/setup>`.
|
|
|
|
DC
|
|
Also known as *data center*, is a place where lots of computer systems are housed and used together in order to
|
|
achieve high quality and availability for services.
|
|
|
|
RPC
|
|
Acronym for Remote Procedure Call, that is, a function which gets executed at some remote place (i.e. Telegram
|
|
server) and not in your local machine.
|
|
|
|
RPCError
|
|
An error caused by an RPC which must be returned in place of the successful result in order to let the caller
|
|
know something went wrong. :doc:`More on RPCError <start/errors>`.
|
|
|
|
MTProto
|
|
The name of the custom-made, open and encrypted protocol by Telegram, implemented in Pyrogram.
|
|
:doc:`More on MTProto <topics/mtproto-vs-botapi>`.
|
|
|
|
MTProto API
|
|
The Telegram main API Pyrogram makes use of, which is able to connect both users and normal bots to Telegram
|
|
using MTProto as application layer protocol and execute any method Telegram provides from its public TL-schema.
|
|
:doc:`More on MTProto API <topics/mtproto-vs-botapi>`.
|
|
|
|
Bot API
|
|
The Telegram Bot API that is able to only connect normal bots only to Telegram using HTTP as application layer
|
|
protocol and allows to execute a sub-set of the main Telegram API.
|
|
:doc:`More on Bot API <topics/mtproto-vs-botapi>`.
|
|
|
|
Pyrogrammer
|
|
A developer that uses Pyrogram to build Telegram applications.
|
|
|
|
Userbot
|
|
Also known as *user bot* or *ubot* for short, is a user logged in by third-party Telegram libraries --- such as
|
|
Pyrogram --- to automate some behaviours, like sending messages or reacting to text commands or any other event.
|
|
Not to be confused with *bot*, that is, a normal Telegram bot created by `@BotFather <https://t.me/botfather>`_.
|
|
|
|
Session
|
|
Also known as *login session*, is a strictly personal piece of data created and held by both parties
|
|
(client and server) which is used to grant permission into a single account without having to start a new
|
|
authorization process from scratch.
|
|
|
|
Callback
|
|
Also known as *callback function*, is a user-defined generic function that *can be* registered to and then
|
|
called-back by the framework when specific events occurs.
|
|
|
|
Handler
|
|
An object that wraps around a callback function that is *actually meant* to be registered into the framework,
|
|
which will then be able to handle a specific kind of events, such as a new incoming message, for example.
|
|
:doc:`More on Handlers <start/updates>`.
|
|
|
|
Decorator
|
|
Also known as *function decorator*, in Python, is a callable object that is used to modify another function.
|
|
Decorators in Pyrogram are used to automatically register callback functions for handling updates.
|
|
:doc:`More on Decorators <start/updates>`.
|
|
|
|
.. _Feature Request: https://github.com/pyrogram/pyrogram/issues/new?labels=enhancement&template=feature_request.md
|