DaoCloud

DaoCloud DaoCloud

DaoVoice是什么？ 实现数据据驱动的应用运营和产品创新

  • 聊天客服务

    无缝适配各类桌面和移动浏览器的页面对主知串钩，随时开始沟通的窗口

  • 自动消息

    根据用户行为预设定的自动消息，在最需要的时候提供最精准的帮助

  • 邮件提醒

    对话记录全程邮件归档并及时发送，方便用户查询检索，稍后回复

  • 用户画像 综合用户信息并结合其在网站的行为进行画像，为精准营销提供基础
  • 数据捕获 用最简单的代码搜集用户行为模式，以定量数据驱动用户体验提升
  • 智能客服 场景化自动回复＋贝叶斯人工智能，彻底告别老土的工单技术支持系统
  • 团队协作 全员客服，消息分配，自动跟进，ChatOps 理念让工程师直面用户需求

  • 内部沟通 与开发管理对接，用户需求直接排进开发任务，让用户驱动产品迭代

  • 移动应用 适配移动端，提供IOS安卓应用，全员客服＋24*7营造最佳用户体验

  • 事件驱动 捕捉每一次鼠标点击，洞悉用户行为模式，数据化运营驱动转化付费
  • 开发集成 提供完整 SDK 和 API，支持所有前端技术，完美集成网站各类交互环节

  • 快速迭代 让用户参与感驱动产品迭代，以最佳用户体验跑赢移动互联网大时代

    加速镜像

    DaoCloud 提供了一套境内镜像源，并与官方源保持同步。 3小时同步一次

curl -sSL https://get.daocloud.io/docker | sh 如果有Containers: ...就表示安装成功

sudo docker info .

加速特性：

  1. 官方机制
  2. 无缝接入
  3. 适应国情
  4. 服务社区
  5. 独享地址
  6. 永久免费

daocloud.io/hujb2000/icp

docker login daocloud.io docker pull daocloud.io/hujb2000/icp:latest

DaoCloud Toolbox 由一系列 Linux 下的命令行工具和后台服务组成，是一款集成了 Docker Hub 下载加速、Docker 宿主机垃圾回收、混合式容器管理等多种功能于一身的工具软件。 由于受到 Docker Registry 原理所限，使用了加速器 1.0，仍无法避免直接连接 Docker Hub 元数据服务器时链接缓慢甚至中断的问题。因此，我们又进一步推出了加速器 2.0，通过采用智能路由和缓存机制，结合Docker 1.8 最新技术，实现多路并行下载，使得国内网络拉取 Docker Hub 镜像的速度，较之加速器 1.0，又有了成倍的提升。

Docker 加速器2.0

Docker 加速器 2.0 是 DaoCloud Toolbox 的一部分。

DaoCloud Toolbox 由一系列 Linux 下的命令行工具和后台服务组成，是一款集成了 Docker Hub 下载加速、Docker 宿主垃圾回收、混合式容器管理等多种功能于一身的工具软件。

Docker Deamon 进程时指定了 –-registry-mirror 参数，您可以参考加速器页面的「操作手册」获得详尽的配置帮助。

安装主机监控程序

docker-machine ssh default curl -sSL https://get.daocloud.io/daomonit/install.sh | sh -s 126d425ea0b32d8b2fdbc6600a31b0b4a7137010

主机监控程序可以帮助您将主机接入到 DaoCloud 智能分发网络中，通过调用 Docker API 管理您的容器。

社区版用户的应用，如果超过 3 天没有 http 请求，将会被置于休眠状态；当新的 http 请求进入时，自动实时唤醒。

QA

  1. ERR_CONTENT_LENGTH_MISMATCH 的解决方案

2015/05/27 02:19:10 [crit] 29263#0: 72 open() "/usr/local/nginx/proxy_temp/3/00/0000000003" failed (13: Permission denied) while reading upstream, client: 192.168.1.30, server: localhost, request: "GET /项目名/frame/js/jquery-1.10.1.min.js HTTP/1.1", upstream: "http://192.168.1.177:8080/项目名/frame/js/jquery-1.10.1.min.js", host: "192.168.1.177", referrer: "https://192.168.1.177/项目名/" 2015/05/27 02:19:10 [crit] 29263#0: 77 open() "/usr/local/nginx/proxy_temp/4/00/0000000004" failed (13: Permission denied) while reading upstream, client: 192.168.1.30, server: localhost, request: "GET /项目名/frame/image/DAimG_2013040242192849XA16.jpg HTTP/1.1", upstream: "http://192.168.1.177:8080/项目名/frame/image/DAimG_2013040242192849XA16.jpg", host: "192.168.1.177", referrer: "https://192.168.1.177/项目名/" 原来是 nginx 的工作进程对大文件做了缓存，这个缓存在 %nginx%/proxy_temp 目录下，主进程在读取缓存的时候由于权限问题而无法访问。ps nginx 可以看出主进程用户是 webapp(启动 nginx 的用户)，工作者进程是 nobody 用户(nginx 默认的工作者用户就是 nobody，如果你没有配 user 指令的话)，proxy_temp 目录所有者就是工作者进程的用户(可以 ll proxy_temp 对此进行验证)。 停止 nginx(nginx -s stop)，chown -R 对 nginx 所有目录权限重新设定成 webapp，然后在 nginx.conf 的 worker_processes 指令前添加指令 user webapp; 最后 webapp 用户重启 nginx 即可

chown -R www:www proxy_temp ok