Wamp

本文将为您描述Windows Server Install Apache PHP MySQL(图文详解)，Windows下Apache+PHP+MySQL搭建web服务器的方法 环境准备： Windows Server 2012mysql-5.7httpd-2.4php-5.6 （记得官网下载时看好版本x64 VC11）Apache（httpd）apache 官网下载网址 下载之后新建一个wamp目录然后解压进去 然后开始修改默认配置，进入 Apache24 目录，找到 \wamp\Apache24\conf\httpd.conf 用编辑器打开 找到 Define SRVROOT 将后面引号中的值 修改为你存放 Apache24 的 绝对路径（我这里是F盘） #示例Define SRVROOT "F:/wamp/Apache24"按需打开 apache mod_rewrite 模块 LoadModule rewrite_module modules/mod_rewrite.so将 AllowOverride None 修改为 AllowOverride All #查找<Directory "${SRVROOT}/htdocs">AllowOverride None#修改为AllowOverride All继续安装Apache服务，打开cmd窗口（参照官网文档） 找到 Apache24 目录下 httpd.exe 文件的绝对路径然后 后面跟上  httpd.exe -k install -n Apache2.4 安装成功，在Apache24目录下找到 ApacheMonitor.exe 双击运行（F:\wamp\Apache24\bin\ApacheMonitor.exe） 桌面右下角出现 图标，双击打开窗口界面，  点击 Start 开始运行 ...

Laragon is a portable, isolated, fast & powerful universal development environment for PHP, Node.js, Python, Java, Go, Ruby. It is fast, lightweight, easy-to-use and easy-to-extend.Laragon是一个可移植，隔离，快速且功能强大的通用开发环境，适用于PHP，Node.js，Python，Java，Go，Ruby。它快速，轻便，易于使用且易于扩展。Laragon仓库从github下载 前言从事web开发已经两年多了, 在Windows平台的服务后端开发环境搭建方面最早使用的是XAMPP, 到后来用了很长一段时间的WampServer, 再后来因为nginx的关系用上了功能看似很多的phpstudy, 而这phpstudy的使用体验真是太糟心了, 界面操作逻辑不方便那还没什么, 可运行的nginx服务不稳定会莫名终止就太气人了。每每这样都绝望地将项目放到Laravel推荐的标准开发环境HomeStead上面跑，杀鸡也用牛刀着实不痛快。直到我在Alternativeto(一个推荐同类软件的网站)上发现了Laragon，这款工具真是太棒了，简直将我从麻烦的环境问题中将我解救了出来。对于一款免费还帮了我这么多的工具，我觉得我得为它做点什么才不负于它，于是我想把它推荐给所有需要在Windows平台搭建后台开发环境的开发者，让更多的人知道它的威名~ 一些简单介绍Laragon这是一个可一键开启Apache、Nginx、MySQL、Redis、Memcached等服务的开发环境神器，适用于PHP，Node.js，Python，Java，Go和Ruby的开发。 安装目录 开箱可用的程序下图是程序的存入目录 主界面 选择要开启的服务 常规设置 Laragon最打动我的地方1.项目目录可以放在硬盘任意位置，而不必是软件的安装目录下 选好代码根目录后，会为每个文件夹自动生成相应nginx配置文件auto.开头的文件就是自动生成的配置文件，这类文件会在每次更换代码根目录时被删除再新建，因此建议按自己项目情况配置好后，另起文件名。 同时会根据目录更新host文件 根目录选择了一个php的Laravel项目，public/是入口目录 在设置好代码根目录时Laragon就已经设置好默认的nginx配置了，因此可以直接打开 如果是ThinkPHP项目，nginx的url重写配置要重新定义，如 2.不止有让你的项目跑起来的服务程序，还携带了一系列让你高效开发的配套工具数据库查看有HeidiSQL命令行终端有Cmder专业的日志查看工具[Logs Viewer]成为Laragon默认文本打开工具且加入到Windows右键菜单编辑器[Notepad++]FTP工具WinSCPComposerGit... 还有很多就不一一赘述了总之就是贴心~ 在Cmder中使用composer 3.扩展版本和服务非常简单比如Laragon自带的php版本是7.2的，我要扩展到7.3的话就是从官网上下载windows平台php二进制包，放到Laragon安装目录的bin/php/目录下，然后选择用这个包运行即可。就是这么简单。 放置包 选择使用该包 4.免费一键开启ngrok内网穿透，让本地项目可通过外网查看菜单>代码根目录项>分享>选择要分享出去的目录 ngrok 外网访问这个功能估计是免费且服务器在海外，因此速度和稳定性不是七分理想，偶尔一用还是很不错的，也省了很多功夫。 后记如果我上面说的也是你想要的，那请立即下载体验吧。

今天在用composer安装laravel时报错The openssl extension is required for SSL/TLS protection but is not availab le. If you can not enable the openssl extension, you can disable this error , at your own risk, by setting the ‘disable-tls’ option to true.网上说是OpenSSL没有打开的问题，打开php.ini，启用插件并设置相应的证书，然后重启Apache。理论上来说，走到这一步应该没什么问题了，phpinfo();里也有OpenSSL的扩展，但是报错依旧。研究后发现，composer判断OpenSSL的依据是：当前环境变量下的php目录下的php.ini文件，但是wamp下php.ini文件实际上对应的是php目录下的phpForApache.ini而不是php.ini，所以把phpForApache.ini里的内容全部复制到php.ini，再次运行composer install就没有报错了。

WebSockets简介在2008年中期，开发人员Michael Carter和Ian Hickson特别敏锐地感受到Comet在实施任何真正强大的东西时所带来的痛苦和局限。 通过在IRC和W3C邮件列表上的合作，他们制定了一项计划，在网络上引入现代实时双向通信的新标准，因此创造了“WebSocket”这个名称。这个想法进入了W3C HTML草案标准，不久之后，Michael Carter写了一篇文章，将Comet社区介绍给WebSockets。 2010年，谷歌Chrome 4是第一个提供对WebSockets全面支持的浏览器，其他浏览器供应商也在接下来的几年中采用了这种方式。 2011年，RFC 6455 - WebSocket协议 - 发布到IETF网站。今天，所有主流浏览器都完全支持WebSockets，甚至包括Internet Explorer 10和11.此外，自2013年以来，iOS和Android上的浏览器都支持WebSockets，这意味着总而言之，WebSocket支持的现代环境非常健康。 大多数“物联网”或IoT也在某些版本的Android上运行，因此从2018年开始，其他类型设备上的WebSocket支持也相当普遍。那么究竟什么是WebSockets呢？简而言之，WebSockets是一个构建在设备TCP / IP堆栈之上的传输层。 目的是为Web应用程序开发人员提供本质上尽可能接近原始的TCP通信层，同时添加一些抽象来消除某些差异。 它们还满足了这样一个事实，即网络具有额外的安全考虑因素，必须将其考虑在内以保护消费者和服务提供者。您可能听说WebSockets同时被称为“传输”和“协议”。前者更准确，因为虽然它们是一种协议，因为必须遵守一套严格的规则来建立通信并包含所传输的数据，但该标准并没有对如何构建实际数据有效载荷采取任何规定。事实上，规范的一部分包括客户端和服务器就一个协议达成一致的规范，传输的数据将通过该协议进行格式化和解释。该标准将这些称为“子协议”，以避免术语中含糊不清的问题。子协议的示例是JSON，XML，MQTT，WAMP等。这些不仅可以确保数据的结构方式，还可以确保通信必须开始，继续并最终终止的方式。只要双方都了解协议所包含的内容，任何事情都会发生。 WebSocket仅提供传输层，通过该传输层可以实现该消息传递过程，这就是为什么大多数常见的子协议不是基于WebSocket的通信所独有的。关于身份验证和授权的快速说明把WebSockets看作是一个建立在TCP / IP之上的薄层，超出基本握手和消息框架规范的任何东西都需要在每个应用程序或每个库的基础上处理。 引用RFC：此协议未规定服务器在WebSocket握手期间可以对客户端进行身份验证的任何特定方式。 WebSocket服务器可以使用通用HTTP服务器可用的任何客户端身份验证机制，例如cookie，HTTP身份验证或TLS身份验证。简而言之，您仍然可以使用的基于HTTP的身份验证方法，或使用MQTT或WAMP等子协议，这两种子协议都提供身份验证和授权方法。用HTTP做连接定义WebSocket标准时的一个早期考虑因素是确保它“与网络”很好地协同工作。 这意味着认识到Web通常使用URL而不是IP地址和端口号进行寻址，并且WebSocket连接应该能够使用Web请求相同的基于HTTP的任何其他类型进行初始握手。这是一个简单的HTTP GET请求中发生的事情。假设在http://www.example.com/index….。 如果不深入到HTTP协议本身，就足以知道请求必须从所谓的Request-Line开始，然后是一系列键值对标题行，每一行都告诉服务器一些关于什么的信息。 期望在随后的请求有效负载中跟随头数据，以及它可以从客户端得到的关于它能够理解的响应类型的内容。请求中的第一个令牌是HTTP方法，它告诉服务器客户端针对引用的URL尝试的操作类型。 当客户端仅请求服务器向其提供由指定URL引用的资源的副本时，使用GET方法。根据HTTP RFC格式化的请求标头的系统示例如下所示：GET /index.html HTTP/1.1Host: www.example.com收到请求标头后，服务器然后格式化一个以状态行开头的响应标头，然后是一组键值标头对，为客户端提供来自服务器的补充信息，关于服务器的请求。 响应。 “状态行”告诉客户端HTTP状态代码（如果没有问题，通常为200），并提供解释状态代码的简短“原因”文本描述。 接下来出现键值标题对，然后是请求的实际数据（除非状态代码表明由于某种原因无法满足请求）。HTTP/1.1 200 OKDate: Wed, 1 Aug 2018 16:03:29 GMTContent-Length: 291Content-Type: text/html(additional headers…) (response payload continues here…)那么你可能会问，这与WebSockets有什么关系呢？抛弃HTTP以获得更合适的东西在发出HTTP请求并接收响应时，涉及的实际双向网络通信通过活动的TCP / IP套接字进行。浏览器中请求的Web URL通过全局DNS系统映射到IP地址，HTTP请求的默认端口为80.这意味着虽然Web URL已输入浏览器，但实际通信是通过TCP进行的/ IP，使用类似于123.11.85.9:80的IP地址和端口组合。我们现在知道，WebSockets也建立在TCP堆栈之上，这意味着我们所需要的只是客户端和服务器共同同意保持套接字连接打开并重新利用它以进行持续通信的方式。如果他们这样做，就可以发送和接收的二进制数据。要开始重新调整TCP套接字以进行WebSocket通信，客户端可以包含专门为此类用例发明的标准请求标头：GET /index.html HTTP/1.1Host: www.example.comConnection: UpgradeUpgrade: websocketConnection标头告诉服务器客户端希望协商套接字使用方式的更改。 随附的值Upgrade表示当前通过TCP使用的传输协议应该更改。 现在服务器知道客户端想要通过活动TCP套接字升级当前正在使用的协议，服务器知道要查找相应的升级头，这将告诉它客户端想要使用哪个传输协议的剩余生命周期 连接。 一旦服务器将websocket视为Upgrade标头的值，它就知道WebSocket握手过程已经开始。请注意，如果您想了解本文中介绍的更多详细信息，请参阅RFC 6455中概述了握手过程（以及其他所有内容）。避免有趣的麻烦除了上面描述的内容之外，WebSocket握手的第一部分涉及证明这实际上是一个正确的WebSocket升级握手，并且该过程不是通过客户端或可能通过某种中间欺骗来规避或模拟的。 位于中间的代理服务器。启动升级到WebSocket连接时，客户端必须包含Sec-WebSocket-Key标头，该标头具有该客户端唯一的值。 这是一个例子：Sec-WebSocket-Key: BOq0IliaPZlnbMHEBYtdjmKIL38=如果使用现代浏览器中提供的WebSocket类，上面的内容将自动处理。 您只需在服务器端查找它并生成响应。响应时，服务器必须将特殊GUID值258EAFA5-E914-47DA-95CA-C5AB0DC85B11附加到密钥，生成结果字符串的SHA-1哈希值，然后将其包含为Sec的base-64编码值。 它包含在响应中的WebSocket-Accept标头：Sec-WebSocket-Accept: 5fXT1W3UfPusBQv/h6c4hnwTJzk=在Node.js WebSocket服务器中，我们可以编写一个函数来生成这个值，如下所示：const crypto = require(‘crypto’); function generateAcceptValue (acceptKey) { return crypto .createHash(‘sha1’) .update(acceptKey + ‘258EAFA5-E914-47DA-95CA-C5AB0DC85B11’, ‘binary’) .digest(‘base64’);}然后我们只需要调用这个函数，传递Sec-WebSocket-Key头的值作为参数，并在发送响应时将函数返回值设置为Sec-WebSocket-Accept头的值。要完成握手，请将适当的HTTP响应头写入客户端套接字。 一个简单的响应看起来像这样：HTTP/1.1 101 Web Socket Protocol HandshakeUpgrade: WebSocketConnection: UpgradeSec-WebSocket-Accept: m9raz0Lr21hfqAitCxWigVwhppA=到目前为止，我们还没有完成握手 - 还有很多事情要考虑。子协议 - 统一语言客户端和服务器通常需要在给定消息内以及从一个消息到下一个消息的一段时间内，就它们如何格式化，解释和组织数据本身的兼容策略达成一致。 这就是子协议（前面提到过）的用武之地。如果客户端知道它可以处理一个或多个特定的应用程序级协议（例如WAMP，MQTT等），它可以包含它理解的协议列表。 发出初始HTTP请求。 如果它这样做，则服务器需要选择其中一个协议并将其包含在响应头中，否则将使握手失败并终止连接。子协议请求标头示例：Sec-WebSocket-Protocol: mqtt, wamp服务器在响应中发出的示例倒数标题：Sec-WebSocket-Protocol: wamp请注意，服务器必须从客户端提供的列表中精确选择一种协议。选择多个将意味着服务器无法可靠或一致地解释后续WebSocket消息中的数据。例如，如果服务器选择了json-ld和json-schema。两者都是基于JSON标准构建的数据格式，并且会有许多边缘情况，其中一个可能被解释为另一个，从而在处理数据时导致意外错误。虽然不可否认本身不是消息传递协议，但该示例仍然适用。当客户端和服务器都实现为从一开始就使用通用消息传递协议时，可以在初始请求中省略Sec-WebSocket-Protocol标头，在这种情况下服务器可以忽略此步骤。在实现通用服务，基础结构和工具时，子协议协商是最有用的，在这些服务，基础结构和工具中，一旦建立了WebSocket连接，就无法保证客户端和服务器都能相互理解。通用协议的标准化名称应在IANA注册中心注册，用于WebSocket子协议名称，在本文撰写时，已经注册了36个名称，包括soap，xmpp，wamp，mqtt等。尽管注册表是将子协议名称映射到其解释的规范来源，但唯一严格的要求是客户端和服务器就其相互选择的子协议实际意味着什么达成一致，无论它是否出现在IANA注册表中。请注意，如果客户端请求使用子协议但未提供服务器可以支持的任何内容，则服务器必须发送失败响应并关闭连接。WebSocket扩展还有一个标题用于定义数据有效负载编码和成帧方式的扩展，但在本文时，只存在一种标准化扩展类型，它提供了一种WebSocket - 等同于消息中的gzip压缩。 扩展可能发挥作用的另一个例子是多路复用 - 使用单个套接字来交错多个并发通信流。WebSocket扩展是一个有点高级的主题，并且超出了本文的范围。 现在，它足以知道它们是什么，以及它们如何适应图片。客户端 - 在浏览器中使用WebSocketsWebSocket API在WHATWG HTML Living Standard中定义，实际上非常简单易用。 构造WebSocket需要一行代码：const ws = new WebSocket(‘ws://example.org’);注意使用ws，你通常有http方案。 您也可以选择使用wss，通常使用https。 这些协议与WebSocket规范一起引入，旨在表示HTTP连接，其中包括升级连接以使用WebSockets的请求。创建WebSocket对象本身并没有做很多事情。 连接是异步建立的，因此您需要在发送任何消息之前侦听握手的完成，并且还包括从服务器接收的消息的侦听器：ws.addEventListener(‘open’, () => { // Send a message to the WebSocket server ws.send(‘Hello!’);}); ws.addEventListener(‘message’, event => { // The event object is a typical DOM event object, and the message data sent // by the server is stored in the data property console.log(‘Received:’, event.data);});还有错误和关闭事件。 连接终止时WebSockets不会自动恢复 - 这是您需要自己实现的，并且是存在许多客户端库的原因之一。 虽然WebSocket类简单易用，但它实际上只是一个基本的构建块。 必须单独实现对不同子协议或消息传递通道等附加功能的支持。生成和解析WebSocket消息帧一旦将握手响应发送到客户端，客户端和服务器就可以使用他们选择的子协议（如果有的话）开始通信。 WebSocket消息在名为“frames”的包中传递，这些包以消息头开头，并以“payload”结尾 - 此帧的消息数据。 大型消息可能会将数据分成几帧，在这种情况下，您需要跟踪到目前为止收到的内容，并在数据全部到达后将数据分组。翻译的很乱，但愿对你有点帮助 ...