centos webpack安装(webpack安装教程)
其实centos webpack安装的问题并不复杂，但是又很多的朋友都不太了解webpack安装教程，因此呢，今天小编就来为大家分享centos webpack安装的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
nodejs后端发布时build吗
node版本无法build
检查Node.js版本。
node版本无法build，检查Node.js版本，请确保您的Node.js版本符合项目所需的最低版本要求，如果您的Node.js版本过低，可以尝试升级到最新版本。
Node.js是一款基于ChromeV8引擎的JavaScript运行时环境。它允许开发者使用JavaScript语言编写后端服务器应用程序。
运行在服务端的Node.js代码需要编译吗
首先实现一个处理静态资源的函数，其实就是对本地文件的读取操作，这个方法已满足了上面说的静态资源的处理。
//处理静态资源
function
staticResHandler(localPath,
ext,
response)
{
fs.readFile(localPath,
"binary",
function
(error,
file)
{
if
(error)
{
response.writeHead(500,
{
"Content-Type":
"text/plain"
});
response.end("Server
Error:"
+
error);
}
else
{
response.writeHead(200,
{
"Content-Type":
getContentTypeByExt(ext)
});
response.end(file,
"binary");
}
});
}
如何使用nodejs搭建开发环境
1.安装NodeJS
1.编译环境
源代码编译器，通常Unix/Linux平台都自带了C++的编译器（GCC/G++）。如果没有，请通过当前发行版的软件包安装工具安装make，g++这些编译工具。
Debian/Ubuntu下的工具是apt-get
RedHat/centOS下通过yum命令
MacOSX下你可能需要安装xcode来获得编译器
2.网络加密
其次，如果你计划在Node.js中启用网络加密，OpenSSL的加密库也是必须的。该加密库是libssl-dev，可以通过apt-getinstalllibssl-dev等命令安装。
3.手动编译
wget
tarzxvfnode-v0.6.1.tar.gz
cdnode-v0.10.26
./configure
上面几行命令是通过wget命令下载最新版本的代码，并解压之。./configure命令将会检查环境是否符合Nodejs的编译需要。
make
makeinstall
2.安装NPM
1.NPM的全称是NodePackageManager,是NodeJs的第三方安装库。
curl|sh
curl是通过curl命令获取这个安装shell脚本，按后通过管道符|将获取的脚本交由sh命令来执行。
2.更改第三方库
npminstallunderscore
underscore@1.2.2./node_modules/underscore
由于一些特殊的网络环境，直接通过npminstall命令安装第三方库的时候，经常会出现卡死的状态。幸运的是国内CNode社区的@fire9同学利用空余时间搭建了一个镜像的NPM资源库，服务器架设在日本，可以绕过某些不必要的网络问题。你可以通过以下这条命令来安装第三方库：
npm--registry"
如果你想将它设为默认的资源库，运行下面这条命令即可：
npmconfigsetregistry""
通过npm安装包。安装好之後会自动被安装到/usr/local/bin目录下，而相依的函式库也会自动安装到/usr/local/lib/node目录下，实在是非常方便。
3.安装NodeJS调试环境
1.用npm命令安装全局模式的node-inspector组件
sudonpminstall-gnode-inspector
2.更改端口
修改node-inspector/lib/config.js的端口
’web-port’:{
desc:‘Porttohosttheinspector’,
convert:conversions.stringToInt,
defaultValue:6868
},
3.使用
node-inspector启动一个调试工具
在chrome浏览器中输入打开chrome的调试模式
使用nodedebug调试nodeJS项目
node--debug-brk=5858read.js
可以在chrome中查看到调试信息
4.使用Sublime构建NodeJS
设置Sublime的Builder-
Tools-BuildSystem-NewBuildSystem
将如下代码写入
{
“cmd”:["/usr/local/bin/node",“$file”],
“file_regex”:“^[]File"(…?)”,line([0-9]*)",
“selector”:“source.javascript”
}
保存为NodeJs.sublime-build文件
如此可以直接使用Com+B来使用nodejs运行程序
nodeJS(前后端分离、优势、不足
文章阅读，来自前端之巅去哪儿网部分摘录
1.项目分离，页面分离
第一种是项目分离，承载页面分离。他的特点是简单，快速，前端只关注浏览器方面，除浏览器端之外都是后端负责。
缺点：
沟通成本高，前期，前端需要使用ng或者代理工具调试，后期，还要把页面给到后端，并且新建一个对应的路由。
2.项目分离，只是后端的页面，放到了前端项目里
后端只需要配置路由，最终上线时，由发布系统负责把前端中的页面，自动同步到后端相应的目录中。其中相应的目录需要前后端提前约定，不然后端在渲染页面的时候，就会找不到相应的文件。相比第一种方案，稍微有点进步。沟通成本会有一定的降低。
缺点：
不过如果需要在页面里做一些业务逻辑处理，还需要前端同学掌握和学习velocity语法，对于新同学而言看似掌握的了一门新语法，但实际操作起来并非想象中的流畅。
3.第三种方案是使用Nodejs作为页面渲染层，后端只负责数据的生产工作
这也是目前阶段主要的使用方式。它的优点是前端同学对于整个页面的生命周期有完全的控制权，包括开发，调试，部署，上线以及后期的性能监控，应用监控等等。可做的事情也更多，比如使用ReactSSR做同构渲染。
缺点：
对于前端同学的要求也会很高，除学习前端知识外，还要学习后端知识。
整个应用都是由前端统一负责，所以还需要接收报警电话或者短信，7*24小时，都在待命状态。
1.一些前端开发，只关注浏览器端，服务器端开发关注很少，或者根本就不关注;
2.认为Node.js只适合开发一些工具类的功能，相对于后端开发来看它只是个玩具;
3.Node.js的生态不如其他后端语言生态健全;
4.涉及到后端开发的知识面比较广，在没有这些基础知识或者经验积累的基础上，考虑问题比较片面，最终做出的系统问题比较多，容易被后端鄙视;
看似问题很多，但实质上只有两个原因，
1，自身知识储备不够。
2，对Node.js了解不深，不敢应用在生成环境中，即使应用到生产环境，一旦出现问题，不能快速及时的处理，导致高层认为还不如其他后端语言稳定，降低了我们的话语权。(很中肯，不摸底，不敢用于项目)
1，提高开发效率，因为有了Node之后就不需要配置Nginx了，也不需要配置一些代理工具了，所有的页面生命周期都是由前端统一去管理的，这时候不需要其他人进行合作。
2，降低沟通成本，除了接口格式外，不需要和后端进行交互了；
3，前后端职责也更为清晰，因为这时候，界限更为清晰了，后端只负责生产数据，它只提供数据就可以了，至于数据怎么消费，以及怎么用，都由前端去做；
4，可以同时使用ReactSSR技术，做到首屏渲染，提高用户体验，除了首屏之外，还可以做异步的加载、SEO等操作。
5，Node.js可提供一些服务，不仅能让我们使用，还可以对外使用，如RESTfulAPI，这样就不用有求于后端了。
/---------------------------------------------文章摘录结束-------------------------------------------------/
除了号称nodejs界jQuery的express，
另外两个比较不错的
一个是360团队的Thinkjs，
一个是阿里的Eggjs
NodeJS后端项目开发与生产环境总结
建立在后台模板渲染(ejs,pug)的基础上。前后分离架构请参考webpack热更新实现
nodemon在js文件变化后悔重新运行程序，在package.json的scripts中添加：
nodemon还有许多可选配置，具体参阅nodemon文档
以koa为例
如若想要将错误抛出到浏览器页面和美化错误页面，express可用express-error-handler，koa可用onerror
由于是后台模板渲染，所以没法用webpack-dev-server进行自动刷新。能做的就是利用webpack的watch在前端js改变后自动打包，当然还是免不了手动刷新
注意一定要开启source-map，不然无法定位报错位置。为通知webpack是生产还是开发环境，可以使用cross-env，然后在package.json的scripts中添加：
开发时应运行两个命令：
生产环境一般使用pm2，pm2已经帮我们完成了进程守护和负载均衡，内部实现原理在此不再赘述，具体参考pm2文档。
生成的配置文件已包含了生产环境的基本本质。跟多配置请参考pm2文档，在package.json文件的scripts中添加
生产环境下运行
这时我们可以通过process全局变量获取到环境状态，在app.js中添加
类似nginx的access.log和error.log，利用fs模块的appendFile方法来输出日志。首先在项目根目录下新建文件夹logs
建立一个模板命名为notFound.pug，在路由之后渲染
在webpack中添加插件
发布应用时需运行
thinkphp怎么部署(thinkphp5部署)
前端vue与后端Thinkphp在服务器的部署
vue在服务端部署时，我们都知道通过npmrunbuild指令打包好的dist文件，通过http指定是可以直接浏览的，Thinkphp通肢局如过域名指向index.php文件才可以浏览。要使前端正常调用后端数据，有两种方法：1、前端跨域调用后端数据，2、前端打包文件部署在后端的服务器文件夹下（同域）。
web服务器：apache
一、跨域
在服务器配置站点：
在路径/home/www/??下创建test项目文件夹，用来放项目文件。??
找到httpd-vhosts.conf文件配置站点??
前端站点：??
????ServerName?test.test.com??
????DocumentRoot?"/home/www/test/dist"????
????DirectoryIndex?index.html??
后端站点：??
????ServerName?test.testphp.com??
????DocumentRoot?"/home/www/test/php"????
????DirectoryIndex?index.php??
将前端打包历启好的dist文件放在/home/www/test/文件夹下，运行可浏览，当路径改变时，刷新会出现404错误。此时dist文件下创建一个.htaccess文件，当路径不存在时，路径指向能解决此问题。
??RewriteEngine?On??
??RewriteBase?/??
??RewriteRule?^index\.html$?-?[L]??
??RewriteCond?%{REQUEST_FILENAME}?!-f??
??RewriteCond?%{REQUEST_FILENAME}?!-d??
??RewriteRule?.?/index.html?[L]??
在/home/www/test文件夹下创建项目根目录php文件夹，将thinkphp文件放在php下。TP5的入口文件在public文件下，在这将public下的入口文件index.php挪到php文件夹下（个人习惯将入口文件放在项目根目录）,后端绑定Index模块。
前端调用后端接口，存在跨域，跨域解决方法有好几种，在这我将在后端php做配置，解决跨域问题，在公用控制器设置跨域配置：
class?Common?extends?Controller??
{??
????public?$param;??
????//?设置跨域访问??
????public?function?_initialize()??
????{??
????????parent::_initialize();??
????????isset($_SERVER['HTTP_ORIGIN'])???header('Access-Control-Allow-Origin:?'.$_SERVER['HTTP_ORIGIN'])?:?'腊凯';??
????????header('Access-Control-Allow-Credentials:?true');??
????????header('Access-Control-Allow-Methods:?GET,?POST,?PUT,?DELETE,?OPTIONS');??
????????header("Access-Control-Allow-Headers:?Origin,?X-Requested-With,?Content-Type,?Accept,?authKey,?sessionId");??
$param?=??Request::instance()-param();??
$this-param?=?$param;??
????}??
}??
前端调用登录接口：this.axios.post('',{user:'',password:''})。
(可在webpack.base.conf.js文件下可定义接口：)
二、同域
后端配置同上，公共配置器中的header配置注释。将前端的dist文件下的所有文件（包含.htaccess），放在php文件夹下。将后端index控制器的index方法的路径重定向php下的index.html文件：
namespace?app\index\controller;??
use?think\Controller;??
class?Index?extends?Controller??
{??
????public?function?index()?{??
$this-redirect('/index.html');??
????}??
}??
前端调用登录接口：this.axios.post('/index.php/base/login',{user:'',password:''})
转自：
thinkphp怎么部署到ubuntu
1、开启服务
部分必需使用服务没有默认开启，必需开启后才能正常使用Thinkphpsae引擎，使网站正常工作。必需服务：MySql服务，用于mysql数据库存储数据、Strorage服务，用于存储上传文件销肆、Memcache服务，用于存储Thinkphp缓存、KVDB，用于存储键值数据。根据网站需要开启相关服务，以上为常见的sae服务。
2、缓存清除
如果开启了调试输出trace，然后关闭了，但是网页还是显示trace信息，需要把网站的缓存数据删除后生效，点击Memcache服务，Memcache状态下选择清空即可，如果没有在sae上部署则是直接删除相关缓存文件。
3、原生sae服务
由于sae提供原生服务不能与其他环境兼容，为使网站移植性更好，应该尽量少直接使用原耐斗码生服务，可以选择使用Thinkphp中相应的方法来实现。sae禁止本地IO，所有直接操作本地IO的函数都失效，需要使用sae其他服务来实现，这点一定要注意。
4、代码上传
可以直接上传代码包到sae上，可以使用svn来上传代码
5、屏蔽index.php
在代码根目录下的config.yaml中加入以下代码即可
handle:
-rewrite:if(!is_dir()!is_file()path~"^(.*)$")goto"index.php/$1"呵呵以后毕竟是电脑的时代，可以自己看一下php语言编程一类的知识昌哪，以后总会有用的，我天天晚上去后盾人看视频，我觉得不错的。
如何在lnmp上部署Thinkphp
ThinkPHP的四种URL模式:0(普通迅亩模式);1(PATHINFO模式);2(REWRITE模式);3(兼容模式)
nginx需要PATHINFO模式，但需要更改nginx配置文件让其支持PATHINFO模式。
系统环境：
系统：CentOS-6.4-x86_64
web服务器：nginx1.2.7
PHP版本：PHP5.3.17
数据库版本：MySQL5.5.28
一、安装LNMP1.0一键安装包：
按照以上版本安装环境
二、修改配置文件
1.修改php配置文件php.ini，将其中cgi.fix_pathinfo=0，值改为1
重启php-fpm
2.ssh里执行：
cat拍昌樱/usr/local/nginx/conf/pathinfo.conf'EOF'
set$real_script_name$fastcgi_script_name;
if($fastcgi_script_name~"(.+?\.php)(/.*)"){
set$real_script_name$1;
set$path_info$2;
}
fastcgi_paramSCRIPT_FILENAME$document_root$real_script_name;
fastcgi_paramSCRIPT_NAME$real_script_name;
fastcgi_paramPATH_INFO$path_info;
EOF
再将虚拟主机配置文件里的location~.*\.(php|php5)?$替换为：location~.*\.php
再在includefcgi.conf;下面添加一行includepathinfo.conf;
重启nginx
完整的虚拟主机配置文件如下：
server
{
listen80;
server_name;
indexindex.htmlindex.htmindex.php;
root/home/wwwroot/lnmp;
location~.*\.php
{
try_files$uri=404;
fastcgi_passunix:/tmp/php-cgi.sock;
fastcgi_indexindex.php;
includefcgi.conf;
includepathinfo.conf;
}
location/status{
stub_statuson;
access_logoff;
}
location~.*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires30d;
}
location~.*\.(js|css)?$
{
expires12h;
}
access_log/袭丛home/wwwlogs/lnmp.loglnmp;
}
将ThinkPHP的URL模式设置成PATHINFO。
ThinkPHP就可以在nginx中运行了。
在mac上配置vue开发环境
在mac上配置vue开发环境基本流程图如下：
首先，需要在mac上安装brew。brew是一个方便的包管理工具，相当于centos下的yum，能够简化mac上软件的安装、卸载与更新。如未安装brew，可执行特定命令进行安装。若遇到curl:(7) Failed to connect to raw.githubusercontent.com port 443: Connection refused的情况，可先输入sudo gem install redis指令，再执行安装brew的命令。
brew的使用方法：通过brew search查找所需的特定版本软件，以@后跟版本号的形式进行安装，例如brew install thrift@0.9。
接着，安装Node.js。可使用brew安装或从二进制文件下载安装。安装完毕后，执行命令查看Node.js版本。获取Node.js模块安装目录访问权限。
npm是与Node.js一同安装的包管理工具，有助于解决Node.js代码部署问题。常见使用场景包括通过输入“npm-v”测试安装是否成功。npm的基本使用方法与Node.js一致。
考虑到npm使用国外服务器速度较慢，可使用淘宝提供的cnpm命令，通过输入特定命令设置环境变量，使得在任意目录下都可以使用cnpm、vue等命令，无需输入全路径。设置环境变量的方式为：安装淘宝镜像。
完成以上步骤后，安装webpack、vue脚手架，并创建vue项目。在指定目录下执行相关指令即可完成vue项目的创建。
