nginx配置静态资源,Thinkjs3新手入门之如何使用静态资源目录

nginx配置静态资源,Thinkjs3新手入门之如何使用静态资源目录详细介绍

本文目录一览： 使用Nginx搭建静态网站

开始建站了，暂时还没想要做些什么东西。
Anyway，先搞个云服务器吧，那要怎么搭建呢？先来个最简单的。
Nginx 配置文件目录一般在 /etc/nginx/ 下，打开 nginx.conf 文件可以看到配置：
当外网用户访问服务器 Web 服务由 Nginx 提供，Nginx 需要配置静态资源的路径信息才能通过 URL 正确访问到服务器上的静态资源。
当我们在服务器上安装并启动 Nginx 之后，就可以通过 http://

访问我们的网页了。所以，在浏览器中输入 http://100.2.3.4 即可。

我们观察到浏览器的地址变成了 http://100.2.3.4/index.html ，这页面是安装 Nginx 的默认站点，可以在 /usr/share/nginx/html 目录下找到。在 nginx.conf 配置文件中，有一项 root /usr/share/nginx/html 的配置，意思是当外网访问服务器 跟目录 时，Nginx 会将资源指向 /usr/share/nginx/html 的站点。

但如果输入地址，无法打开（如下截图）。

以阿里云为例，需要在云服务器添加 “安全组规则” ，添加并保存，重新刷新页面就能打开了。

我习惯将前端静态资源放置到服务器的 /data/www 下，因此将配置修改为 root /data/www 。此时访问 http://100.2.3.4 会指向 /data/www/index.html （在不配置 location 的 index 情况下，Nginx 默认配置是 index.html ）。

由于我使用的是 Mac 机器，因此可以直接在系统终端使用 scp 命令将本地文件上传到云服务器。

scp （secure copy）用于在 Linux 下进行远程拷贝文件的命令。类似于 cp ，只不过 cp 只能在本机进行拷贝，不能跨服务器。 -r 表示递归复制整个目录。

需要注意一下，下面两种的区别：

其中 1?? 得到的是 /data/www/dist ，而 2?? 得到的是 /data/www 。前者表示将 dist 整个目录拷贝至 /data/www 下。后者是把 dist 目录下的所有子文件和子目录都拷贝至 /data/www 。

换句话说就是，前者配置 root 的路径应该是 /data/www/dist ，后者则为 /data/www 。

效果如下：

在浏览器中访问 http://100.2.3.4 即可看到我们配置的网页了。

最简单的 Nginx 部署静态网页就完了，其他的下次再讲...

The end.

不容错过的Nginx配置详解，一文带你搞懂Nginx

Nginx是一个高性能的HTTP和反向代理服务器，特点是占用内存少，并发能力强，事实上Nginx的并发能力确实在同类型的网页服务器中表现好。Nginx专为性能优化而开发，性能是其最重要的考量，实现上非常注重效率，能经受高负载的考验，有报告表明能支持高达50000个并发连接数。

需要客户自己在浏览器配置代理服务器地址。

例如：在大陆访问www.google.com，我们需要一个代理服务器，我们通过代理服务器去访问谷歌，这个过程就是正向代理。

反向代理，客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器IP地址。

单个服务器解决不了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们说的负载均衡。

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。

进入到下面的目录，然后使用命令

配置文件所在位置：/usr/local/nginx/conf/nginx.conf

由全局块+events块+http块组成

从配置文件开始到events之间的内容，主要会设置一些影响Nginx服务器整体运行的配置指令，主要包括配置运行Nginx服务器的用户（组）、允许生成的worker process数，进程pid存放路径、日志存放路径和类型以及配置文件的引入等。

events块设计的指令主要影响Nginx服务器与用户的网络连接，常用的设置包括是否开启对多work process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个work process可以同时支持的最大连接数等。下面的例子表示每个work process支持的最大连接数为1024。这部分配置对Nginx的性能影响较大，在实际中应该灵活配置。

Nginx服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里，http块又包括http全局块和server块。

http全局块配置的指令包括文件引入、MIME-TYPE定义、日志自定义、连接超时时间、单链接请求数上限等。

这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。

每个http块可以包括多个server块，而每个server块就相当于一个虚拟主机。

每个server块也可以分为全局server块，以及可以同时包含多个location块。

最常见的配置时本虚拟主机的监听配置和本虚拟主机的名称或IP配置。

一个server块可以配置多个location块。

这块的主要作用是基于Nginx服务器接收到的请求字符串（例如server_name/uri-string），对虚拟主机名称（也可以是IP别名）之外的字符串（例如前面的/uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。

访问http://ip，访问到的是Tomcat的主页面http://ip:8080。

Nginx+JDK8+Tomcat

访问：http://192.168.71.167/，看到的是Tomcat的首页。

根据访问的路径跳转到不同的服务器中去。

访问http://ip:9001/edu 直接跳到http://127.0.0.1:8080/edu

访问http://ip:9001/vod 直接跳到http://127.0.0.1:9090/vod

Nginx+JDK8+配置两个Tomcat，Tomcat的配置不再讲述。

访问http://192.168.71.167:9001/edu/a.html跳到了http://127.0.0.1:8080/edu/a.html页面。

访问http://192.168.71.167:9001/vod/a.html跳到了http://127.0.0.1:9090/vod/a.html页面。

假如Nginx代理服务器Server的配置为：192.168.71.167:9001，跳到：127.0.0.1:8080，访问者的IP为：192.168.71.200:20604。

通过访问http://192.168.71.167/edu/a.html，实现负载均衡的效果，平均分摊到8080和8081端口中。

Nginx+JDK8+2台Tomcat，一台8080，一台8081。

访问：http://192.168.71.167/edu/a.html，8080和8081交替访问。

1 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2 weight

weight代表权重，默认为1，权重越高被分配的客户端越多。

指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

3 ip_hash

每个请求按访问IP的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题，示例如下：

4 fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

访问图片：http://192.168.71.167/image/1.jpg

访问页面：http://192.168.71.167/www/a.html

访问目录：http://192.168.71.167/image/（因为设置了autoindex on;）

两台机器，每台机器都装有keepalived+Nginx+Tomcat。

主备keepalived服务器中只有master一台机器会出现VIP地址，否则会出现脑裂问题。

【提示】脚本要加+x的执行权限：chmod +x chk_nginx.sh

在Nginx里把虚拟IP配置进去即可。

一个Nginx是由一个master进程和多个worker进程组成的。

客户端发送请求到Master，然后给worker，再由这些work争抢处理这个请求。

1 可以使用nginx -s reload进行热部署方式；

2 每个worker是独立的进程，如果有其中的一个worker出现了问题，其他worker独立的继续进行争抢，实现请求的过程，不会造成服务的中断；

Nginx和Redis类似，都采用了io多路复用机制。每个worker进程都可以把CPU发挥到极致，一般来说worker数和服务器的CPU数相等是最为适宜的。

发送请求：访问静态资源占用2个连接，反向代理占用4个连接。

【温馨提示】

node静态资源nginx部署部署后无法访问

1、首先确认静态资源文件夹是否已经放在与 nginx.exe 同级的目录中。
2、确认 conf 文件夹中 nginx.conf 文件里 location 中 root 后面是否填写正确的静态资源文件名。
3、Nginx 服务器的目录路径不能有中文，检查路径中是否有中文，有的话，需要移出来。
4、确认以上修改没有问题后，进入任务管理器，点击详细信息，找到所有的 nginx.exe 停止运行，并清理浏览器上的缓存，重启 nginx 服务器。
5.若以上操作均没有问题，那么最后可能导致的原因是防火墙，检查防火墙是否关闭。

Linux里面为什么nginx要做动静分离？

在 Linux 系统中，Nginx 做动静分离的主要原因是提高网站的性能和稳定性。
静态资源指的是网站上的图片、样式表、JavaScript 等静态文件，动态资源则是指 PHP、Java 等语言生成的动态网页。
将静态资源与动态资源分开部署到不同的服务器，有以下好处：
1、降低动态请求对网站性能的影响：动态资源的生成需要调用数据库、解析模板等操作，这些操作会消耗服务器的 CPU、内存等资源，降低网站的性能。如果将静态资源与动态资源分开，可以将动态请求分散到多台服务器上，减轻单台服务器的压力，提高网站的性能和响应速度。
2、稳定性更高：动态资源通常比静态资源更容易出现错误，如果将静态资源与动态资源分开，可以减少动态资源出错对整个网站的影响。
3、方便扩展：如果将静态资源与动态资源分开，可以根据实际需求扩展不同类型的服务器，如扩展静态资源服务器来满足网站的流量需求，而不会影响动态资源服务器的正常运行。
因此，在 Linux 系统中，为了提高网站的性能和稳定性，通常会将 Nginx 作为反向代理服务器，将静态资源与动态资源分别转发到不同的服务器上，实现动静分离。
在Web服务器中，动态内容是指经常更新的内容，例如数据库中的信息或用户交互的内容。静态内容是指不经常更新的内容，例如图像、视频和音频文件。
使用Nginx进行动静分离意味着将动态内容和静态内容分开处理。这可以通过将动态内容的请求转发到后端的动态服务器来实现，而将静态内容的请求直接由Nginx服务器本身处理。
这样做的好处是，可以提高Web服务器的效率和性能。动态服务器可以专注于处理动态内容的请求，而Nginx服务器可以快速处理静态内容的请求。这可以帮助提高Web服务器的并发能力，并使网站更快地加载。
此外，使用Nginx进行动静分离还可以提高网站的安全性。因为动态服务器处理的是数据库和用户交互的信息，所以可以更好地保护这些信息不被恶意访问。
在 Linux 系统中，使用nginx 做动静分离是用来提高性能和网站的可用性。
动静分离的原理是将网站的静态内容（例如图像，CSS 文件和 JavaScript 文件）与动态内容（例如由后端 Web 应用程序生成的内容）分开存储和传输。
这样做可以提高网站的整体性能，因为它可以让您的 Web 服务器专注于处理动态内容，而另一台服务器专注于传输静态内容。这有助于减少 Web 服务器的负载，并有助于提高网站的响应速度和可用性。
除此之外，还有别的方案吗？
当然有，除了做动静分离，还有其他一些方法可以提高网站的性能和可用性。例如，可以使用内容分发网络（CDN）来传输静态内容，以减少对 Web 服务器的负载。
您还可以使用缓存来减少对后端数据库的访问，从而提高性能。
此外，您还可以使用服务器集群来扩展您的网站的处理能力，以应对高流量。
总之，要提高网站的性能和可用性，您可以根据您的具体情况来选择适合您的方案。
内容分发网络（CDN）是一种分布式网络，它将网站的内容存储在许多不同的服务器上，并从最近的服务器向用户发送内容。这与传统的网站架构不同，其中所有内容都存储在单个服务器上，并由该服务器直接向用户发送。CDN 可以提高网站的性能和可用性，因为它可以减少对单个服务器的负载，并使内容更快地传递给用户。CDN 通常用于传输静态内容，例如图像，视频和音频文件。
使用 CDN 的方式取决于您的网站架构。如果您的网站使用传统的服务器端技术（例如 PHP 或 ASP.NET），则可以在您的 Web 服务器上安装 CDN 插件。该插件会将您的静态内容存储在 CDN 上，并在向用户发送内容时从 CDN 获取内容。如果您的网站是基于静态网站生成器或静态托管平台构建的，则可以通过将您的内容存储在 CDN 上来启用 CDN。此外，您还可以通过配置您的域名解析记录来将流量路由到 CDN。总之，使用 CDN 的方式因您的网站架构而异，您需要根据您的具体情况来选择适合您的方法。

关于Nginx代理配置的问题

css 文件和 js 文件都是静态资源，不知道有没有做动静分离
如果做了要做对，否则有可能找不到资源
需要在 nginx.conf 里面增加如下配置：
location ~ .*\.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css)$ {
proxy_pass http://your_server;
//这是资源所在的 server
}
upstream your_server{
server localhost:8081;
server localhost:8080;
//如果做了负载均衡的话，这里是多个负载，否则就写一个就可以
}

nginx服务器最佳用途描述？

Nginx在不依赖第三方模块的前期下，主要的功能有：
①、正向代理
正向代理，是在用户端的。比如需要访问某些国外网站，我们可能需要购买vpn。并且vpn是在我们的用户浏览器端设置的(并不是在远端的服务器设置)，浏览器先访问vpn地址，vpn地址转发请求，并最后将请求结果原路返回来。
②、反向代理
客户端向服务器发送请求时，会首先经过Nginx服务器，由服务器将请求分发到相应的WEB服务器。正向代理是代理客户端，而反向代理则是代理服务器，Nginx在提供反向代理服务方面，通过使用正则表达式进行相关配置，采取不同的转发策略，配置相当灵活，而且在配置后端转发请求时，完全不用关心网络环境如何，可以指定任意的IP地址和端口号，或其他类型的连接、请求等。
③、负载均衡
当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况.
④、动静分离
在Web开发中，通常来说，动态资源其实就是指那些后台资源，而静态资源就是指HTML，JavaScript，CSS，img等文件。一般来说，都需要将动态资源和静态资源分开，将静态资源部署在Nginx上，当一个请求来的时候，如果是静态资源的请求，就直接到nginx配置的静态资源目录下面获取资源，如果是动态资源的请求，nginx利用反向代理的原理，把请求转发给后台应用去处理，从而实现动静分离。在使用前后端分离之后，可以很大程度的提升静态资源的访问速度，同时在开过程中也可以让前后端开发并行可以有效的提高开发时间，也可以有些的减少联调时间。

利用nginx实现Redis的负载均衡，应该怎么配置？

在项目运营时，我们都会遇到一个问题，项目需要更新时，我们可能需先暂时关闭下服务器来更新。但这可能会出现一些状况:
1.用户还在操作，被强迫终止了(我们可以看日志等没人操作的时候更新，但总可能会有万一)
2.不知道的用户可能会想网站是不是被攻击了，降低了对网站的信任程度，从而导致失去部分潜在客户，这点尤其对金融互联网公司不利。
在查了一些资料后，决定采用Tomcat + Nginx + Redis来实现负载均衡和session共享。下面记录下我的实践过程，如有错误不足之处欢迎大神指点，不喜勿喷。
1.Nginx简单介绍及开启
Nginx是一款轻量级兼备高性能的Http和反向代理服务器。所谓反向代理就是指在用户发起访问请求，由代理服务器接收，然后将请求转发给正式服务器，并且将正式服务器处理完的数据返回给客户端，此时代理服务器就表现为一个服务器。这么做看起来多经过了一步，稍显麻烦，但实则是好处多多，在下面的demo中我会将其体现出来。
首先我们去Nginx官网下载个Nginx，我这是在自己电脑上，所以当然下载的是windows版本的。下载完成后直接放在某个盘中即可，不需要安装。接下去我们打开cmd，进入nginx的目录下，输入start nginx。

我们可以看到一个窗口一闪而过，这样nginx就已经被开启了，我们在任务管理器中可以找到它的进程。
现在我们在浏览器中输入localhost。可以看到出现一个页面，虽然简陋了点，但这确确实实就是nginx的欢迎页面，就类似tomcat刚启动完成的locahost:8080的欢迎页面。
2.使用Nginx实现反向代理
现在我们搭建一个基于SpringMVC ＋Spring + Mybaties框架的maven项目，搭建过程不加以赘述。功能很简单，就是能跳转到一个页面就行了，当然也可以使用别的框架。
运行demo，我这tomcat端口是8080，在浏览器输入localhost:8080，出现我们的页面。
这时我们还是直接访问tomcat服务器的，现在我想通过nginx访问tomcat，即输入localhost就能显示我们demo的页面。
这就要我们去修改nginx的核心配置文件，在其目录下的conf文件夹下的nginx.conf文件，那么首先我们就要了解该文件中一些节点的作用。
worker_processes：工作进程个数，可配置多个
worker_connections:单个进程最大连接数
server:每一个server相当于一个代理服务器
lister:监听端口，默认80
server_name:当前服务的域名，可以有多个，用空格分隔(我们是本地所以是localhost)
location：表示匹配的路径，这时配置了/表示所有请求都被匹配到这里
index：当没有指定主页时，默认会选择这个指定的文件，可多个，空格分隔
proxy_pass：请求转向自定义的服务器列表
upstream name{ }:服务器集群名称
知道了节点作用后，我们就知道我们需要修改的文件中的server部分，这是它原有的代码，我删除了它注释部分。现在我们就能明白为什么输入localhost，
它访问的是它欢迎页面即index.html。
下面我们对这段代码进行一些小小修改。就是将请求转向我们定义的服务器。

随后在cmd中输入命令nginx -s reload即可重启nginx。
重启后，我们再输入localhost，可以看到跳转到的页面是我们demo的。
至此，反向代理已完成，这样所有请求都需经过代理服务器才能访问到正式服务器，某种程度上可以保护网站安全。
3.使用Nginx实现负载均衡
负载均衡即是代理服务器将接收的请求均衡的分发到各服务器中。
负载均衡的优势在访问量少或并发小的时候可能并不明显，且不说淘宝双11、铁道部抢票这种级别的访问量、高并发，就是一般网站的抢购活动时，也会给服务器造成很大压力，可能会造成服务器崩溃。而负载均衡可以很明显的减少甚至消除这种情况的出现，下面我们说说实现方法。
首先我们再开启一个tomcat服务器，这里区分一下就叫tomcat2吧，原先的叫tomcat1。将tomcat1上的项目，拷贝到tomcat2上，稍微修改下页面上的文字以便等下区分我们的请求被分发到了哪个tomcat上。tomcat2端口我这里为8081。在浏览器中输入localhost:8081。

服务器准备好了，我们要在server外部定义个服务器集群，即用到了上文中提到的upstream 标签。服务器集群名字取为test。
同时我们需要再修改下server，将定向的路径转到问你服务器集群上。
重启下nginx，在浏览器输入localhost，再多刷新几次，可以看到两个页面在来回切换。
这样即实现了负债均衡。假设我们服务器在运行过程中，其中一个tomcat挂了，仍然还有另一个可以访问。更新的时候也能先关闭只其中一个，轮流更新。另外还能有效缓解服务器压力，是不是很棒呢?
当然，以上nginx的配置是简单化的，实际上我们还可以配置nginx对静态资源的缓存等等，在此就不多加演示了。
4.小结
花了好些时间，总算陆陆续续要写好了，在此小结一下。
nginx作为一个反向代理服务器，能缓存我们项目的静态文件，并实现反向代理与均衡负载，可以有效减少服务器压力，即使项目不大，也可以使用。
大家另外应该都还发现了个问题，虽然这样请求能分别请求到两个tomcat上，如果是一般不需身份校检的或什么认证的方法尚可，但如果出现这类情况：
我们在tomcat1上进行了登录，这时用户session当然是存在tomcat1上的，而这时进入个人中心的请求请求到tomcat2上了，这时就会出现问题了。tomcat2会告诉你还未登录，这显然不是我们想看到的。
这就涉及到session共享了，如何让两个服务器上的session共用。我这里放到下次再说，作为码农比较忙，可能要过个好几天。另外我将这次的demo源码上传了，下次还要用，nginx配置就不传了，大家自己多动手试验。

在Thinkjs3中如何使用静态资源目录

最近在学习thinkjs3，发现有些地方还是有必要整理下的，下面这篇文章主要给大家介绍了关于Thinkjs3新手入门之如何使用静态资源目录的相关资料，文中通过示例代码介绍的非常详细，需要的朋友可以参考下。静态资源访问项目开发时，一般都需要在模版里引用静态资源。使用 thinkjs 命令创建项目时，会自动创建 www/static 目录，该目录下专门用来存放 JS、CSS、图片等静态资源。0x0 听说new的项目自动就有www/static!?传说默认创建的项目结构如下：|--- development.js //开发环境下的入口文件|--- nginx.conf //nginx 配置文件|--- package.json|--- pm2.json //pm2 配置文件|--- production.js //生产环境下的入口文件|--- README.md|--- src| |--- bootstrap //启动自动执行目录 | | |--- master.js //Master 进程下自动执行| | |--- worker.js //Worker 进程下自动执行| |--- config //配置文件目录| | |--- adapter.js // adapter 配置文件 | | |--- config.js // 默认配置文件 | | |--- config.production.js //生产环境下的默认配置文件，和 config.js 合并 | | |--- extend.js //extend 配置文件 | | |--- middleware.js //middleware 配置文件 | | |--- router.js //自定义路由配置文件| |--- controller //控制器目录 | | |--- base.js| | |--- index.js| |--- service //服务目录 | | |--- **.js //用户自己定义的服务| |--- logic //logic 目录| | |--- index.js| |--- model //模型目录| | |--- index.js|--- view //模板目录| |--- index_index.html|--- www| |--- static //静态资源目录| | |--- css| | |--- img| | |--- js其中是包含有www/static目录的，但现在通过thinkjs new出来的项目却没有这个目录，因此还需自行创建：$ mkdir www && cd www$ mkdir static0x1 往其中添加文件$ touch fuck.js && echo 'fuck 高数' > fuck.js这里本人秉承一贯作风创建一个fuck.js文件，你也可按心情添加其他文件然后启动项目并查看相应的页面 127.0.0.1:8360/fuck.js如果一切正常的话，会出错！0x2 同学，请填写符合基本法的URL正确的路径应该是 127.0.0.1:8360/static/fuck.js0x3 什么？你不喜欢static这个名字那么可以通过修改src/config/middleware.js中resource的参数来修改：修改前：.... { handle: 'resource', enable: isDev, options: { root: path.join(think.ROOT_PATH, 'www'), publicPath: /^\/(static|favicon\.ico)/ // <-- 此处将修改 } },....修改后：.... { handle: 'resource', enable: isDev, options: { root: path.join(think.ROOT_PATH, 'www'), publicPath: /^\/(public|favicon\.ico)/ // <-- 此处修改了 } },....还没完，对应的还得修改www/static为www/public：修改前|--- www| |--- static //静态资源目录| | |--- fuck.js修改后|--- www| |--- public //静态资源目录| | |--- fuck.js大功告成，现在访问127.0.0.1:8360/public/fuck.js，就有了：0xSegmentFuck 感性认识Thinkjs项目的目录结构在一定程度上对应着网站的URL（结合第一章）。官网不可尽信。调整src/config/middleware.js可以调整对项目中用到的中间件。上面是我整理给大家的，希望今后会对大家有帮助。相关文章：在JS中如何实现网页版计算器在Angular2中如何去除url中的#号（详细教程）使用JS如何实现小球抛物线轨迹运动

Thinkjs3新手入门之如何使用静态资源目录

静态资源访问项目开发时，一般都需要在模版里引用静态资源。使用 thinkjs 命令创建项目时，会自动创建 www/static 目录，该目录下专门用来存放 JS、CSS、图片等静态资源。0x0 听说new的项目自动就有www/static!?传说默认创建的项目结构如下：|--- development.js //开发环境下的入口文件|--- nginx.conf //nginx 配置文件|--- package.json|--- pm2.json //pm2 配置文件|--- production.js //生产环境下的入口文件|--- README.md|--- src| |--- bootstrap //启动自动执行目录 | | |--- master.js //Master 进程下自动执行| | |--- worker.js //Worker 进程下自动执行| |--- config //配置文件目录| | |--- adapter.js // adapter 配置文件 | | |--- config.js // 默认配置文件 | | |--- config.production.js //生产环境下的默认配置文件，和 config.js 合并 | | |--- extend.js //extend 配置文件 | | |--- middleware.js //middleware 配置文件 | | |--- router.js //自定义路由配置文件| |--- controller //控制器目录 | | |--- base.js| | |--- index.js| |--- service //服务目录 | | |--- **.js //用户自己定义的服务| |--- logic //logic 目录| | |--- index.js| |--- model //模型目录| | |--- index.js|--- view //模板目录| |--- index_index.html|--- www| |--- static //静态资源目录| | |--- css| | |--- img| | |--- js其中是包含有www/static目录的，但现在通过thinkjs new出来的项目却没有这个目录，因此还需自行创建：$ mkdir www && cd www$ mkdir static0x1 往其中添加文件$ touch fuck.js && echo 'fuck 高数' > fuck.js这里本人秉承一贯作风创建一个fuck.js文件，你也可按心情添加其他文件然后启动项目并查看相应的页面 127.0.0.1:8360/fuck.js如果一切正常的话，会出错！0x2 同学，请填写符合基本法的URL正确的路径应该是 127.0.0.1:8360/static/fuck.js0x3 什么？你不喜欢static这个名字那么可以通过修改src/config/middleware.js中resource的参数来修改：修改前：.... { handle: 'resource', enable: isDev, options: { root: path.join(think.ROOT_PATH, 'www'), publicPath: /^\/(static|favicon\.ico)/ // <-- 此处将修改 } },....修改后：.... { handle: 'resource', enable: isDev, options: { root: path.join(think.ROOT_PATH, 'www'), publicPath: /^\/(public|favicon\.ico)/ // <-- 此处修改了 } },....还没完，对应的还得修改www/static为www/public：修改前|--- www| |--- static //静态资源目录| | |--- fuck.js修改后|--- www| |--- public //静态资源目录| | |--- fuck.js大功告成，现在访问127.0.0.1:8360/public/fuck.js，就有了：0xSegmentFuck 感性认识 Thinkjs项目的目录结构在一定程度上对应着网站的URL（结合第一章）。 官网不可尽信。 调整src/config/middleware.js可以调整对项目中用到的中间件。总结