资讯专栏INFORMATION COLUMN

Note: 调整开发环境的, JS, Nginx, VPS, Rsync

yintaolaowanzi / 2568人阅读

摘要:去年买时候刚工作不舍得上多花钱就整年租了发工资以后渐渐觉得投钱到域名和上大部分还是值得的倒是我从前购买时侯不明智现在的要切换反而费钱比如切换到速度更快的前面整年租现在不方便了分开几个部分大概描述一下希望别人能有借鉴也希望数据运维的同学帮忙看

去年买 VPS 时候刚工作, 不舍得 VPS 上多花钱, 就整年租了
发工资以后渐渐觉得投钱到域名和 VPS 上大部分还是值得的
倒是我从前购买时侯不明智, 现在的要切换反而费钱,
比如 VPS 切换到速度更快的 DigitalOcean, 前面整年租现在不方便了

分开几个部分大概描述一下, 希望别人能有借鉴,
也希望数据运维的同学帮忙看看有没有更好的配置.

方向和问题

我目前个人项目主要是 CoffeeScript 开发, 主要是前端,
以及一些 Cirru 等相关的脚本, 跑在 Node 或者 Go 上.
后面会考虑补服务端的功能, 这边环境到时候跟着调整下

开发中比较成块的问题是这些, 大概和环境关系不紧密:

界面上 View 和 Model 如何设计架构, 完成整个应用

CoffeeScript 代码如何很好地模块化和重用, 前端和后端, 甚至界面

服务端数据层怎样设计, 怎样和前端交互

怎么学会做 JS 限制以外的很多事情...

服务器

原先是租用了 UltraKVM, 服务器在美国, 400 一年, 半年下来感觉不错
最近发现建行手机短信验证, 绑定 Paypal 可以购买 DigitalOcean 了, 试了下
感觉不错, 就尝试迁移过去了, Ubuntu 13.04 , 最小的配置
DigitalOcean 默认 Ubuntu 预装了一些软件, 感觉用着还顺的
表示不清楚怎么做具体对比...

之前的 UltraKVM 机房在美国, DigitalOcean 的我选择新加坡的机房,
速度提升有一点, 200ms ping 的延时到了 150ms 多, 数据比较模糊..
测试大文件的下载速度, 都在 50k 左右, 后者稍微快些.

服务器上主要是 Node, Nginx, 这些开发环境
通过 Mosh 连接网络, 安装了 Bashmarks 方便管理
有时候用 sshfs 挂载到本地编辑, 有卡顿, 还能用
以前在机器上尝试过 NFS, 效果不理想, 还是本地开发得了..

因为我 ssh-copy-id 配置了密钥登录, 所以 mosh digital 直接访问服务器
我的终端 Prompt 统一是 ➤➤, 但通过颜色做了两边的区分,
不然本地是 OS X, 线上是 Ubuntu, 命令用错就烦了
比如我把 Sublime Text 命令绑到了 e, 这个就只能本地跑跑

域名

tiye.me 是我的主域名, 之前买了 jiyinyiyong.info , 现在觉得是浪费钱了
配置了 repo.tiye.me 静态文件, 用来放我 HTML 上跑的项目.
Node 项目在线上跑的还没... 所以.. 暂时没往细考虑.

开发环境

前端时间录过视频说明了一下:
http://www.tudou.com/programs/view/5nU5epVF9bc/

我的开发文件都是放在 Nginx 上的, 因为纯文件 HTML 运行可能会有权限限制
CSS 我是用 Chrome Workspace 编辑的, 觉得效率比 LESS 和 Stylus 高
CoffeeScript 代码我在本地编译, 尽量不放 .js 代码到仓库当中

服务器上也是 Nginx, 保证本地开发完上传到服务器直接能跑.
不过实际上到了服务器一般还是要安装下依赖, 毕竟本地传上去太大了
而 VPS 直接访问国外的网络, 速度比本地的要快得多

数据同步

通过 Rsync 将本地的文件统一上传到服务器上.
写了一个 Bash 函数, 然后比如 up blog 就会同步对应 ~/repo/blog/
Bash 函数在终端载入时进行加载. 在 ~/.bash_profile 触发
之前我是通过单个命令同步整个 ~/repo/ 的, 觉得这比较慢..

function up {
  rsync -avzl --delete --stats --progress 
  --exclude-from /Users/chen/repo/.rsyncignore 
  ~/repo/$1 
  digital:/home/chen/repo/
}

中间写 .rsyncignore 忽略到不该上传的这些文件:

bower_compoennts/
node_modules/
.git/

目前就是这些. 等技能成熟一些在使用中继续会做一些调整.

返回博客首页: http://blog.tiye.me

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/87477.html

相关文章

  • 如何使用密码保护以太坊JSON-RPCAPI?

    摘要:本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过进行安全输出。以太坊,主要是针对工程师使用进行区块链以太坊开发的详解。 本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过Internet进行安全输出。 Go Ethereum(geth)是以太坊节点最受欢迎的软件。其他流行的以太坊实现是Pa...

    Zachary 评论0 收藏0
  • 如何使用密码保护以太坊JSON-RPCAPI?

    摘要:本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过进行安全输出。以太坊,主要是针对工程师使用进行区块链以太坊开发的详解。 本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过Internet进行安全输出。 Go Ethereum(geth)是以太坊节点最受欢迎的软件。其他流行的以太坊实现是Pa...

    cartoon 评论0 收藏0
  • 如何使用密码保护以太坊JSON-RPCAPI?

    摘要:本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过进行安全输出。以太坊,主要是针对工程师使用进行区块链以太坊开发的详解。 本文面向以太坊智能合约应用程序开发人员,并讨论如何在密码保护后,安全地运行你的以太坊节点,以便通过Internet进行安全输出。 Go Ethereum(geth)是以太坊节点最受欢迎的软件。其他流行的以太坊实现是Pa...

    wow_worktile 评论0 收藏0
  • 记一次企业级存储规划及重大事故

    摘要:存储规划是企业必须考虑到的因素,无限增大的资源不但需要管理维护,还需要考虑容灾备份的机制。这是一个致命的导火索月日过后一周,没有发现任何异常。 存储规划是企业必须考虑到的因素,无限增大的资源不但需要管理维护,还需要考虑容灾备份的机制。我公司在存储变化上,发现磁盘使用率马上超标的情况,发起了数据存储迁移的规划方案 一、静态资源架构 ①实施前节点架构: showImg(https://se...

    leap_frog 评论0 收藏0
  • 记一次企业级存储规划及重大事故

    摘要:存储规划是企业必须考虑到的因素,无限增大的资源不但需要管理维护,还需要考虑容灾备份的机制。这是一个致命的导火索月日过后一周,没有发现任何异常。 存储规划是企业必须考虑到的因素,无限增大的资源不但需要管理维护,还需要考虑容灾备份的机制。我公司在存储变化上,发现磁盘使用率马上超标的情况,发起了数据存储迁移的规划方案 一、静态资源架构 ①实施前节点架构: showImg(https://se...

    Karuru 评论0 收藏0

发表评论

0条评论

yintaolaowanzi

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<