Deployed on ig.zipperi.com. Answers: does either reference still work? No — final signup POST is blocked (HTTP 429) on direct IP and via Apify residential proxy. Proxy fixes IP reputation but not the stale 2020 payload. Re-run below safely.
Flows: kaex start.php → generateClientId → generateCsrfToken → getAccountData → createUser · Feezy creator.py → runbot/runBot → seleniumbot | requestbot(Session) → generateaccountinformation → storeusername. Selenium engine unavailable on cPanel shared (no chromedriver) — kept as reference only.
Safety: single-shot only, no loops, no auto proxy scraping. Secrets stay server-side (masked outputs).
Pick engine/identity/proxy above, then click Compare.
• Central lib/Config.php (amount caps, email domain, country, proxy policy).
• Feezy identity: name→username+rand(1-99), 12-char alnum password, gender + adult birthday.
• Dual engine: legacy manual-header POST vs session cookie-jar POST (tos_version=row).
• Rich storage simulated.json/csv (Name,Username,Password,Email,Gender,Birthday).
• Proxy via Apify (not sslproxies.org scrape). Selenium documented only.
• Hardcoded 2020 enc_password, Chrome/79 UA, stale X-IG-App-ID.
• Missing runtime encryption, X-IG-WWW-Claim, device attestation, SMS challenge.
• Residential proxy changes exit IP (HU/PL seen) but Instagram still returns 429 empty — payload-level block, not just IP.
index.php UI · api.php (diagnose/compare/simulate/dryrun/proxy_status/config/export) · lib/Tester.php · lib/ApifyProxy.php · lib/Config.php · original/ (kaex) · original-feezy/ · cli-test.php/usr/local/cpanel/3rdparty/bin/php ~/ig.zipperi.com/cli-test.php compare --provider=feezy --proxy=1