站内搜索

本次搜索找到结果 34 条

记个笔记。。。

不知不觉已经过了大半年多了,是时候做个总结了。

显然,从头开始造移动端轮子,特别是React的,是不科学的,也是不实际的。

那么就只能抄了,然后在抄过来的代码里面做修改,虽然有些不厚道,但对于公司来说,我觉得是最快的方式。

在说正题之前,先说个事,千万手贱去升级一些软件。我之前手贱用:brew upgrade,已经踩了两个坑了:

  • mysql莫名其妙变8.x版本,启动不起来了
  • mongodb莫名其妙变4.0版本了,也启动不起来

另外,就是之前我用brew install的时候,有时候会被墙,导致安装失败,或者网速很慢,在前两天学到一招(当然前提是你装了ss):

ALL_PROXY=socks5://127.0.0.1:1080 brew install xx(你要安装的软件,如dart)

背景:后端设置了cookie path,导致前后分离时,登录不了。

场景是这样的:后端的api context是/a,然后登录成功写cookie时,会写到/a的path下面去。然后前后分离后,nginx配置是/a的路径,去转发请求到后端,所以前端的访问路径里面是不可能有/a的。

最近分派给了我一个任务,完成nginx后台项目的三期迭代。

碰到一个功能点:历史版本。在前年,我有做过这个需求,就只是两个textarea框的比较(没有滚动条联动,没有类似git diff的效果)。

背景:同事问我一个问题,nginx怎么代理websocket。

前面几天比较忙,今天总算能抽点时间出来折腾一下。

配置 Nginx 反向代理 WebSocket

上面的文章其实比较细了,我来给它精简一下。

背景:同事之前用的是nginx配置的后端,然后前端略微复杂一些,有backbone的,也有react的。react的用了webpack-dev-server。他希望能快速地打通这一条线,所以我给他的建议还是用nginx来转发服务。

就是nginx起到两个作用:

  • 转发页面请求到node(webpack-dev-server)
  • 转发API请求到java
server {
    listen       80;
    server_name  localhost;

    location / {
        root   html;
        index  index.html index.htm;
    }

    location /manage {
        proxy_pass   http://127.0.0.1:9008;
        proxy_redirect              off;
        proxy_set_header            Host $host;
        proxy_set_header            X-Real-IP $remote_addr;
        proxy_set_header            X-Forwarded-For $proxy_add_x_forwarded_for;
    } 
}

比如9008是我们开的node服务。那么这样的URL:http://localhost/manage/index.html,会转发变成http://localhost:9008/manage/index.html

问题来了,webpack-dever-server一般不会有manage这一层的,一般都是http://localhost:9008/index.html。所以要怎么干掉呢?

问了一下相关大神,只要这样配即可:

proxy_pass   http://127.0.0.1:9008/;

在URL后面加个/,它就会取最后的路径,不会带上manage了。

在慕课网的实战课里面,有一门:手把手带你入坑 H5+小程序直播开发。在此记录一下学习过程中的笔记。

这个也是慕课的一个课程。我觉得作为前端,还是需要懂一些运维、分布式、集群这几块知识点。