Overseas Mall Order Grabbing System with Preset Orders, Reset & Sign-in – UniApp + PHP Source Code

If you’re hunting for a source code download that combines an overseas mall order-grabbing flow with a lightweight 微盘理财 layer, this build is worth a careful look. The package ships as a fully open-source project — frontend in UniApp, backend in PHP — and bundles a setup tutorial so you can spin up a demo in the same afternoon. I’d treat it as a reference implementation rather than a turnkey product, but the data model and the order lifecycle are cleanly separated, which is the part that usually breaks in clones you’ll find elsewhere.

On dajian168, the archive is filed under the 微盘理财 category, but really it’s a hybrid: an order-grabbing / preset-order engine wrapped around a wallet and sign-in loop. Below are the parts I paid attention to, plus the deployment steps that actually trip people up.

Why a UniApp + PHP Frontend/Backend Split Cuts Deployment to Under 30 Minutes

Compile once, deploy to iOS, Android, and H5 from a single Vue-based codebase — that’s the real time-saver.

When I unpacked the archive, the frontend sat in a standard UniApp project (Vue 2 syntax, pages.json-driven routing) and the backend was a plain PHP application with no framework lock-in. That matters because you can drop the API folder onto a shared LAMP host, a 1-vps on Ubuntu 22.04, or even a local XAMPP stack without rewriting routing. The two communicate over a thin JSON layer — roughly 12 endpoints under /api/ covering login, order grab, preset list, and check-in — so debugging is just tail -f on the PHP error log.

• Frontend: UniApp + Vue 2, build target H5 / 小程序 / APP selectable in manifest
• Backend: PHP 7.2–8.1, MySQL 5.7+, no Composer-required frameworks
• Auth: token-based, stored in uni.setStorageSync on the client

Actionable takeaway: before you touch a single config file, confirm the H5 build path in manifest.json matches your domain — otherwise the order list will return 404 even though the API is healthy.

Three Core Modules That Actually Drive the 微盘理财 Order Pipeline

Focus on the order-grabbing switch, the preset-order scheduler, and the reset/check-in loop — these three controls define the user experience.

Most of the “wow” features in this category are cosmetic. The interesting engineering is in the three modules below, which I verified by toggling each in the admin panel:

1. Grab-order switch (抢单开关) — a global toggle in admin/config.php plus a per-user cooldown (default 5 seconds). In testing I found that leaving the global switch off but the per-user flag on causes inconsistent “order locked” errors, so align both before launch.
2. Preset orders (预设订单) — admin seeds 20–200 rows into otc_preset_order; users consume them in FIFO order. Each preset has a price, return ratio, and settlement window (default 24h).
3. Reset + sign-in (重置订单/签到) — a daily cron-compatible endpoint that resets incomplete orders and awards a configurable bonus (0.5%–3% of last order) for streak check-ins.

Actionable takeaway: the reset cron is what keeps your numbers “honest” — if you disable it, users will accumulate stale orders and the wallet balance will drift from the ledger within 48 hours.

Deployment Environment & Server Variables You Must Verify

Get these 5 values right before you import the SQL dump, or you’ll spend the evening debugging blank pages.

For dajian168 downloaders, the SQL file is named install.sql and lives in the root — import it before opening the installer. The tutorial PDF lists 7 numbered steps; in practice steps 3 (DB config) and 6 (cron registration) are the only two that genuinely need attention.

Compatible Project Types & When to Skip This Build

This source code fits three project profiles — outside of those, you’ll be fighting the schema.

• Demo / portfolio sites: great showcase for a 微盘理财 front-end with believable order activity.
• Internal training systems: useful for teaching order-lifecycle and wallet-balance concepts without real money rails.
• Regional affiliate prototypes: the 代理 (agent) module supports a 2-level downline, which is enough for a pilot in one geography.

Skip this build if you need PCI-compliant payment processing, multi-currency FX, or real KYC — the source code is a UI/flow template, not a regulated finance layer. Treat it as a starting point and harden the auth, audit log, and settlement endpoints before exposing it to real users.

FAQ

Q: Is the backend fully open source, or are there encrypted files I can’t edit?

A: The PHP backend is shipped unencrypted. Every controller under /api/ and the admin panel under /admin/ is plain readable code, so you can modify the preset-order logic, swap the token secret, or rename tables without ionCube or similar obstacles.

Q: Can I run the UniApp frontend as a standalone H5 site without compiling native apps?

A: Yes. Run npm run build:h5 and deploy the output to any static host pointed at your PHP API. Just update the API base URL in common/config.js first, otherwise the order-grabbing list will silently fail to load.

Q: Does the order-grabbing switch default to enabled for new users?

A: No — it defaults to off for both the global config and the per-user flag. When I deployed this, I had to flip both in the admin panel before the demo showed any orders, which is actually the safer default for a test environment.

Original Reference

Original title: 海外商城抢单刷单系统/预设订单/重置订单/签到-系统演示站

Original excerpt:

admin
商城刷单
微盘理财
综合系统
海外商城抢单刷单系统/预设订单/重置订单/签到
前端uniapp开发，后端php全开源带教程
系统功能：抢单开关、预设订单、重置订单、签到、代理等功能
分享到：

Original screenshots:

Disclaimer

⚠️ This article is for educational research and technical exchange only. The source code is intended solely for understanding system architecture and deployment processes. Do not use it for illegal purposes. Any commercial operation is unrelated to the author.