如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程

在macos上搭建php环境的最佳方式是使用homebrew,因为它简化了安装、版本管理和依赖处理。1. 安装homebrew:运行/bin/bash -c “$(curl -fssl https://raw.githubusercontent.com/homebrew/install/head/install.sh)”。2. 使用brew install php安装php,或指定版本如brew install php@8.1。3. 配置apachenginx:apache需编辑httpd.conf启用php模块或配置php-fpm代理;nginx则需配置location块将php请求转发给php-fpm。4. 测试环境:在网站根目录创建info.php文件并访问http://localhost/info.php验证是否成功。homebrew的优势在于支持多版本管理、清晰的依赖处理、配置透明、与系统隔离及活跃的社区支持。切换php版本可通过brew link/unlink实现,web服务器则需调整php-fpm服务及配置文件中的监听地址。常见问题如模块未加载、文件不解析或权限错误,可通过检查配置、日志和权限解决。

如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程

在macOS上搭建PHP环境,说白了,就是确保你的系统能“理解”和“执行”PHP代码,通常这意味着你需要一个PHP解释器,并且让你的Web服务器(比如Apache或Nginx)知道如何把PHP请求交给它处理。最直接、也最推荐的方法,是借助Homebrew这个包管理器来安装和管理PHP,因为它能帮你省去很多版本兼容和依赖管理的麻烦。

如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程

解决方案

搭建macOS上的PHP环境,我个人觉得Homebrew是目前最省心、最现代的选择。它能让你轻松安装不同版本的PHP,还能方便地管理它们。

安装Homebrew(如果还没装的话)打开终端,粘贴这行命令:/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/com/Homebrew/install/HEAD/install.sh)"跟着提示走,可能需要输入密码,等它跑完。

如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程

安装PHPHomebrew默认会安装最新稳定版的PHP。brew install php如果你需要特定版本,比如PHP 8.1,可以这样:brew install php@8.1Homebrew安装完后,通常会自动帮你把PHP的路径添加到你的PATH环境变量里,这样你就能直接在终端里运行php命令了。你可以通过php -v来验证安装是否成功,以及当前活跃的PHP版本。

配置Web服务器(Apache或Nginx)macOS自带Apache,但默认是关闭的。Nginx则需要通过Homebrew安装。

如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程

使用macOS自带的Apache配置PHP:Apache的配置文件在/etc/apache2/httpd.conf。首先,启动Apache:sudo apachectl start然后,编辑httpd.conf。找到#LoadModule php_module(或者类似PHP相关的模块加载行),把它前面的#去掉,或者添加一行加载Homebrew安装的PHP模块。具体路径可能因PHP版本和Homebrew安装方式而异,通常Homebrew会在安装完成后给出提示,比如LoadModule php_module /usr/local/opt/php/lib/httpd/modules/libphp.so。接着,确保Apache能处理.php文件。找到IfModule dir_module部分,在DirectoryIndex index.html后面加上index.php,变成DirectoryIndex index.html index.php。最后,在httpd.conf中添加或修改一个FilesMatch块,让Apache将.php文件传递给PHP处理器

    SetHandler application/x-httpd-php

或者,更推荐的方式是使用PHP-FPM(FastCGI Process Manager),这对于性能和多版本管理更优。你需要确保PHP-FPM服务已启动:brew services start php (或 php@X.Y)。然后,在Apache中配置mod_proxy_fcgi来转发请求:

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

LoadModule proxy_module lib/httpd/modules/mod_proxy.soLoadModule proxy_fcgi_module lib/httpd/modules/mod_proxy_fcgi.so    SetHandler "proxy:fcgi://127.0.0.1:9000"

这里的9000是PHP-FPM的默认端口,你也可以配置为Unix socket路径,例如proxy:unix:/usr/local/var/run/php-fpm.sock|fcgi://localhost/。保存文件并重启Apache:sudo apachectl restart

使用Nginx配置PHP:Nginx不直接处理PHP,它需要通过PHP-FPM来处理。安装Nginx:brew install nginx启动Nginx:brew services start nginx确保PHP-FPM已启动:brew services start php (或 php@X.Y)编辑Nginx的配置文件,通常在/usr/local/etc/nginx/nginx.conf/usr/local/etc/nginx/servers/default.conf。在server块中添加一个location块来处理PHP文件:

location ~ .php$ {    root           /usr/local/var/www; # 你的网站根目录    fastcgi_pass   127.0.0.1:9000; # 或者 unix:/usr/local/var/run/php-fpm.sock;    fastcgi_index  index.php;    fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;    include        fastcgi_params;}

记得把root路径改成你的项目实际路径。保存文件并重启Nginx:brew services restart nginx

测试PHP环境在你Web服务器配置的网站根目录(例如Apache的/Library/WebServer/Documents或Nginx的/usr/local/var/www)创建一个info.php文件,内容如下:


然后在浏览器中访问http://localhost/info.php。如果能看到详细的PHP信息页面,那就说明你的PHP环境搭建成功了。

为什么在Mac上搭建PHP环境,Homebrew是最佳选择?

说实话,我个人觉得在macOS上折腾开发环境,Homebrew简直是神来之笔。系统自带的PHP版本通常都比较老旧,而且你没法轻易地切换版本或者管理扩展。MAMP、XAMPP这些集成环境虽然“傻瓜式”安装,但它们的目录结构和配置方式往往比较封闭,不那么灵活,而且有时候你想单独升级某个组件(比如PHP版本),就得重新安装整个集成包,挺烦人的。

Homebrew就不一样了。它像一个专业的工具箱,让你能以一种非常“Mac原生”的方式来管理软件。它的优势在于:

版本管理轻松: 你可以同时安装PHP 7.4、PHP 8.0、PHP 8.2等多个版本,然后通过简单的brew linkbrew unlink命令,或者brew services来控制哪个版本是当前活跃的,或者启动哪个版本的PHP-FPM。这对于同时维护多个项目(有的老项目需要旧版本PHP,新项目需要最新版本)来说,简直是救命稻草。依赖清晰: Homebrew会自动处理PHP运行所需的各种依赖库,你不用担心缺了哪个lib文件导致PHP扩展装不上。配置透明: Homebrew安装的PHP,其配置文件(php.ini)通常在/usr/local/etc/php/X.Y/php.ini,路径清晰,修改起来也很方便,不像集成环境那样可能藏得比较深。与系统隔离: Homebrew安装的软件都在/usr/local下,不会污染macOS的核心系统文件,保持了系统的干净和稳定。社区活跃: 遇到问题,Homebrew的社区支持非常强大,很容易找到解决方案。

对我来说,这种自由度和控制感是其他方式无法比拟的。它让我在开发过程中,能够更专注于代码本身,而不是花大量时间在环境配置的泥潭里挣扎。

如何在macOS上管理和切换多个PHP版本以适应不同项目需求?

这绝对是每个PHP开发者在macOS上会遇到的实际问题。你不可能只做一个项目,而不同的项目可能基于不同的框架,对PHP版本有不同的要求。比如,一个老旧的WordPress站点可能还在PHP 7.4上跑得好好的,而你手头的新Laravel项目却需要PHP 8.2才能发挥最佳性能。

通过Homebrew,管理多个PHP版本变得相对简单。

安装多个PHP版本:你可以像前面提到的那样,安装你需要的特定PHP版本:brew install php@7.4brew install php@8.1brew install php@8.2等等。

切换CLI(命令行)PHP版本:当你安装了多个PHP版本后,Homebrew通常会默认链接最新的版本。要切换命令行中使用的PHP版本,你可以使用brew linkbrew unlink命令。例如,如果你想让PHP 8.1成为默认的命令行版本:首先,取消当前活跃版本的链接(如果不是你想要的):brew unlink php (这会取消当前默认链接的PHP版本,通常是最新的那个)然后,链接你想要的版本:brew link php@8.1 --force (加上--force是为了强制链接,防止冲突)执行php -v,你应该会看到PHP 8.1的版本信息。如果你想再切换回PHP 8.2:brew unlink php@8.1brew link php@8.2 --force

管理Web服务器(Apache/Nginx)使用的PHP版本:这部分稍微复杂一点,因为它涉及到Web服务器如何与PHP-FPM通信。

对于Apache + PHP-FPM:你需要确保你想要使用的PHP版本的PHP-FPM服务正在运行。例如,如果你想让Apache使用PHP 8.1:brew services stop php (停止所有Homebrew管理的PHP-FPM服务)brew services start php@8.1 (启动PHP 8.1的PHP-FPM服务)然后,检查你的Apache配置(httpd.conf或虚拟主机配置),确保SetHandlerProxyPass指向的是正确PHP-FPM的socket或端口。通常,Homebrew安装的PHP-FPM会监听在127.0.0.1:9000(或者其他端口,具体看php-fpm.conf),或者一个Unix socket文件(例如/usr/local/var/run/php-fpm.sock)。如果你同时运行了多个PHP-FPM服务,它们的端口或socket路径可能会不同,你需要确保Apache指向的是你想要的版本。

对于Nginx + PHP-FPM:类似Apache,你同样需要确保目标PHP版本的PHP-FPM服务已启动。brew services stop phpbrew services start php@8.2然后,在Nginx的location ~ .php$块中,fastcgi_pass指令需要指向对应PHP-FPM服务的地址。比如,如果你PHP 8.2的FPM监听在127.0.0.1:9000,那就保持fastcgi_pass 127.0.0.1:9000;。如果你有多个项目,每个项目需要不同PHP版本,你可能需要为每个项目配置独立的Nginx server块,并在其中指定对应的PHP-FPM端口或socket路径。例如,PHP 8.1的FPM监听9001端口,PHP 8.2的FPM监听9002端口,然后在Nginx配置中分别指向:

# Project A (PHP 8.1)server {    listen 80;    server_name project-a.test;    root /path/to/project-a;    location ~ .php$ {        fastcgi_pass 127.0.0.1:9001; # PHP 8.1 FPM        fastcgi_index index.php;        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;        include fastcgi_params;    }}# Project B (PHP 8.2)server {    listen 80;    server_name project-b.test;    root /path/to/project-b;    location ~ .php$ {        fastcgi_pass 127.0.0.1:9002; # PHP 8.2 FPM        fastcgi_index index.php;        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;        include fastcgi_params;    }}

要做到这一点,你需要手动修改各个PHP版本的php-fpm.d/www.conf文件,更改listen指令的端口或socket路径,避免冲突。比如,PHP 8.1的www.conflisten = 127.0.0.1:9001,PHP 8.2的www.conflisten = 127.0.0.1:9002。每次修改完Nginx配置或PHP-FPM配置,别忘了重启对应的服务。

这种精细化的管理,虽然初次配置可能有点绕,但一旦理顺了,会让你在处理多项目并行开发时游刃有余。

在macOS上配置Apache或Nginx与PHP协作的常见挑战与解决方案

配置Web服务器让它和PHP“说话”是整个环境搭建中最容易出岔子的地方,我个人在这个环节没少踩坑。核心问题无非是Web服务器不知道PHP在哪,或者PHP没法正确处理请求。

1. Apache与PHP协作的常见挑战

挑战:PHP模块未加载或加载错误。 macOS自带的Apache默认不加载PHP模块。如果你想用自带的libphp.so,它可能已经过时了。如果你用Homebrew安装的PHP,需要确保加载的是Homebrew提供的模块。

解决方案:打开/etc/apache2/httpd.conf。如果你是直接加载PHP模块(不推荐,但有时为了快速测试):找到LoadModule php_module开头的行,确保它不是被注释掉的(前面没有#),并且路径指向的是你想要的PHP版本模块,比如LoadModule php_module /usr/local/opt/php@8.2/lib/httpd/modules/libphp.so。这个路径在brew install php@X.Y后,Homebrew通常会给你提示。更推荐的方式是使用PHP-FPM: 确保LoadModule proxy_moduleLoadModule proxy_fcgi_module这两行没有被注释。然后,在你的VirtualHost或全局配置中,使用FilesMatch指令将.php请求转发给PHP-FPM。

    SetHandler "proxy:fcgi://127.0.0.1:9000" # 或你的PHP-FPM监听的Unix socket路径

别忘了启动PHP-FPM服务:brew services start php@X.Y

挑战:Apache不解析.php文件。 浏览器访问info.php时,直接下载文件或者显示源码。

解决方案: 检查httpd.confDirectoryIndex指令是否包含index.php,例如DirectoryIndex index.html index.php。同时,确认FilesMatch配置正确,告诉Apache如何处理.php文件。

挑战:权限问题。 Apache无法读取PHP文件,或者PHP无法写入日志/上传目录。

解决方案: 确保你的网站根目录及其子目录,对于Apache运行的用户(通常是_wwwdaemon)有读取权限。如果PHP需要写入,比如上传文件或生成缓存,相关目录还需要有写入权限。简单的测试方法是sudo chown -R _www:_www /path/to/your/websitesudo chmod -R 755 /path/to/your/website(对于需要写入的目录可以是775777,但777在生产环境应避免)。

2. Nginx与PHP协作的常见挑战

挑战:Nginx无法连接到PHP-FPM。 浏览器显示502 Bad Gateway错误。

解决方案:确认PHP-FPM服务已启动: 在终端运行brew services list,看看你需要的PHP版本对应的php-fpm状态是不是started。如果不是,brew services start php@X.Y检查fastcgi_pass地址: 在Nginx配置中,fastcgi_pass指令的地址必须和PHP-FPM监听的地址一致。如果是TCP端口:fastcgi_pass 127.0.0.1:9000;。确保PHP-FPM的www.conf(通常在/usr/local/etc/php/X.Y/php-fpm.d/www.conf)中listen = 127.0.0.1:9000。如果是Unix socket:fastcgi_pass unix:/usr/local/var/run/php-fpm.sock;。确保PHP-FPM的www.conflisten = /usr/local/var/run/php-fpm.sock。这个socket文件必须存在且Nginx有权限访问。检查PHP-FPM日志: PHP-FPM通常有自己的错误日志,检查这些日志可以找到连接失败的原因。日志路径在php-fpm.conf中定义。

挑战:Nginx返回文件下载而不是解析PHP。

解决方案: 检查Nginx配置中location ~ .php$块是否正确配置了fastcgi_index index.php;fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;。这些参数告诉Nginx如何构建请求脚本的完整路径,并传递给PHP-FPM。

挑战:Nginx根目录配置错误。

解决方案: 确保Nginx server块中的root指令指向了你网站的正确物理路径。如果root错了,Nginx找不到PHP文件,自然无法传递给PHP-FPM。

无论使用Apache还是Nginx,遇到问题时,首先查看Web服务器的错误日志(Apache通常在/var/log/apache2/error_log,Nginx在/usr/local/var/log/nginx/error.log),它们会给出最直接的线索。同时,phpinfo()页面是你的好朋友,它可以告诉你PHP的配置、加载的模块、以及PHP-FPM是否正常工作。这些日志和信息,往往能帮你迅速定位问题所在。

以上就是如何在MacOS搭建PHP环境 Mac系统PHP环境安装详细教程的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1289273.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年12月11日 05:30:29
下一篇 2025年12月11日 05:30:42

相关推荐

  • SASS 中的 Mixins

    mixin 是 css 预处理器提供的工具,虽然它们不是可以被理解的函数,但它们的主要用途是重用代码。 不止一次,我们需要创建多个类来执行相同的操作,但更改单个值,例如字体大小的多个类。 .fs-10 { font-size: 10px;}.fs-20 { font-size: 20px;}.fs-…

    2025年12月24日
    000
  • HTML、CSS 和 JavaScript 中的简单侧边栏菜单

    构建一个简单的侧边栏菜单是一个很好的主意,它可以为您的网站添加有价值的功能和令人惊叹的外观。 侧边栏菜单对于客户找到不同项目的方式很有用,而不会让他们觉得自己有太多选择,从而创造了简单性和秩序。 今天,我将分享一个简单的 HTML、CSS 和 JavaScript 源代码来创建一个简单的侧边栏菜单。…

    2025年12月24日
    200
  • 前端代码辅助工具:如何选择最可靠的AI工具?

    前端代码辅助工具:可靠性探讨 对于前端工程师来说,在HTML、CSS和JavaScript开发中借助AI工具是司空见惯的事情。然而,并非所有工具都能提供同等的可靠性。 个性化需求 关于哪个AI工具最可靠,这个问题没有一刀切的答案。每个人的使用习惯和项目需求各不相同。以下是一些影响选择的重要因素: 立…

    2025年12月24日
    000
  • 带有 HTML、CSS 和 JavaScript 工具提示的响应式侧边导航栏

    响应式侧边导航栏不仅有助于改善网站的导航,还可以解决整齐放置链接的问题,从而增强用户体验。通过使用工具提示,可以让用户了解每个链接的功能,包括设计紧凑的情况。 在本教程中,我将解释使用 html、css、javascript 创建带有工具提示的响应式侧栏导航的完整代码。 对于那些一直想要一个干净、简…

    2025年12月24日
    000
  • 布局 – CSS 挑战

    您可以在 github 仓库中找到这篇文章中的所有代码。 您可以在这里查看视觉效果: 固定导航 – 布局 – codesandbox两列 – 布局 – codesandbox三列 – 布局 – codesandbox圣杯 &#8…

    2025年12月24日
    000
  • 隐藏元素 – CSS 挑战

    您可以在 github 仓库中找到这篇文章中的所有代码。 您可以在此处查看隐藏元素的视觉效果 – codesandbox 隐藏元素 hiding elements hiding elements hiding elements hiding elements hiding element…

    2025年12月24日
    400
  • HTMLrev 上的免费 HTML 网站模板

    HTMLrev 是唯一的人工策划的库专门专注于免费 HTML 模板,适用于由来自世界各地慷慨的模板创建者制作的网站、登陆页面、投资组合、博客、电子商务和管理仪表板世界。 这个人就是我自己 Devluc,我已经工作了 1 年多来构建、改进和更新这个很棒的免费资源。我自己就是一名模板制作者,所以我知道如…

    2025年12月24日
    300
  • 如何使用 Laravel 框架轻松整合微信支付与支付宝支付?

    如何通过 laravel 框架整合微信支付与支付宝支付 在 laravel 开发中,为电商网站或应用程序整合支付网关至关重要。其中,微信支付和支付宝是中国最流行的支付平台。本文将介绍如何使用 laravel 框架封装这两大支付平台。 一个简单有效的方法是使用业内认可的 easywechat lara…

    2025年12月24日
    000
  • 居中 – CSS 挑战

    您可以在 github 仓库中找到这篇文章中的所有代码。 您可以在此处查看垂直中心 – codesandbox 和水平中心的视觉效果。 通过 css 居中 垂直居中 centering centering centering centering centering centering立即…

    2025年12月24日 好文分享
    300
  • Laravel 框架中如何无缝集成微信支付和支付宝支付?

    laravel 框架中微信支付和支付宝支付的封装 如何将微信支付和支付宝支付无缝集成到 laravel 框架中? 建议解决方案 考虑使用 easywechat 的 laravel 版本。easywechat 是一个成熟、维护良好的库,由腾讯官方人员开发,专为处理微信相关功能而设计。其 laravel…

    2025年12月24日
    300
  • 如何在 Laravel 框架中轻松集成微信支付和支付宝支付?

    如何用 laravel 框架集成微信支付和支付宝支付 问题:如何在 laravel 框架中集成微信支付和支付宝支付? 回答: 建议使用 easywechat 的 laravel 版,easywechat 是一个由腾讯工程师开发的高质量微信开放平台 sdk,已被广泛地应用于许多 laravel 项目中…

    2025年12月24日
    000
  • 使用Laravel框架如何整合微信支付和支付宝支付?

    使用 Laravel 框架整合微信支付和支付宝支付 在使用 Laravel 框架开发项目时,整合支付网关是常见的需求。对于微信支付和支付宝支付,推荐采用以下方法: 使用第三方库:EasyWeChat 的 Laravel 版本 建议直接使用现有的 EasyWeChat 的 Laravel 版本。该库由…

    2025年12月24日
    000
  • 如何将微信支付和支付宝支付无缝集成到 Laravel 框架中?

    如何简洁集成微信和支付宝支付到 Laravel 问题: 如何将微信支付和支付宝支付无缝集成到 Laravel 框架中? 答案: 强烈推荐使用流行的 Laravel 包 EasyWeChat,它由腾讯开发者维护。多年来,它一直保持更新,提供了一个稳定可靠的解决方案。 集成步骤: 安装 Laravel …

    2025年12月24日
    100
  • 如何在移动端实现子 div 在父 div 内任意滑动查看?

    如何在移动端中实现让子 div 在父 div 内任意滑动查看 在移动端开发中,有时我们需要让子 div 在父 div 内任意滑动查看。然而,使用滚动条无法实现负值移动,因此需要采用其他方法。 解决方案: 使用绝对布局(absolute)或相对布局(relative):将子 div 设置为绝对或相对定…

    2025年12月24日
    000
  • 移动端嵌套 DIV 中子 DIV 如何水平滑动?

    移动端嵌套 DIV 中子 DIV 滑动 在移动端开发中,遇到这样的问题:当子 DIV 的高度小于父 DIV 时,无法在父 DIV 中水平滚动子 DIV。 无限画布 要实现子 DIV 在父 DIV 中任意滑动,需要创建一个无限画布。使用滚动无法达到负值,因此需要使用其他方法。 相对定位 一种方法是将子…

    2025年12月24日
    000
  • 移动端项目中,如何消除rem字体大小计算带来的CSS扭曲?

    移动端项目中消除rem字体大小计算带来的css扭曲 在移动端项目中,使用rem计算根节点字体大小可以实现自适应布局。但是,此方法可能会导致页面打开时出现css扭曲,这是因为页面内容在根节点字体大小赋值后重新渲染造成的。 解决方案: 要避免这种情况,将计算根节点字体大小的js脚本移动到页面的最前面,即…

    2025年12月24日
    000
  • Nuxt 移动端项目中 rem 计算导致 CSS 变形,如何解决?

    Nuxt 移动端项目中解决 rem 计算导致 CSS 变形 在 Nuxt 移动端项目中使用 rem 计算根节点字体大小时,可能会遇到一个问题:页面内容在字体大小发生变化时会重绘,导致 CSS 变形。 解决方案: 可将计算根节点字体大小的 JS 代码块置于页面最前端的 标签内,确保在其他资源加载之前执…

    2025年12月24日
    200
  • Nuxt 移动端项目使用 rem 计算字体大小导致页面变形,如何解决?

    rem 计算导致移动端页面变形的解决方法 在 nuxt 移动端项目中使用 rem 计算根节点字体大小时,页面会发生内容重绘,导致页面打开时出现样式变形。如何避免这种现象? 解决方案: 移动根节点字体大小计算代码到页面顶部,即 head 中。 原理: flexível.js 也遇到了类似问题,它的解决…

    2025年12月24日
    000
  • 形状 – CSS 挑战

    您可以在 github 仓库中找到这篇文章中的所有代码。 您可以在此处查看 codesandbox 的视觉效果。 通过css绘制各种形状 如何在 css 中绘制正方形、梯形、三角形、异形三角形、扇形、圆形、半圆、固定宽高比、0.5px 线? shapes 0.5px line .square { w…

    2025年12月24日
    000
  • React 或 Vite 是否会自动加载 CSS?

    React 或 Vite 是否自动加载 CSS? 在 React 中,如果未显式导入 CSS,而页面却出现了 CSS 效果,这可能是以下原因造成的: 你使用的第三方组件库,例如 AntD,包含了自己的 CSS 样式。这些组件库在使用时会自动加载其 CSS 样式,无需显式导入。在你的代码示例中,cla…

    2025年12月24日
    000

发表回复

登录后才能评论
关注微信