Error starting userland proxy: mkdir /port/tcp:0.0.0.0:3306:tcp:172.19.0.3:3306: input/output error

在windows10/win10上使用dnmp:https://www.awaimai.com/2120.html 首先需要安装docker环境:https://download.docker.com/win/stable/Docker%20for%20Windows%20Installer.exe 装完以后在dnmp目录执行docker-compose up,启动失败,报错如标题,需要修改win10的快速启动设置,然后重启。修改方法见:https://www.tenforums.com/tutorials/4189-turn-off-fast-startup-windows-10-a.html

服务器从godaddy迁到了阿里云美西

目前响应速度还不错,1vCPU+1G内存。

node版本太高

npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the dpexpo@1.0.0 dev script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above. 出现的原因:node的版本太高,当我从node8升级到node10以后出现问题。

ECS之Ubuntu上使用docker部署Jenkins持续集成支持dnmp

第一步,创建容器: docker run -u root -p 8080:8080 -p 50000:50000 -v /root/docker:/var/jenkins_home –name j02 -idt jenkins 解释: 注意这里以root用户启动,如果使用默认用户jenkins则不需要加-u,但是可能会造成与dnmp之间的文件读写权限有麻烦。 与宿主机的共享目录设置为/root/docker,这个随便,其实放哪里都行,放这里为了登录进去以后方便找。 –name叫j02这个随便,是生成的docker的镜像名,开始那个叫j01,后来改root权限启动我改成了j02,无所谓。 端口绑定的是8080 执行命令docker logs -f j02查看容器的控制台日志,看到如下信息表示jenkins服务启动成功: Dec 31, 2017 6:29:24 AM jenkins.install.SetupWizard init INFO: ************************************************************* ************************************************************* ************************************************************* Jenkins initial setup is required. An admin user has been created and a password generated. Please use the following password

期待产品原型、UI设计与开发统一版本管理工具

目前产品原型到UI设计,再到开发测试上线,是分离的,目前尚未发现有一统天下的工具和平台。 我倒是非常渴望有这么一个工具,尤其对于小团队而言。具体的需求就是将产品原型、UI设计、开发测试三者的版本管理集中在一起,每个阶段的某个版本有若干状态,如设计中/已推送/已交付/已验收。墨刀实现了产品经理与UI设计之间的协同,如果再能与开发协同一下则更棒。 对一个项目而言,有这么几个部分,页面树、工作流、页面。页面是基本元素,页面数上可以标注该页面存在的生命周期,如从v1到v4,或者从v3到v5,并且设定发布的url,可以包括测试版地址和发布版地址,工具根据url自动快照,获取当前版本,并通过图像识别对比差异,只保留变更的版本,存入版本库。而产品原型和UI设计的版本分别由产品经理和UI设计师标注和提交。查看时,可以查看最新版,也可以专门查看某一版本的执行情况。

移动办公的发展是民宿的未来吗?

在北京一次餐会上,某民营书业老板的司机问餐后去哪,老板说大兴吧。大家聊起他的多处房产,他笑称是居无定所,四海为家。这种财务自由型的财富型人士并不多得,但具有一定的专长,适合移动办公的人士却是不少。 前阵子转过一篇来自海外的介绍移动办公模式的文章,称他所在的团队,有一半人员是分散在美国各州的,大家一年才可能见一次面,但丝毫不影响项目进展,反而通过全国甚至全球范围内的团队招募,可以将非常专门的技术人才聚合在一起。 那么,尽管目前看不到中国有这样的丝毫基础,我还是希望目前火热的民宿业,需要充分考虑移动办公会带来的消费能力,而在规划设计之初就需要把他们的需求考虑进去,比如要有一定的共享办公区域,稳定而快速的互联网接入,适当的共享办公设备等。 对于具有相对优越的自然环境,但缺乏交通便利性或旅游规模较小,也或者淡季比较长且明显,都可以用这种方式来充分利用资源,扩大服务群体。 当然,这也是我比较期望的一种生活,比如清明前后去信阳的茶山上喝上第一锅的毛尖,冬季躲进天山之北的木垒小镇。

融媒体出版物《全民经典朗读》诞生记

《全民经典朗读》已经出版有一阵子了,现在回顾一下,作为融媒体出版阵容中一个典型案例分享。 首先,作为一个出版物,其内容价值是首要的,该书作为一个文学经典普及读物,选文是很慎重的,朗读者阵容也是空前绝后。这决定了,这本书不是一本普通的书。具体情况请查阅书上的介绍。 融媒体产品的定位是依据需求而来的,技术方案选择时也许还考虑过点读笔的方式,但一方面点读笔的音效非常差,同时又不支持视频,那么很显然就确定下来使用二维码这个方式。加上微信已经非常普及,微信的开发也相对成熟,那么通过微信结合H5的方式,可以同时解决内容授权和用户体验两个方面的核心需求。暂时没有启动app是因为app太重了,用户接受度更低,在没有用户基础的时候不宜过度投入,不仅给出版社造成负担,用户使用体验也并不好。 内容授权采用的是很常见的方式,使用非序列化的随机码,一书一码,盛通印厂有方正的喷码机,在成本上可以接受,几万册的起印量让这种方式的使用毫无障碍。这个授权码直接喷在后勒口上,附上了使用说明,但后来证明这不是一个很好的选择,很多读者拿到书之后很不容易发现藏在这里的授权码,尽管在扫文章码时给出了提示,相比英语教材等将码(带涂层)直接贴在封底或包装上,还是太隐蔽了。授权的绑定通过手机号,每个授权码可以绑定三个手机号,事实上,这个数量是可以配置的。同时,考虑微信环境下,用户使用微信授权后可以快捷登录,在非微信环境下,用户需要用短信验证码登录。 当用户扫码打开某一篇文章,实际上,他们已经进入了一个完整的H5的应用,全书的内容可以很方面的浏览,在设计上,考虑到以后的在线销售,做了文章级别的激活设置。 接下来,真正作为融媒体核心体验的部分就是音视频内容的播放,我们根据使用场景做了一个区分,一种是听书,模仿喜马拉雅等FM的体验,可以连续整篇播放下来,一种是朗读(学习),这里更加强调视文对照、语音跟读,适合练习者有针对性的模仿训练。 技术实现上,后台采用laravel,前端采用vue,从近一年来的发展来看,技术路线选择还是很理想的,laravel已经和vue结合了,vue也出现了支持小程序开发的框架。这为项目的进一步升级留下了很好的基础。以前,我们很怕项目推倒重来,现在看来,从技术上,不断地更新迭代是不可避免的,但目前技术的迭代是众创式的,很多的技术成果是开源的,产品本身的迭代是不断吸收这些优秀的成果。 对于众多融媒体方案,我的判断是,出版社应该着力建立自己稳定的优质的内容资源编辑加工能力和管理能力,在此之上,主导融媒体产品的策划,技术实现上,传统的较大规模的数字出版技术提供商未必是理想的选择,基于github这种开放式开发架构的创新型小团队是更好地选择,出版社需要考虑如何与这样的团队建立广泛的联系,部分的参股建立紧密联系,在合作团队中也应用不断迭代的理念,哪些团队更新得好就更紧密的合作下去。对于那些擅长拿大项目的数字出版公司,在完成了出版社基础资源和技术平台建设之后,也需要考虑自身的转型问题了,否则,很有可能就会被出版社产品化发展所抛弃。

从博客到微信公众号的倒退

wordpress用了很多年,最早开博客是在中国教育网,攒了很多课件。那时候最火的还是各种论坛,但论坛很乱,自己又很难混成版主,也自己开了很多自建论坛,聚不到人气。后来转到博客中国,这也是很多同代人的路,再后来,公共博客平台就不行了,原因不说,开始用godaddy自建服务器搭wordpress。 早期的时候百度对wordpress这种独立博客站点的收录还可以,后来堕落到不行,以至于我逢人就修改他的浏览器默认设置为必应。在微信公众号火起来之前,各家门户网站的博客我都开过,但都是当备份,决不在上面写原创,后来事实证明这个选择是对的。但微信公众号这个莫名奇妙的产品只有到我偶尔当了专门做这个平台的大数据的公司才有所了解,其实内心里一直很难想象,人们是如何被逼入一个墙角,才会选择这样的一个平台来发布自己的观点。 从另一种角度看,微信公众号的兴起是和舆论管制的收紧同步的,百度可以不收录一个独立博客,但这个独立博客依然存在,当一五一十挂到之后,要么不写,要么选择微信,而在微信上,帖子可以被删而毫无痕迹,大概也只能在前供职公司那样的数据库能够找到内部存档。

远程工作,4年

原文:Working remotely, 4 years in 作者:Julia Evans 翻译:谷歌翻译 我住在蒙特利尔。4年前,我决定为位于旧金山的一家公司开展一项远程工作。当时,我担心它不会奏效 – 我以前从未远程工作过,所以对我来说这是一个很大的未知数。在3个月和8个月后,你可以看到我在这个博客上挣扎着。但是 Avi(采访我的人之一,远程工作的人)相信我这是一个合理的尝试,而且我可以看到它为他工作,我真的很喜欢所有采访我的人,所以我决定给它一个镜头。 它解决了。从各方面来看,它显然并不总是100%完美,但远程工作对我来说是一个伟大的职业生涯。我从同事身上学到了很多东西,并且能够做一些我为之骄傲的非常酷的项目。所以这里有一些关于我认为对我有用的想法。 像往常一样,这不是建议,我不是说你应该远程工作。我只在一家公司(Stripe)完成了远程工作,而且我只有一个人(甚至在Stripe中的其他遥控器也会有不同的经历)。 关于远程工作有什么可怕的? 当我开始写这篇文章时,我发推文: 现在已经工作了近4年,并正在考虑写一篇关于它的文章。说什么会有用? 我得到了一个非常热烈的回应 – 超过一百人回答了有问题的推文!在这篇文章中,我将尝试回答一些这些问题。 我敢打赌,人们如此好奇的原因在于,远程工作是一个巨大的可怕的飞跃,也是很多人对潜在的兴趣所在。我认为我得到的问题大致可以分解为3种关于远程工作的担忧: 个人心理健康/生产力问题:我会感到孤独吗?在家工作时我会过于分心吗?我能保持良好的工作/生活平衡吗?旅行会影响我的个人生活吗? 做好自己工作的基本能力:我会错过办公室里的对话吗?沟通将如何工作?人们会忘记我的存在吗? 职业发展:我能为真正重要的项目承担责任吗?我能升职吗?我可以成为领导者吗? 我将以相反的顺序来谈论这些 – 我最不想说的是“我会不会孤独”,因为虽然我认为这是一个非常重要的问题,有时候这对我来说是一场斗争,但从人到很多人和我不知道该怎么说,除了“离开你的房子通常是一个好主意”:) 远程工作有什么好处? 在我们进入远程工作的挣扎之前,让我们谈谈一些好处! 两个主要的好处是显而易见的 – 我能够生活在我想要的地方(蒙特利尔),并拥有我想要的工作。旧金山的科技公司一般比蒙特利尔的高科技公司付出更多,因此在SF以外居住的时候为SF科技公司工作非常棒。 其他一些好处: 我对我的工作环境有很多控制权。关闭Slack并关注它是相对容易的。 我基本上不必设置4年的警报。 整个公司都有一个很好的遥控器社区。我已经认识了很多美好的人。 我可以从另一个城市/国家工作,如果我想(像我去柏林6周在2016年,它是不是破坏性的,尤其是因为我的队友2当时生活在欧洲)。 我生活在一个略微偏移时区(提前很多人与我共事的3个小时),这样我就可以轻松完成工作之前,任何人都开始工作。 我们来谈谈职业发展 这是来自Twitter的问题! 我认为阅读关于职业发展的经验(促销,指导)会很棒。我听到很多远程开发者的说法,他们大都接受这是不可能的。而且我也很想知道你的指导经验。 在远程工作时,我不止一次晋升,指导实习生,领导大型项目,做出重大组织变革(我去年重新编写了工程阶梯),为新开发人员讲授入门课程,并从很多方面学到了很多东西梦幻般的人。我不是经理,但我现在的经理很偏僻,我认为他的工作很出色。 我认为这对我有效的主要原因是我在一个有很多遥控器和非常好的遥控器支持的组织工作。其他一些帮助我的东西: 沟通很多。(写很多电子邮件!有很多1:1的对话!也许过度交流!​​) 在各个团队中保持良好的人际网络 有很棒的远程角色模型能够激励我,并告诉我,我也可以在远程工作的同时获得成功 有很多人投入了大量的资金来帮助我取得成功❤(当我可以的时候我试着付款) 你如何远程向同事学习? 我在一个拥有大量真正优秀人才的公司工作。我担心因为我远程工作而无法向他们学习。我不认为这是真的(我学到了很多!)。 然而!在远程工作时,我认为你必须更有意识地与你的同事建立关系。如果我没有明确地决定与某人交谈,那么我很可能从不会与他们交谈。(就像我没有机会在办公室偶然遇到他们)。 以下是我从更有经验的人那里学到的3种不同方式。 方式1:每周与人见面1:1。 一种非常有价值的模式是 – 每个星期/年与1个人(在我的团队中)每周1:1会面,并从他们那里获得关于我目前正在工作的任何建议。在这种关系中,对我来说重要的一点是,这个人会不断投入工作/从事我的工作 –

苹果手机更换电池的秘密

苹果发布了新的更换电池政策,也让我下了换电池的决心,之所以迟迟不换,实在是被它搞怕了,一个5c直接牺牲在我手上,之后用撬棒艰难的换了三个手机,也仍然有相当危险的事情发生,在某重要单位差点酿成一个小型起火事件。 在换我这个6的电池的时候,虽然有良心电池厂商赠送的粗大撬棒,还是相当艰难。 忍不住翻墙到youtube继续搜教程,结果台湾的朋友再次让我震惊,原来电池下面的胶条有大奥秘。 对原装的电池,正确的处理是轻轻揭开电池头部的黑色压条,这里说的头部是相对电池有排线的那头。 然后用手慢慢拉,简直想不到它竟然可以一直抽出来。 想一想原理,是这个胶在拉伸的时候变薄,同时与电池和手机壳的粘连变弱,同时当拉伸到一定程度的时候又保持一定强度,这样,两条胶条就拉出来了。一定不要先撬,破坏了胶条反而拉不出来了。撬棒的真正作用是意外拉断以后再撬。 很奇怪国内的视频都不重视这个环节。