版本管理

使用 git 来管理发布的文章。每次发布文章文章,提交到 git 仓库。 忽略 node_modules 以及 public 文件夹。

web page

hexo 引擎生成的 public page 部署到 github page. 或者部署到国内的 coding. coding需要进行本机配置 ssh key. 将本地生成的 RSA public 密钥内容配置到coding后台。 github 需要到官网上个人中心配置找到 AcccessKey. 配置时候 https://accesskey@github.com/username/username.github.io.git 。当部署失败时候,请检查SSHKey相关授权。 当部署时遇到脚本失败及 mode argument must be integer 相关错误时候,可通过 nodejs 降级以达到版本兼容。我是通过安装 hexo-deployer-git 高一点的版本来解决此问题。

域名映射

在阿里云域名管理后台配置DNS解析,把域名指向githubpage的服务器。

主题配置

将第三方主题fork到自己仓库,然后再clone下来。主题相关配置提交到自己仓库。当主题发生变更时候,我们可以选择同步需要的模块来达到使用最新主题功能。

其他配置

统计,分享,评论等插件需要到第三方平台进行配置。然后把相关key配置到config文件的对应模块。

https 配置

博客配置SSL 支持443端口。申请亚洲诚信SSL证书(/ssl),并绑定域名。在网络内容分发处(cdn/certificate)为域名配置该证书下的cdn加速。在域名管理处(cdn/domains)查看开启cdn加速。
ssl监控管理处添加监控,查看配置状态。(sslpod/monitor), 查看证书状态(sslpod/sslcert)
最后为网站关联域名,重新部署即可。

框架方面目前主要掌握 Vue 。可独立开发 H5 项目,PC Web 后台系统, 小程序开发。

UI 框架:用过 element-UI, iView, WeUI, WeUIJs. MiniUI

第三方插件:使用过 Moment 日期处理,Echart 图表统计, VueDraggable 拖动。

网络请求:Axios

图片上传: Weui-Uploader, Blob 或 base64 上传.

IM: 使用过网易云信。

移动 App: 用 Swift 开发过 iOS 项目,Sass 应用。(云喵)

熟悉 Webpack, Sass, NodeJs, vue-Cli, Router, VueX.

个人 Github Page 演示

我们的从事的大多数都是平凡工作。没有科学家在实验室科研的高科技创新,没有宇宙航天科技探索的奥秘。或许每天都做着重复单一的工作,或许很多岗位都被智能自动化机器给替代。14年之后,很多企业都转型成移动互联网企业,很多线下店铺都实现了线上支付功能。我们不断接触着新事物和被新事物洗礼。 那些不愿意改变,不愿意学习新事物的企业和个人 都慢慢退出了历史舞台。

时间在快马加鞭地前行,身边的人,在做的事,也都发生了变化;回顾过去一年,做过的项目不少,也经历了生命周期销毁的企业;那些盲目迭代没有思考力地堆砌功能对于用户来说是多余无用的,对于整个产品战略来说似乎渐渐步入深渊;过去一年的开发中,自己也变得被动,整个思考力和行为都被牵着走; “安分守己”一词 形容自己成了一个”标准“的职业码农,时间之河上,有一刻 似乎意识到脑洞齿轮已经生锈 转动缓慢,对,需要着手动起来了,起身,去做!

每个人的feed就是一个list,存储到redis;
用户前端产生的所有事件 发送到消息队列 RabbitMQ,
Server 根据 业务逻辑将新的item插入到下游用户的feed里面;

在线推,推给活跃在线用户,离线拉;

任务调度 :选用了Celery;

每个用户都有一个收件箱 和 发件箱;保存自己发过的动态以及Feed动态;

用户A关注了用户B , 用户B发布动态则将动态推进用户A的feed,这里使用redis的zset实现,sort为time(记得以毫秒为时间戳,秒级在数据量达到一定程度后,会有读取不到的问题,比如以时间戳为分页页码),value为具体的动态 ID(为什么是动态ID, 其实很简单, 就是因为动态的内容可以进行缓存,在redis里面全部走ID,修改动态内容也需要修改一处,动态内容可以保存在hash结构里), 每个用户维护一个zset保存我发布的动态,一个zset保存我的feed动态,过期时间3~7天看情况而定。

全局维护一个在线用户列表,怎么设计这个就自己琢磨了,为了防止用户挂后台导致与服务端为离线状态,所以最好是1~3小时未操作或者离线时间不大于3小时的,都当做在线处理,

那么,当用户发了一条动态后,后台会有以下这些操作:

在线推: 异步遍历在线的粉丝,将动态ID,添加到粉丝的Feed中。

离线拉: 离线用户打开APP后,我们是会请求一个公共的入口接口,主做统计以及其他初始化操作,在这里,我们也开了一个异步线程,对用户进行Feed更新操作,防止用户进入APP后等待拉取时间过长,毕竟关注成千上万的人肯定有(其实万单位以下遍历都很快)。拉取过程其实就是把自己最后一条Feed的时间戳取出,去遍历关注的人的feed,将大于该时间的ID全部拉取回来。用户进入APP后,刷新即可看到最新操作。

一个杯子的8种营销方案:

  1. 卖产品的本身使用价值,只能卖3元/个。
  2. 卖产品的文化价值,可以卖5元/个。
  3. 卖产品的品牌价值,可以卖7元/个。 (品牌标签)
  4. 卖产品的组合价值,卖15元/个。(情侣,亲情套装)
  5. 卖产品的延伸价值。(对人体有什么好处之类的)
  6. 卖产品的细分市场价值 (情侣套装,12生肖,卡通动漫 之类的,精装礼盒)
  7. 卖产品的包装价值。
  8. 买产品的纪念价值。

创业建议

在合作方面不一定要找和自己相差不多的,因为这样彼此的眼光或者视野都比较短浅,合伙本来就是一种互助和学习的机会!我认为找合适的是必须的,同时先要了解对方的为人,因为合伙很容易出纠纷的!

  至于真正的合伙创业,我建议你慎重,至于网络工作室的想法是好的,一来你没有技术、没有太多的资金都不是最主要的问题,关键是,能否找到合适的人选!比如技术不到位下面的工作是无法继续的,同时技术需要专业,不然谈判的过程中没有说服力!

互联网思维指的是什么思维?

快速迭代,用户参与。通过不断地迭代使产品日臻完善,而不是追求一次性做出完美的产品。并且,用户的反馈会作为设计决策的部分依据。

基于海量数据分析进行决策。互联网产品的一大便利是可以实时获取大量用户的行为数据,基于这些数据可进行产品决策。也可以采用AB测试等方法主动比较不同的设计方案。

法则一: 从众心理

1,比如淘宝。用户购物时候往往会参考别人的购物体验,当某件东西很畅销,人们会本能地把它当作一个正确有效的选择。

  1. 借助销售排行榜将一个品牌与最畅销的品牌联系在一起。
  2. 可在社交平台分享消费者生动感人的购买经历获得其他用户的认同感。
  3. 通过巧妙的方式让消费者心甘情愿地宣传产品的各种优势。
  4. 利用技术手段,通过社会化推荐系统,对相似消费群体的挖掘并推荐他们可能喜好的商品。