mirror of
https://github.com/soxoj/maigret.git
synced 2026-05-06 22:19:01 +00:00
50 lines
4.0 KiB
Markdown
50 lines
4.0 KiB
Markdown
# Site checks — playbook (Maigret)
|
|
|
|
Short checklist for edits to [`maigret/resources/data.json`](../maigret/resources/data.json) and, when needed, [`maigret/checking.py`](../maigret/checking.py). Full guide: [`site-checks-guide.md`](site-checks-guide.md). Upstream extraction proposals: [`socid_extractor_improvements.log`](socid_extractor_improvements.log).
|
|
|
|
**Documentation maintenance:** whenever you improve Maigret, add search tooling, or change check logic, update **both** this file and [`site-checks-guide.md`](site-checks-guide.md) (see the “Documentation maintenance” section at the end of that file). When JSON API / `socid_extractor` logging rules change, update the **template header** in [`socid_extractor_improvements.log`](socid_extractor_improvements.log) in the same change.
|
|
|
|
## 0. Standard checks (do alongside reproduce / classify)
|
|
|
|
- **Public JSON API:** always look for a stable JSON (or GraphQL JSON) profile endpoint (`/api/`, `.json`, mobile-style URLs). Prefer it in `url` when it differentiates claimed vs unclaimed users better than HTML. Details: section **2.1** in [`site-checks-guide.md`](site-checks-guide.md).
|
|
- **`socid_extractor` log (mandatory):** if you find **embedded user JSON in HTML** or a **standalone JSON profile API**, append a dated entry (with **example username**) to [`socid_extractor_improvements.log`](socid_extractor_improvements.log). Details: section **2.2** in [`site-checks-guide.md`](site-checks-guide.md).
|
|
|
|
## 1. Reproduce
|
|
|
|
- Run a targeted check:
|
|
`maigret USER --db /path/to/maigret/resources/data.json --site "SiteName" --print-not-found --print-errors --no-progressbar -vv`
|
|
- Compare an **existing** and a **non-existent** username (as `usernameClaimed` / `usernameUnclaimed` in JSON).
|
|
- With `-vvv`, inspect `debug.log` (raw response in the log).
|
|
|
|
## 2. Classify the cause
|
|
|
|
| Symptom | Typical cause | Action |
|
|
|--------|-----------------|--------|
|
|
| HTTP 200 for “user does not exist” | Soft 404 | Move from `status_code` to `message` or `response_url`; add `absenceStrs` / narrow `presenseStrs` |
|
|
| Generic words match (`name`, `email`) | `presenseStrs` too broad | Remove generic markers; add profile-specific ones |
|
|
| Same HTML without JS | SPA / skeleton shell | Compare **final URL and HTTP redirects** (Maigret already follows redirects by default). If the browser shows extra routes (`/posts`, `/not-found`) only **after JS**, they will **not** appear to Maigret — try a **public JSON/API** endpoint for the same site if one exists. See **Redirects and final URL** and **Picsart** in [`site-checks-guide.md`](site-checks-guide.md). |
|
|
| 403 / “Log in” / guest-only | Auth or anti-bot required | `disabled: true` |
|
|
| reCAPTCHA / “Checking your browser” | Bot protection | Try a reasonable `User-Agent` in `headers`; else `errors` + UNKNOWN or `disabled` |
|
|
| Domain does not resolve / persistent timeout | Dead service | Remove entry **only** after confirming the domain is dead |
|
|
|
|
## 3. Data edits
|
|
|
|
1. Update `url` / `urlMain` if needed (HTTPS redirects).
|
|
2. For `message`: **always** tune string pairs so `absenceStrs` fire on “no user” pages and `presenseStrs` fire on real profiles without false absence hits.
|
|
3. Engine (`engine`, e.g. XenForo): override only differing fields in the site entry so other sites are not broken.
|
|
4. Keep `status_code` only if the response **reliably** differs by status code without soft 404.
|
|
|
|
## 4. Verify
|
|
|
|
- `maigret --self-check --site "SiteName" --db ...` for touched entries.
|
|
- `make test` before commit.
|
|
|
|
## 5. Code notes
|
|
|
|
- `process_site_result` uses strict comparison to `"status_code"` for `checkType` (not a substring trick).
|
|
- Empty `presenseStrs` with `message` means “presence always true”; a debug line is logged only at DEBUG level.
|
|
|
|
## 6. Documentation maintenance
|
|
|
|
When you change Maigret, add search tools, or change check logic, keep **this playbook**, [`site-checks-guide.md`](site-checks-guide.md), and (when applicable) the template in [`socid_extractor_improvements.log`](socid_extractor_improvements.log) aligned. New log **entries** are append-only at the bottom of that file.
|