研究

使用iview的upload组件上传阿里oss的参数设置

下面是组件设置: 以下是相关的js方法: 以下是发放参数的api方法(laravel):

Visual Studio Code中使用Docker中的Xdebug

开发环境说明 IDE:Visual Studio Code DNMP:https://github.com/yeszao/dnmp 项目:laravel 开启xdebug 修改dnmp/php/php72/Dockerfile,添加以下两行(插在带\的任一一行后面即可,查看dockerfile编写规范): && pecl install xdebug \ && docker-php-ext-enable xdebug \ 修改dnmp/config/php.ini,在文件末尾添加以下内容: [xdebug] zend_extension=xdebug.so xdebug.remote_port=9000 xdebug.remote_enable=1 xdebug.remote_host=192.168.0.102 xdebug.remote_autostart=1 xdebug.remote_log=”/var/log/dnmp/xdebug.log” 其中192.168.0.102就是你的电脑的IP,也就是docker宿主机的IP,docker的端口都挂到宿主机IP上。xdebug默认是localhost,不改就访问不到了。也不要打开 xdebug.remote_connect_back=1,这会使得remote_host配置失效。 在vscode中安装PHP Debug插件,在调试选项卡中打开齿轮配置,即当前项目的.vscode/launch.json,对照以下内容配置: { // 使用 IntelliSense 了解相关属性。 // 悬停以查看现有属性的描述。 // 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387 “version”: “0.2.0”, “configurations”: [ { “name”: “Listen for XDebug”, “type”: “php”, “request”: “launch”, “port”: 9000, “pathMappings”:{

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

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设计师标注和提交。查看时,可以查看最新版,也可以专门查看某一版本的执行情况。

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

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

依然坚挺的vpn服务:ExpressVPN

http://www.expressrefer.com/refer-friend?referrer_id=9235142&utm_campaign=referrals&utm_medium=copy_link&utm_source=referral_dashboard 如果打不开可以使用这个网址:https://www.get-express-vpn.com

网站推荐:MUZIKAIR.COM

推荐本来自国家图书馆的顾犇,他忘记了这个网站还要翻墙才能上,竟然发在了微博上。不过这真的是一个好网站,虽然我也看不出运营它的公司在如何赚钱。之前了解到台湾有一个电台节目叫古典魔力客,后来还有视频版,促使我后来买了一套《音乐圣经》上下两大册,至今藏在家里的书架上,希望哪一天能用上。 接下来搜索一下这家公司的名字:MUZIK CREATIVE DIGITAL LTD。 希幔數位 MUZIK CREATIVE DIGITAL www.muzik-online.com/tw 數位時代改變了人們的生活與溝通方式,也讓古典音樂這樣的傳統藝術得以被賦予新的生命。在2010年,MUZIK ONLINE誕生──為華語區最大的古典音樂線上資料庫──使用最新的網路雲端技術和消費者溝通,讓有心想進入古典音樂世界的人能以更輕鬆、且有系統地方式來認識古典音樂。除了雲端資料庫以及線上聆聽服務外,未來計畫建立演奏會票務系統、音樂教學媒合系統以及樂器電子商務,並計畫在2014年於亞洲各地開通多語系服務。 原来是属于一个专业的音乐出版集团,MUZIK 國際股份有限公司。MUZIK國際股份有限公司成立於2006年,旗下包括有專營古典音樂雜誌與相關書籍出版的有樂出版事業;負責藝術管理與行銷企劃的MUZIK & Co.,還有轉投資成立的唱片製作及發行公司雅砌音樂,及從事數位音樂產業技術研發的希幔數位。 这个网站还有一个app,MUZIK ONLINE 古典音乐线上听。安装了一下,发现是一个HTML5的,怕是不翻墙也无法使用了。可惜。

数字出版的目标

作为项目来说,首先要考虑收入产出,对于有政府资助的项目来说,收入倒是不用担心,你去要就会有,怕你不要,那么产出往往就是一本本做的厚厚的验收报告,而验收出来的那些成果到底有多少价值,这个没人敢说。 数字出版搞了这几年,总算完成了内容数字化这个过程,好一点的建立了一定程度的技术平台,但离面向用户的服务体系多数还是无从谈起。因为谈用户是个很头疼的事情,互联网公司获得用户的成本其实是相当高的,对于资本并不丰厚的出版社来说,玩不起,而国家的资助也不会包含推广费。目前唯一可行的就是面对现实,好好捡起出版社积累下的读者,尽管有限,往往在几万或者几十万的级别,无法和互联网上动辄数百万上千万的用户相比,但这些读者是相当忠实的,因为在阅读这件事上他们的选择也不多。 读者转化这个事情最头疼的不是读者会不会用数字产品,因为在这一步走出去之前,首先要解决的是纸书的编辑们对流失读者的恐惧。前阵子去央视新媒体考察的时候,他们的负责人透露了央视新媒体所经历的类似的过程。而说服编辑一则需要时间,二则需要行动。编辑们总会看到有更加积极的出版人已经走出来的路而愿意追上去,尽管已经晚了,但这时候去做风险和成本都更少。对于数字出版部门的人来说,看到了这样的转变,就可以凑上去,主动一点,帮他们去实现。在这个实现的过程中,把编辑们引到新的模式中来,最终把他们从面向纸媒的出版中解救出来,变成更加纯粹的编辑,这大概也是项目编辑和加工编辑的区别。 而读者面对这些新鲜的数字产品的时候,他们的恐惧是失去对孩子的控制,一旦把电子设备的使用权交到孩子手中,事情的发展往往让他们感到无可奈何。这大概跟一个从来使用筷子吃饭的人突然进了西餐馆所面临的尴尬一样,家长并不了解各种智能设备和应用的特点,也就不知道该如何去驾驭他们,分配他们,发挥他们。 那么,数字出版者就应该真诚的指引读者,给出符合产品定位的恰当的解释,而不是一味夸大或掩盖。建立信任,这个责任的落实可能是未来两三年的目标。