各位老铁们好，相信很多人对macweb服务器都不是特别的了解，因此呢，今天就来为大家分享下关于macweb服务器以及mac怎么搭建本地web服务器的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！
一、mac怎么搭建本地web服务器
如果你是苹果电脑，MacOSX系统已经自带了Apache服务器，并且自带php编译器打开终端，输入sudoapachectlstartsudo表示用root权限运行输入密码，输入时无提示，输入完后回车确认打开浏览器，在浏览器中输入本机ip进入系统偏好设置－网络可查看本机ip此时暂不开启php编译器，在文本中编写一个静态网页
ios开发教程
第一课oc实现类的定义
第二课oc实现对象的定义
开启阿帕奇服务器之后，电脑就是一个web服务器，将.html的文本保存在桌面上，并利用复制粘贴的功能将其保存在磁盘目录下,即根目录下。资源库-WebServer-Documents,改过程中会提示你出入管理员密码,可利用显示中的显示文件路径。此时打开浏览器输入你的ip即可查看到该页面。只要将文件放到该路径下，所有的主机都可以看到你的网页。要想用网页实现一个用户登录的功能，就需要一个动态的网页，必须开启php模块。开启php模块要先进apache的配置文件。新建一个文本，创建一个php文件将其保存到桌面上，并用复制粘贴的功能将其保存到磁盘目录下的资源库-WebServer-Documents下开启php编译器，打开终端输入cd/cdetdapache2/之后就进入apache2的目录下，可输入ls查看目录。输入sudovid.conf回车在apache的配置信息中，可以看到一个#loadModolephp5_module的模块，我们需要将其前面的＃删除，将光标移动到＃位置，按一下键盘上的“i”，可以看到＃已经消失，然后按esc键，输入“:x“表示保存，按回车确认。\":q\"表示不保存退出。执行sudoapachectlstop在重新启动sudoapachectlstart回车确认再次访问你的ip进入.php文件会发现输出结果时7,查看源码时也是7。新建一个页面作为登录界面login.html
留言系统用户登录
保存到桌面。双击打开之后把编码改成utf8，可以看到登录界面。新建一个logincheck.php文件hereretry\"}
二、WEB服务器为什么取不到用户的MAC
起因是某个同事接到了领导安排下来的一个需求，要在一个Web应用（J*a+Tomcat）中，记录用户登录时的IP和MAC，用于安全审计，于是咨询我如何实现。
第一反应是，这个需求本身是不成立的，根据以往的了解，MAC应该是过不了路由器的才对。
以往做开发，都是用engineer的思维：先动手做，遇到问题再解决问题。但这个需求，应当用scientist的思维去思考：首先确定能不能做，然后才是怎么做。
翻查了一些资料，想来证实"为什么WEB服务器，可以获取到客户端的IP，但获取不到MAC"，看着看着才发现，这是个挺大的命题，够写一篇BLOG了。
PS：由于个人对这块内容了解的不够彻底，本文很可能会有谬误，请读者先不要太当真，另外希望平台组的同事给予指证。
我所认为的结论应该是这样的：
下面一步步解释一下。
先从HTTP说起。
HTTP是一个应用层的协议，它建立在TCP协议之上。
HTTP请求就是用来发送一段文本。关于这段文本如何组织，第一行写什么，第二行写什么，哪里加一个空行，就是HTTP协议所要规范的内容。
举个的例子，下面是一个简单的HTTP GET请求，有兴趣可以用tel模拟一下。
我们可以看到，HTTP的这段请求中，完全找不到客户端的MAC，甚至连IP都没有描述。
那IP是从哪里取到的呢？接下来我们再深入一点，看下一个内容：Socket
HTTP的客户端和服务端，是通过Socket进行连接的。
Socket是什么呢？ Socket是对OSI模型第4层-传输层中的TCP/IP协议的封装。Socket本身并不是协议，而是一个调用接口(API)。Socket和TCP/IP协议没有必然的联系。但通过Socket，我们才能使用TCP/IP协议。应用层不必了解TCP/IP协议细节，通过对Socket接口函数的调用完成数据在IP网络的传输。
Socket包含了网络通信必须的五种信息：连接使用的协议，本*机的IP，本地进程的协议端口，远*机的IP，远地进程的协议端口。
所以，因为有了Socket，客户端和服务端完全不需要了解底层细节，通过调用Socket来实现就可以了。
这也就是为什么服务器端可以获取到客户端的IP的原因，因为Socket中包含了远*机的IP。（当然，通过代理服务器进行访问的除外，这种要依靠HTTP协议的X-Forwarded-For头来确认IP，不在本次的讨论范围中）
那为什么无法获取到客户端的MAC呢？很简单，同理，因为Socket中无法取到MAC。。。
如果继续发问，为什么Socket中都既然都包含IP了，为什么偏偏不包含MAC信息呢？看来我们还要更深入一点，看一下OSI模型吧。
首先祭出这张经典的OSI七层模型图，计算机网络的基石，请先盯着看一会儿，认真复习一下
这里还有一张OSI七层模型与TCP/IP四层模型的对照图
为了方便理解，再放上一张更直观的，每一层对应的数据型式和主要协议的示意图
通过上图大体可以知道：
下面举个栗子，当我们在浏览器中打开一个后，看看OSI各层倒底发生了什么：
这里撇开DNS解析之类东西，只说一下HTTP报文的发送
首先来看一下发送端（浏览器所在的主机）。参照第一张OSI模型图，按照从上向下的顺序来看。应用层数据其实只有那么几行文本，然后往下，每过一层，都要被加上首部/尾部。这个过程就像是一层一层的穿衣服。
HTTP请求文本：
数据发出去后，再看一下数据在网络上的流转。
数据一般要经过*机、路由器等网络设备，层层转发，这些设备所做的事情就像是：脱掉一件或几件衣服，做一些修修补补，然后再重新穿回去。
通过上面这张图，我们就可以理解，MAC在本地网络下的重要作用了。也理解了，本地网络下，是可以查出每个节点的MAC的。
经过路由器后，为了能到达下一跳，数据链路层中的MAC就被篡改了，下面这张图很能说明问题：
最后看一下接收端（WEB服务器所在的主机）。参照第一张OSI模型图，按照从下至上的顺序来看，它要做的事情是：将衣服一件一件全部脱掉，最后WEB服务器就取到了最初的应用层数据。
所以，当一个以太网帧到达目的主机后，其中的MAC早已经不是原来客户端的MAC了，操作系统的Socket自然也无法获取原始的MAC了。
上面已经证明了，WEB服务端，是无法获取客户端的MAC的。
那么，能不能通过一些trick来绕道实现呢？
想了想，大概可以有如下的思路：
那么这个思路可不可行呢？
最后的最后，不禁思考，获取MAC的意义在哪里呢？
如果单纯是为了取证和审计，我想意义是不大的，甚至不如记录IP。
因为：
所以，一般的安全管控要求下，还是只记录IP吧。
三、苹果电脑safari不能连接到服务器
如果您使用苹果电脑的Safari浏览器无法连接到特定网站或服务器，可以尝试下列步骤进行排查：
检查网络连接：确认您已经正常连接到网络，并且网络连接没有问题。可以尝试访问其他网站或使用其它浏览器检查网络连接是否存在问题。
清除 Safari缓存：在 Safari浏览器中，单击"Safari"菜单栏，选择"首选项"，在弹出的菜单中找到"高级"选项，在页面底部找到“服务”，单击“管理 Website Data...”，删除缓存文件和cookie等此网站相关信息。
更新 Safari浏览器版本：有可能是Safari版本过老导致无法连接某些新的网站，建议将Safari浏览器更新到最新版本。
防火墙解决方案：如果您的电脑安装的防火墙应用程序拦截了 Safari浏览器对特定网站的访问，请确保 Safari被授权访问 Inter.
DNS缓存刷新：可以尝试刷新DNS缓存来解决问题。具体方法是打开终端并输入“sudo killall-HUP mDNSResponder”命令（去掉引号），然后按下回车键执行。
如果您遵循上述步骤之后，Safari浏览器仍然无法连接到特定网站或服务器，请尝试使用其他浏览器或联系网络供应商寻求技术支持。