Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/MarshalX/telegram-crawler
🕷 Automatically detect changes made to the official Telegram sites, clients and servers.
https://github.com/MarshalX/telegram-crawler
crawler crawling crawling-python parser telegram telegram-org telegram-updates
Last synced: 3 months ago
JSON representation
🕷 Automatically detect changes made to the official Telegram sites, clients and servers.
- Host: GitHub
- URL: https://github.com/MarshalX/telegram-crawler
- Owner: MarshalX
- License: mit
- Created: 2021-04-23T11:56:16.000Z (over 3 years ago)
- Default Branch: main
- Last Pushed: 2024-05-01T08:53:51.000Z (6 months ago)
- Last Synced: 2024-05-01T14:55:43.839Z (6 months ago)
- Topics: crawler, crawling, crawling-python, parser, telegram, telegram-org, telegram-updates
- Language: Python
- Homepage: https://t.me/tgcrawl
- Size: 607 MB
- Stars: 236
- Watchers: 17
- Forks: 23
- Open Issues: 3
-
Metadata Files:
- Readme: README.md
- Funding: .github/FUNDING.yml
- License: LICENSE
Awesome Lists containing this project
README
## 🕷 Telegram Crawler
This project is developed to automatically detect changes made
to the official Telegram sites and beta clients. This is necessary for
anticipating future updates and other things
(new vacancies, API updates, etc).
| Name | Commits | Status |
|----------------------| -------- |---------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Data tracker | [Commits](https://github.com/MarshalX/telegram-crawler/commits/data) |  |
| Site links collector | [Commits](https://github.com/MarshalX/telegram-crawler/commits/main/tracked_links.txt) |  |
* ✅ passing – new changes
* ❌ failing – no changes
You should to subscribe to **[channel with alerts](https://t.me/tgcrawl)** to stay updated.
Copy of Telegram websites and client`s resources stored **[here](https://github.com/MarshalX/telegram-crawler/tree/data/data)**.
### How it works
1. [Link crawling](make_tracked_links_list.py) runs **as often as possible**.
Starts crawling from the home page of the site.
Detects relative and absolute sub links and recursively repeats the operation.
Writes a list of unique links for future content comparison.
Additionally, there is the ability to add links by hand to help the script
find more hidden (links to which no one refers) links. To manage exceptions,
there is a [system of rules](#example-of-link-crawler-rules-configuration)
for the link crawler.
2. [Content crawling](make_files_tree.py) is launched **as often as
possible** and uses the existing list of links collected in step 1.
Going through the base it gets contains and builds a system of subfolders
and files. Removes all dynamic content from files. It downloads beta version
of Android Client, decompiles it and track resources also. Tracking of
resources of Telegram for macOS presented too.
3. Using of [GitHub Actions](.github/workflows/). Works without own servers.
You can just fork this repository and own tracker system by yourself.
Workflows launch scripts and commit changes. All file changes are tracked
by GIT and beautifully displayed on GitHub. GitHub Actions should be built
correctly only if there are changes on the Telegram website. Otherwise, the
workflow should fail. If build was successful, we can send notifications to
Telegram channel and so on.
### FAQ
**Q:** How often is "**as often as possible**"?
**A:** TLTR: content update action runs every ~10 minutes. More info:
- [Scheduled actions cannot be run more than once every 5 minutes.](https://github.blog/changelog/2019-11-01-github-actions-scheduled-jobs-maximum-frequency-is-changing/)
- [GitHub Actions workflow not triggering at scheduled time](https://upptime.js.org/blog/2021/01/22/github-actions-schedule-not-working/).
**Q:** Why there is 2 separated crawl scripts instead of one?
**A:** Because the previous idea was to update tracked links once at hour.
It was so comfortably to use separated scripts and workflows.
After Telegram 7.7 update, I realised that find new blog posts so slowly is bad idea.
**Q:** Why alert for sending alerts have while loop?
**A:** Because GitHub API doesn't return information about commit immediately
after push to repository. Therefore, script are waiting for information to appear...
**Q:** Why are you using GitHub Personal Access Token in action/checkout workflow`s step?
**A:** To have ability to trigger other workflows by on push trigger. More info:
- [Action does not trigger another on push tag action ](https://github.community/t/action-does-not-trigger-another-on-push-tag-action/17148)
**Q:** Why are you using GitHub PAT in [make_and_send_alert.py](make_and_send_alert.py)?
**A:** To increase limits of GitHub API.
**Q:** Why are you decompiling .apk file each run?
**A:** Because it doesn't require much time. I am decompiling only
resources (-s flag of apktool to disable disassembly of dex files).
Writing a check for the need for decompilation by the hash of the apk file
would take more time.
### Example of link crawler rules configuration
```python
CRAWL_RULES = {
# every rule is regex
# empty string means match any url
# allow rules with higher priority than deny
'translations.telegram.org': {
'allow': {
r'^[^/]*$', # root
r'org/[^/]*/$', # 1 lvl sub
r'/en/[a-z_]+/$' # 1 lvl after /en/
},
'deny': {
'', # all
}
},
'bugs.telegram.org': {
'deny': {
'', # deny all sub domain
},
},
}
```
### Current hidden urls list
```python
HIDDEN_URLS = {
# 'corefork.telegram.org', # disabled
'telegram.org/privacy/gmailbot',
'telegram.org/tos',
'telegram.org/tour',
'telegram.org/evolution',
'desktop.telegram.org/changelog',
}
```
### License
Licensed under the [MIT License](LICENSE).