短链接还原php后怎么分享_生成新短链接的便捷方法【介绍】

16次阅读

php还原短链接需用curl禁用自动跳转并解析location响应头;生成则依赖Bitly等API或自建系统;file_get_contents因默认跟随重定向且不返回响应头而不适用。

短链接还原php后怎么分享_生成新短链接的便捷方法【介绍】

PHP 本身不提供短链接还原或生成的内置功能,所有操作都依赖外部服务(如 Bitly、TinyURL)或自建逻辑。直接用 PHP “还原短链接” 实际上就是发起一次 http 请求获取重定向目标地址;而“生成新短链接”必须调用 API 或写数据库映射 + 自定义路由

怎么用 PHP 还原短链接(获取真实 URL)

短链接本质是 301/302 重定向,还原的关键是**不跟随跳转**,只读取 Location 响应头。用 curl 最可靠,file_get_contents 默认会跟随跳转,不能直接用。

  • 必须设置 CURLOPT_FOLLOWLOCATIONfalse
  • 必须设置 CURLOPT_HEADERtrue 才能捕获响应头
  • curl_getinfo($ch, CURLINFO_REDIRECT_URL) 在某些情况下返回空,优先解析 Location
function resolveShortUrl($shortUrl) {     $ch = curl_init($shortUrl);     curl_setopt_array($ch, [         CURLOPT_NOBODY => true,         CURLOPT_RETURNTRANSFER => true,         CURLOPT_FOLLOWLOCATION => false,         CURLOPT_HEADER => true,         CURLOPT_TIMEOUT => 5,         CURLOPT_USERAGENT => 'Mozilla/5.0'     ]);     $response = curl_exec($ch);     $headerSize = curl_getinfo($ch, CURLINFO_HEADER_SIZE);     $headers = substr($response, 0, $headerSize);     curl_close($ch);      if (preg_match('/Location:s*(.+)/i', $headers, $matches)) {         return trim($matches[1]);     }     return null; } // 示例 $realUrl = resolveShortUrl('https://t.co/abc123'); echo $realUrl; // 输出类似 https://example.com/post?id=42

为什么 file_get_contents 不能直接还原短链接

file_get_contents 默认行为是自动跟随全部重定向(最多 20 次),最终返回的是最终页面内容,不是跳转链路本身。你得不到中间的 Location,也就无法还原原始跳转目标。

  • 即使设 stream_context_create(['http' => ['follow_location' => false]]),PHP 7.4+ 才支持该选项,且部分版本仍不可靠
  • 它不返回响应头,无法提取 Location
  • 遇到多级跳转(如 t.co → bit.ly → real.com)时,curl 更可控

生成新短链接:推荐用 Bitly API(v4)的最小可行方案

自建短链系统要处理域名、路由、存储、防刷、统计,成本高。用 Bitly 是最省事的选择,只需一个 access_token 和两行请求。

立即学习PHP免费学习笔记(深入)”;

  • 注册 Bitly 获取 ACCESS_TOKEN(在 API Settings 页面)
  • Bitly v4 要求请求头带 Authorization: Bearer YOUR_TOKEN
  • 返回 jsON 中的 link 字段就是新短链接
$longUrl = 'https://example.com/report?date=2024-06&user=789'; $token = 'YOUR_ACCESS_TOKEN'; $data = json_encode(['long_url' => $longUrl]);  $ch = curl_init('https://api-ssl.bitly.com/v4/shorten'); curl_setopt_array($ch, [     CURLOPT_POST => true,     CURLOPT_POSTFIELDS => $data,     CURLOPT_HTTPHEADER => [         'Content-Type: application/json',         'Authorization: Bearer ' . $token     ],     CURLOPT_RETURNTRANSFER => true ]);  $response = json_decode(curl_exec($ch), true); curl_close($ch);  if (isset($response['link'])) {     echo $response['link']; // e.g. https://bit.ly/3xYzAbC }

分享时注意 Referer 和移动端适配问题

生成的短链接被点击后,目标页拿到的 $_SERVER['HTTP_REFERER'] 是短链域名(如 bit.ly),不是用户原始来源。如果业务依赖来源分析,得在长 URL 中显式携带参数,例如:

  • utm_source=wechat 写进原始 URL 再压缩:https://example.com/?ref=wechat
  • 避免用 JS 跳转方式分享(如 window.location.href=...),ios 微信中可能丢失 Referer
  • 短链接指向的落地页必须响应式,否则在微信内嵌浏览器里体验极差

真正麻烦的从来不是“怎么生成一个短链接”,而是“生成之后怎么追踪、怎么防滥用、怎么确保在所有 app 内都能正常跳转”。别低估微信、飞书、钉钉对 URL 的拦截策略——有时候连 http:// 都会被自动禁用,强制走 HTTPS。

text=ZqhQzanResources