--- id: php-superglobals-request title: "PHP Superglobals Request" category: "Programming_Language" status: "draft" verification_status: "conceptual" canonical_id: "" aliases: ["$_REQUEST", "PHP 요청 슈퍼글로벌"] duplicate_of: "" source_trust_level: "B" confidence_score: 0.88 created_at: 2026-07-04 updated_at: 2026-07-04 review_reason: "" merge_history: [] tags: ["php", "programming", "w3schools", "superglobals", "request", "security"] raw_sources: ["https://www.w3schools.com/php/php_superglobals_request.asp"] applied_in: [] github_commit: "" --- # [[PHP Superglobals Request]] ## 🎯 한 줄 통찰 (One-line insight) `$_REQUEST`'s convenience is explicitly flagged as a security liability — because it silently merges GET, POST, and COOKIE data into one array, the source recommends using the more specific `$_GET`/`$_POST`/`$_COOKIE` superglobals whenever possible, since `$_REQUEST` can't distinguish where a value actually came from. [S1] ## 🧠 핵심 개념 (Core concepts) - **`$_REQUEST`** — combines data from `$_GET`, `$_POST`, and `$_COOKIE` into one array. [S1] - **Security caveat** — combining sources makes it harder to know a value's origin, a potential vulnerability; prefer the specific superglobals when possible. [S1] - **`htmlspecialchars()`** — sanitizes output to prevent XSS when echoing user-submitted data. [S1] - **Works for both POST forms and GET query strings/forms** — the same `$_REQUEST[key]` syntax retrieves data regardless of submission method. [S1] ## 📖 세부 내용 (Details) - POST form + $_REQUEST: `