一粒沙子的故事

我是一粒沙子,是正统的海沙,前几天刚与我的伙伴一起从海水漂浮到沙滩。

现在身上开始暖和起来,阳光晒在我身上,温度适宜。晒过一会就会有些过热,然后我就挪挪脚换到其他沙子下面去。

在我周围包裹了无数的沙子伙伴,但我不知道他们是不是跟我一样能够思考。我每次发出声音都没有沙子回答我,但我能听的懂人类的语言。

实际上我也只能听懂一部分人的语言,沙滩上会有来自不同世界和国家的人,语言也各种各样,有很多语言我是听不懂的。

我能听懂的也只有中文的普通话,中国据说有太多方言了,我大部分都听不懂。我能听懂的语言就说到这里。具体我是如何听懂人类语言的我也不太明白,也许是天生,也许是在沙滩上呆久了,反正在我产生思想并能思考开始,我就能听得懂人类的语言了。

从那些人类医生的聊天里,我知道能产生听力是需要听觉系统的。但我应该没有这套听觉系统,但我还是听到了人类的语言,没法解释。

我思考的内容有很多是来自人类的聊天,但我有更多的视角,因为我是一个旁观者,经常跟着一个人在沙滩上走一大段路,有时候能一直跟一个人走一天。

我有时候听说我们沙子有个很高贵的分类,组成了人类最重要的计算机用的硅的原材料。所以我觉得我也许是硅的原材料的一种。我记得有一次有人谈论过计算机组成的人工智能是否可以脱离人类的统治,并对人类造成威胁,我认为如果是像我一样有思想的沙子足够多的被制造为计算机,那也许我们沙子可以通过计算机控制人类。

但我现在根本不觉得控制人类多有趣,我还是喜欢做一个自由自在的沙子,随波逐流,晒着太阳,吹着海风,听着海浪给我讲故事。

也许你们又觉得奇怪,为什么海浪还可以给我讲故事?也许没什么奇怪的,毕竟沙子都能有思考听懂人话了,人类不是经常强调要突破思维惯性,敢于想象和面对未知世界。不管你信不信,我都能听到海浪给我讲的故事的,说说海浪都给我讲什么故事吧。

人类的话说海水是来自五湖四海的,但大部分时间的咆哮都是海水撞击后的喊疼。风平浪静的时候海水才会给所有的海底世界广播故事,所有有时候故事听的断断续续,因为来了海浪,故事就听不太清楚了。

我刚才说了海水讲的故事其实是通过海水进行广播,所以这些故事并不是对我一个沙子讲的,而是对海底动植物讲的。

发自我的iPhone

Calibre-web 个人图书库搭建记 8 开始准备改代码

因为上周末在腾讯云上搭建了Calibre-web 程序。为了节省服务器硬盘,为了以后书库扩容方便,自己把书库文件通过腾讯云的对象存储挂载到云主机的方式存放的。

开始主要是想用腾讯云免费的50G对象存储(cos)空间,但后来发现用户对象存储好像天热比较适合这种固定且读写不频繁的图书库场景。

但用对象存储挂载到云服务器上发现读写瓶颈非常明显,基本上只要一更新calibre的数据库就会把 Calibre-web的程序搞崩溃。自己开始不知道是对象存储当磁盘挂载的读写造成的。结果反复的尝试和研究calibre-web的驱动方式与挂载磁盘的关系,一个劲的重启、删除数据库、重装来测试。

最后才发现原来是对象存储当磁盘使用不能把对象文件当数据库来使用。仔细研究了一下calibre管理图书的原理,发现书库的索引库放在了跟图书源文件一个目录,这行好处是可以配置一个数据库文件地址,就能按照数据相对索引到图书文件。

但用在我搭配的这个方案上直接就是瓶颈了,只能考虑需要程序了。因为查找图书文件需要根据索引数据库(metadata.db)的相对位置寻找,所以calibre-web只有一个配置metadata.db目录的选项。自己考虑将metadata.db这个索引数据放到服务器本地磁盘上去,这样可以与图书文件分离开来。程序中单独再配置一个数据库位置,读写索引数据库都通过本地磁盘进行,手动管理本地书库和云书库索引文件。

因为对python编程不熟悉,自己只是先简单的在代码中改造了一下图书索引数据库的连接位置。这样配合系统配置的索引库目录还能继续找到真正数据文件存放的目录,类似于换了一个数据,但静态文件还继续从原来文件夹读取。

一换本机磁盘上的图书索引数据库地址,接着程序就流畅的运行了起来,不在频繁程序崩溃了。这也就基本把这个calibre-web程序在腾讯云上跑稳了。

只等域名备案解析了吗?

不是的,其中在搞处修改的时候好需要考虑很多未来升级的问题,我的计划是直接按照开源的玩法,直接提交一个代码可单独配置什么图书索引数据库和图书文件目录的选。但自己也是摸索着看python的程序代码,基本上一头雾水,也就不敢随便改动一个功能点进行代码提交主链。

因为这个功能比较小众,不知道主链能不能接受单独分离索引数据库与图书文件的方案,这个方案与calibre生成数据库的方式相违背。另外希望修改这个功能还有个私心,我希望后面的书库在对象存储的文件能直接外网访问。服务器既不占带宽,用户又能获得一流的下载体验。这也需要更大范围的改动代码和增加独立书库资源链接的配置选项。

因为cos对象存储挂载到本地磁盘的文件可以设置在本地硬盘有个缓存目录,我直接把calibre-web程序中的数据库接到了缓存目录,测试发现读写的cos对象存储缓存目录的文件就无法同步更新了。本地缓存成了个独立文件,metadata.db 对象存储的修改无法同步下来,程序修改metadata.db也无法同步更新对象存储的数据。

最近看搜索引擎有人搜索如何修改calibre-web得语言,其实默认语言也有改源码。不过系统自带给用户修改语言的功能,需要每个注册用户自己修改语言偏好。calibre-web本身设计的是登录后才能操作的。但有个开放注册和允许任何人可以浏览的设置。而游客模式居然是设置了一个叫Guest的系统用户,未登录默认为此账户权限,所以系统开启任何人可以浏览后会自己在用户列表创建一个guest的用户,关于游客的权限和默认语言就通过后台修改guest用户的偏好设置即可。

设置默认中文修改:cps/ub.py 文件
locale = Column(String(2), default=”en”)
改为:
locale = Column(String(2), default=”zh_Hans_CN”)

现在书库主要程序有了,还想着有个地方能标注一下书库的使用说明,比如如何发送到kindle、如何新建并下载图书。如何选择并上传书籍。

今天又折腾着测试了一下更新本地的图书索引库到云端,然后在后台点了重新连接calibre数据库。结果就是前台500错误。自己又尝试了多次重启,修改都无果,不知道是不是又要清空代码重新配置后台的程序。这个更新数据库程序就要挂掉的问题太折磨人了。自己要仔细研究一下这个更新书库索引的方式和方法。发现每次同步上去的书库或多或少都有些问题。需要仔细测试下本地索引数据库metadata.db和线上数据库如何才能正常运行。

经过反复的测试,我将metadata.db 文件单独放到服务器的其他目录中了,然后修改 cps/db.py 文件中的语句,让程序能访问到单独制定的bd文件。经过多次删除重新部署代码的测试结果,个人认为在本机的calibre 打开的情况下不要上传 metadata.db 文件,只有在关闭本地Calibre 软件后,确保 metadata.db 文件没有被读写的情况下再通过FTP或COS上传工具上传到服务器的自定义目录。

另外本地编辑过calibra的图书目录后建议在calibre 的calibre-书库维护-检查书库,然后关闭calibre 后再上传。

现在还在线上遇到几个问题,因为是从网上下载的图书文件,所以图书的分类、作者、书名这些都非常诡异,分类基本上是一本书一个,作者也基本是一本书一个,名字又有很多有营销标题党,有些还没有缩略图。急需找到一种方式可以通过程序对整个数据的分类、缩略图、作者进行规范。现在接近13000本电子书的书库如果单靠一个人去精修基本会累哭。还是需要借助程序来进行维护,找找看看能不能从豆瓣进行一些数据整理,先把有 isbn号码的数据进行一些整理,对于一些网文和文档类的再进行细分。

在calibre-web端有太多的分类和作者,在分类页、作者页、高级搜索页一分钟都感觉加载不完,体验不好,服务器也浪费资源。根本无法通过分类和作者来索引图书了。

折腾来,折腾去,开始有兴趣按照现在的calibre-web版本进行功能修改了。了解到 calibre 软件本身的连接/共享-启用内容服务也内置了比较好用的web端书库浏览功能,如果你是windows、linux桌面版服务器,或者不想折腾只想在内网共享图书馆,可以考虑直接使用calibre 的内容共享功能,简单易用,功能同样强大。

Calibre-web 部分截图:
0000

 


这一系列文章并没有什么具体的技术细节,开了个QQ交流群(72239907),方便大家交流读书、技术问题、图书资源共享。如果有什么软件安装等问题也可以加 calibre 交流群的QQ群(72239907)进行交流。
点击链接加入群聊【爱读书 读好书 calibre】:https://jq.qq.com/?_wv=1027&k=5vYWQsV

休息一下,多睡一会?

最近晚上一躺下就困,总想睡觉。其实睡觉时间也挺长的,因为孩子在旁边,晚上睡的也不踏实,睡眠质量也许是下降了。

总想着抽空要补上一个长长的深度睡眠。人乏了也就不想行动,晚上也不想看书,也不想写日记,玩了两局绝地求生手游也不清醒。关键是还不想自己早早睡个觉,总觉得睡早了是对自己时间的浪费,会影响自己某些坚持练习的行动。

今天在想自己为什么不能坚持写日记、不能坚持锻炼,但为什么能坚持吃素呢?

我想只要原因是吃素这个活动分为两块,吃饭需要每天都做迫不得已不做不行,而我自己只需要被动的控制自己选择素食就可以。

而每天写日记,每天锻炼身体,每天赚到一些钱,这些都不是迫不得已,不是必须要做的事情,自己不能坚持下来。这种坚持有两个步骤,坚持每天都要做,才能谈坚持干什么事。

自己能坚持做某些事,但需要突破和锻炼的是坚持每天都做,靠自我驱动去每天都做,无法靠环境的逼迫去完成一件事。

自己有些工作做得好,与自己的坚持用最好的心态完成工作有关系,但更多的驱动因素是工作环境有很多人驱动着你往前走,并不是主动的去完成,或许要求自己不间断去做一件事情,是自己需要克服的障碍。

事情一旦做起来,很多都与自己想法和意愿一致了。所谓万事开头难,开头是成功的一半,大概就是说的这个开头重要性吧?在困的要睡着的时候,强迫自己来写一下日记便产生了这新的收获。我们很多时候需要寻找的,并不是做如何坚持做事情的监督,具体如何行动我们都知道,更多的是寻找监督自己每天执行的环境。自己也应该重点克服这种惰性,提高自己的能力,能带来进步的活动只有做了才有意义。

如果要做坚持练习,那就练习每天做一点点,不能只觉得自己有空一定能做到,只是今天我没时间而已。每天都要做的困难和挑战很大,自己的惰性战胜理智的坚持还是还轻松的。别人能做好的事情,并不是我想做的话我就能做到,太多的坚持训练都证明了,说到并不一定能做到。

坚持一件美好的事情,只有真正实践才能知道自己几斤几两,知不足才能进步。真正的产品实践中,有些坑要么绕过去,要么自己淌过去。有时候大部分都绕不过去,只能一次次交学费?

要不先睡觉吧,好好睡一觉,明早起来再说?

发自我的iPhone

Calibre-web 个人图书库搭建记 7 云存储放置书库文件

Calibre-web 程序本身自带了将图书文件存储在谷歌硬盘的解决方式,按照教程配置应该就可以搭建成功,为什么是应该呢?因为我还没有尝试这种在Google Dirve存放图书文件方式搭建。原因是我的谷歌硬盘只有15G大小(存储升级并不贵,1T空间貌似只需要9.9美元/月)。另外是在国内无法访问谷歌硬盘,这样在国内基本就无法使用这种方式。

所以只能自己用国内的存储方案来实现硬盘够大,还比较优惠的方案。开始我准备直接用腾讯云或者阿里云的服务器来买块大硬盘就可以提供服务了,但考虑到未来如果图书库越来越大的话备份和迁移服务器都会是比较麻烦的,重要的一点是把如此大的文件放到一台服务器备份也很麻烦,文件的下载速度完全取决于自己服务器的带宽能力,1M的服务器跑个web应用还可以,如果再加上大量图片和下载就不行了。

综合了阿里云和腾讯云的服务器的存储和对象存储后,直接在腾讯云的cos对象存储中存放40G的书库文件,腾讯云提供50G的cos对象存储免费空间,基本可以满足需要了,未来如果增长也只需按量付费就可以。

阿里云、腾讯云的对象存储都可以通过挂载的方式挂在到云服务器,挂载后就可以直接获得一块几百TB的存储盘,基本是无限空间(只要付得起钱)。挂载过程在其开发者教程中都有比较简单的教程提供,根据需要自己安装挂载到指定的目录就行。

拿定主意就在刚申请的腾讯云学生主机上搭建了Calibre-web程序,搭建过程就是用我之前总结的搭建wiki内容比较快就完成了(网址)。

搭建完成以后还需要上传书库到cos对象存储才行。开始计划是直接通过主机挂载的磁盘进行上传,主要是不用跑对象存储的外网流量,走服务器固定带宽。但测试了一下,用小黄鸭软件上传了一晚上跑了30多万的api请求数,只上传了700M数据,这个方式看来不可取。是不是腾讯云的服务器上行带宽也做了限制?还是挂载对象存储的读写速度有很大的瓶颈?

腾讯云对象存储(COS)挂载到服务器指南:https://cloud.tencent.com/document/product/436/6883

看来通过挂载主机直接上传是不行了,直接通过cos的本地同步工具进行上传试试。本地同步工具上传到对象存储也不会消耗太多的流量,而且对象存储的上行流量是免费使用的,只需要消耗一部分请求数就可以完成上传。

腾讯云对象存储(COS)本地同步工具:https://cloud.tencent.com/document/product/436/7133

通过腾讯云对象存储本地同步工具将40G文件上传到对象存储中只用了不到24个小时就完成了。速度还是很给力的。为了扩展和展示方便我都放到了一个固定的存储目录下了。上传完后配置Calibre-web的图书存储目录,可以正常跑起来了。设置一下游客允许访问模式,设置开机自启动程序,设置宝塔面板的站点域名配置反向代理到Calibre-web的服务端口。

在腾讯云上的Calibre-web就跑起来,如果你的书库不大的话基本半小时就能搭建成功了。

现在还有几个问题没有解决(启动挂载依赖问题、cos资源配置单独域名加速、数据库的本地更新错误、图库文件经常崩溃问题),测试重启服务器后Calibre-web的服务启动比机器挂载cos对象存储启动的早,然后配置就丢了,需要再次在后台配置书库的目录,这个需要解决一下。

因为采用的挂载目录方式,现在书库也还是通过服务器反向代理来访问资源,最终访问速度还是要看服务器的出口带宽,这样虽然可以省掉对象存储的外网流出费用,只能用到对象存储的无限存储功能,如果想充分使用对象存储的外网下载速度还需要在Calibre-web程序中做二次开发,直接在网站下载访问cos域名的资源链接。因为Calibre-web并没有配置独立资源访问域名的地方,如果要修改需要改动程序功能,等我学会python的开发以后有时间再来做这个功能吧!(就是不会做喽?)

另外测试了一下在本地的图书库中更新calibre的书库,然后同步更新到cos对象存储,结果数据库又遇到了错误,calibre-web无法读取,直接无法工作了,还需要在本地进行书库文件修复再更新一遍。耗费时间非常长,一个目录索引文件就有18M。崩溃问题也还找不到原因。

通过服务器挂载云服务的对象存储可以让服务器程序获得无限的存储空间并能低成本的兼容现有程序架构的。通过这个测试的读写速度来看适合将静态资源通过这种方式来实现,即节约硬盘费用又对存储的迁移影响小,还能获得更灵活的静态资源加速配置。

以后有什么项目可以考虑这种对象存储方案的搭配服务器,静态上传目录自动上传到对象存储。

发自我的iPhone


这一系列文章并没有什么具体的技术细节,开了个QQ交流群(72239907),方便大家交流读书、技术问题、图书资源共享。如果有什么软件安装等问题也可以加 calibre 交流群的QQ群(72239907)进行交流。
点击链接加入群聊【爱读书 读好书 calibre】:https://jq.qq.com/?_wv=1027&k=5vYWQsV

用好技术支持服务

工作日微软的office 365的技术支持给我打电话处理问题,解决的事关于 Office 365的邮件组在exchane 中设置邮件权限的问题。在邮件群组的设置中我自己测试了很长时间没能够解决的问题,技术支持客服一个电话指导就给解决了。
以前的时候在使用商业软件的一些功能时我总喜欢自己折腾,因为用的免费产品比较多,加上自己不喜欢给别人添麻烦的性格。自己遇到一些问题的时候总喜欢自己去研究琢磨,在用免费开源软件的时候养成的习惯在使用商业软件的时候也一直是这样的,遇到什么问题第一时间是想着自己动手去研究一下。结果研究来研究去浪费了很多时间,终于把一个很简单的问题给解决了,在陌生领域解决获得成就感让自己越来越多的采用这种一个人摸索解决问题的方法。

这在年轻的时候还是挺锻炼自己动手能力的,最近几年越来越忙,时间越来越觉得不够用,遇到问题自己动手折腾的劲头也消失了很多。现在遇到一些自己解决不了的问题要么是搁置一段时间偶尔解决一下,要么就直接放弃。现在发现很多新入职的技术人员也有这种问题倾向,遇到问题自己在那吭哧吭哧弄个几天也解决不了,也不合理的利用自己周围帮助自己解答一些关键的疑惑。现在自己又找到一种更好的商业问题解决方式,通过服务提供者的客户服务渠道来解决一些自己不熟悉,无法解决的问题。

最初体验到客服可以帮你解决问题的事情是使用亚马逊的kindle客户服务,kindle 无法在ios 的app中购买电子书,自己研究了很长时间也找不到解决方式,直到有一天自己通过通过亚马逊提交了一份技术支持请求后才发现这些企业的客户服务太到位了。当天就有技术客服打来电话说明无法在ios app购买电子书的替代方案,直接在ios 的浏览器中访问网站进行购买即可,亚马逊明显是不想交30%的苹果内购服务费。

后来又用过几次亚马逊的在线客服的技术支持,每个问题都能获得很好的解决。后来又体验过几次苹果的售后服务与技术支持,有些操作问题也能获得很好的服务支持。这次用微软的帮助技术支持,发现微软针对office365服务有无限次的免费技术支持服务。国内的免费产品也会有很多技术反馈和客户服务,比如之前用的QQ邮箱反馈问题都会获得很多技术的跟进。现在使用阿里云、腾讯云、七牛这些商业产品也会有基础的在线工单服务,而且一般都会持续跟进到问题解决。

当然一些涉及到技术的服务工单有时也让人很无语,一些问题总是扯来扯去的也解决不了实质问题,这牵扯到客户服务部门和技术服务部门的工作问题,如果是技术部门负责技术支持可以比较好的解决技术问题,但如果是专门的日常客服人员来解决技术问题,往往会一直让你重复提供一些他们知识库中已有问题的各种确认,直到把你烦的不要不要的才给你转移到技术支持部门来处理问题,最怕的是中间如果转到几个不同的客服人员手里时还要一次一次重复描述问题,重复提供资料,都怀疑这些客服团队没有内部服务资料共享的吗?遇到这种情况可以直接让客服人员转给技术支持来进行解决,也许能避免一些不必要的流程和避免耽误时间。

以前看互联网公司传记说一些互联网项目在快速崛起的时候除了面对技术瓶颈之外还会面对客服瓶颈,如果业务起来的太快而新用户过多的涌入会带来技术要求和客服量的极具增高,如果技术问题服务扛不住还有可能会将能够应付日常客服的客服部门带了连锁反应,导致客服部门服务能力出现雪崩。一个快速增长业务要解决的客服压力基本只能靠技术优化和扩大客服部门。

在现实生活中我们购买的各种商品和家电等都带有保修服务,在一次次自己鼓捣以后我也开始喜欢专业事情找专业的服务人员来解决,这让日常生活中的难题减少了不少。但是随着目前国内人工费用的上涨以后这种上门服务费用会越来越高,不知道以后是不是会有更多的人自己维修各种家电,自己解决修房子的问题。学会合理的使用厂家服务会让你从一些自己不专业的领域获得更好的问题解决速度,解放自己的时间和双手。

现在客服成本也是大企业一项非常大的支出,尤其是人员众多,标准的劳动密集型行业。即便是高科技公司也是有很多客服岗位来解决大量用户遇到的各种奇奇怪怪的问题。如果能在产品的设计中减少客户对于人工客服的依赖也是能节省客服成本的,各种各样的知识库、智能客服机器人、银行的自助服务终端、客户服务常用问题和支持知识库的建设、开发文档的及时更新、客服人员产品能力的培训都是一种减少客服投入的方式。

如果过你在使用商业产品时遇到难以解决的问题可以考虑积极的去找客服来帮你快速解决定位问题,毕竟你的支出里是包含一部分客服费用的。

但在自己做产品的时候就需要考虑客服成本在里面,帮助现有产品不断的减少用户使用中遇到的困难也许就是一个好的改进方向。如果能推动客服咨询量减少而不影响销售和业务拓展也是一个产品能力的提升。当然不能使用一些鸡贼的方式让用户在需要获得帮助的时候永远找不到帮助渠道。多思考如何改进产品让用户用的顺畅达到服务目标,而不是多思考如何让用户不骚扰客服。也要认清一个现实,总有一些人是会骚扰客服,也有一些产品的小白用户需要你认真的服务才能使用你的产品并给你付费。

如果你提供一款免费的互联网产品而对于技术支持服务进行收费,就需要你仔细权衡自己的服务范围。如何建立免费用户的问题解决途径又不至于在免费用户遇到无法解决问题而阻止他转化为你的付费用户?

自己作为用户在做伸手党时也要考虑一下服务者的感受,人家凭什么免费给你提供服务还要人家看你的脸色?你赞赏了吗?
发自我的iPhone

为什么尝试 crm 与邮件订阅?

上一篇文章(http://5656t.com/archives/636)提到自己组建了一个邮件组订阅服务,自己总结一下做邮件列表的动机和原因。
最近想着开始慢慢积累一些跟业务相关的兴趣群体列表,可以在不同的领域找到一些相同兴趣爱好的人共同交流经验和互联网类工具的应用心得。

希望可以通过自己的不断的输出和分享能获得一些影响圈的扩大。在影响圈内获得自己合适的价值输出平台。如果以后做一些服务和产品的时候也需要种子用户进行先使用和产生推荐。如果有一群人可以对自己研究的方向感兴趣,自己又能够在需要的时候准确的触达并把自己的产品推荐给他们。这是一件不断积累和维护自己影响圈的事情,需要持续不断的对自己的客户群体进行服务和价值输出才能获得他们的持续关注。

如果自己提供的内容和服务能为接收者提供帮助,又能让自己获得一些合理的报酬,那便是一件件成功的事业。以前的时候总想着去改变世界,总感觉互联网就应该是免费的,当自己真正在互联网发布项目和服务的时候才知道原来一个项目的运作需要消耗大量的资源和时间才能搞定。如果使用者不愿意为这个服务付出相对应的成本,那么也许这些用户就不是一件小生意应该关注的群体。只有做大了获得足够利润时才能靠责任心去发布一下纯公益的免费服务。

总结一下就是自己希望可以提前将自己发布产品时能够获得的种子用户进行积累,持续的输出扩大自己的影响圈。希望可以通过付费的方式来逐渐筛选与自己兴趣相投的的用户组。通过服务自己的用户组而获得经济回报,也是一种个人价值的变现实验。说的官方一点就是想进行一场1000个粉丝的实验。

通过这种方式试验一个群组邮件订阅服务的可行性,通过不断的优化来检验自己对于兴趣用户的工具推荐的转化率,学习邮件营销领域相关的问题。以后如果要做产品的增值服务,做产品销售的冷启动都可以尝试通过邮箱、短信等对自己的订阅用户进行通知。(但一定不会是垃圾邮件的形式)

在相同兴趣的圈子里推荐产品获得推广返佣的同时圈子用户还能获得优惠就是一种尝试的方向(人脉变现、高影响力用户)。比如自己通过腾讯云的学生用户老带新的活动中就获得了18个月的服务器免费续期(https://cloud.tencent.com/act/campus/group/detail?group=10554),而通过我发起的团购只需要120元就可以购买一年的主机使用权,超级划算的,通过这次活动24小时内我的拼团为腾讯带去了18个新增付费用户。这是一个通过圈子获得一些推广返佣、广告金的用法。虽然18个月的服务器只需要180元就可以续费,但其中所带来的影响力变现让我对这种圈子的内容营销有了新的认识。通过这个方式可以薅羊毛也不算出卖圈子价值吧?

另一个关于帮助用户解决问题获得商家回报的经历是在小葱博客中一篇介绍如何开通微信 wechat out服务的文章(http://5656t.com/archives/562),这篇文章中我加入了一个wechat out的优惠券,可以通过这个优惠得到6元的15天体验话费礼品卡,礼品卡被使用后我也会得到一张15天的6元话费礼品卡,这篇文章通过搜索引擎正在零散的给我带来wechat out的礼品卡电话卡。但实际上我基本上用不到这个话费,总共自己才用它打过几分钟电话,而微信的这种15天礼品卡且自动充值的限制让不使用的话费自动就过期也太鸡贼了,无法累计的返佣基本没什么用处。

但这篇关于 wechat out 的文章让我重新认识到了一个人不需要营销和影响太多A人就可以获得不错的转化回报,我们并不需要影响全世界,只需要影响一小部分目标客户就能获得足够的转化率。如果可以让更多的人通过我的推荐进行购买有返佣的服务器,那是不是我就可以间接的获得一直用不完的服务器租用费用,国外很多服务器都可以通过推广新用户消费而获得不错的服务返还。但服务器返佣是已经有太多人做了,而且已经做的很好了。

在互联网营销中有许多关于客流量、客单价、转化率这些很重要的收入观察指标,自己也在不断学习和实践互联网营销知识,以前总是在使用和消费别人提供的产品和服务。现在终于想迈出一步,去尝试输出自己的产品和服务来获得自己收入。其中需要学习基础商业的逻辑和互联网的生意思维,都是一个需要自己努力的方向。

邮件营销、crm客户关系管理也许是自己开始的一个方向尝试,一个自己客户群体积累和学习实践的过程之一。

by:小葱

附:腾讯云老带新 10元/月 云服务器拼团推广文案。
现在活动应该还在进行,你也可以继续开团,每位老用户只能获得一次开团机会,而且只能开团24小时。

惊喜活动!!腾讯云主机,老带新团购活动,1核cpu、2G内存、1M带宽、每月只需10元/月。原价114/每月。

已成团,直接参团即可购买1年(16个月)建议直接买一年。有效期内可以续费两次,总共可以优惠续费到3年(40个月使用期)

只能新用户参团购买,微信不要绑定老腾讯云账户,团购链接:

https://cloud.tencent.com/act/campus/group/detail?group=10554

注意:续费需要先完成学生认证,但腾讯云并不验证学生信息,只需要填写一个近两年的毕业时间即可完成续费。

一年120的主机可以干很多事情,用来备案停靠域名,用来搭建小程序服务器、网站很合适,流量小一点的起步网站和学习主机完全够用。

装个 windows 用来挂QQ群管助手、淘宝虚拟自动发货客户端、淘宝客推广程序最合适了。你就有了一个24小时不关机的电脑桌面了。

参与团购链接:

https://cloud.tencent.com/act/campus/group/detail?group=10554

主机续费链接:

https://cloud.tencent.com/act/campus/

邮件订阅列表

最近想学习小道消息一样尝试订阅邮件列表的推送的功能,找了几个国内的邮件列表订阅平台都不太符合需求。(可以批量实时群发(1000封左右)、支持后台管理订阅人员、系统可靠稳定、最好免费性价比高)

先想到的是QQ邮件订阅列表(http://list.qq.com/),最早了解到的邮件订阅平台,但因为这个产品已经处于半关闭状态中,具体能服务多久让人存疑。又了解的网易的邮件列表服务(groups.mail.163.com),网易的邮件列表是群组的方式,提供一个公共的邮件群组地址,用户加入群组后就可以收到发送到这个群组邮箱地址的所有邮件,这种群组方式不适合进行权限管控,容易让邮件组变成了一个垃圾放大器。

后来听说谷歌也有一个类似网易的 groups 的邮件组服务,但现在网站也是打不开了。

接着又找了几个国内外的crm,邮件订阅系统。比如麦客crm,这种crm管理基本都是需要付费的,而且费用也不是很高,如果你的订户有付费的能力还是好好选用一个付费方式的crm来进行邮件管理即可。这其中优秀的邮件订阅crm有麦客crm(mikecrm.com)、搜狐的sendcloud(sendcloud.sohu.com)腾讯起点(qidian.qq.com)、infusionsoft(infusionsoft.com)、wordpress的订阅插件都是不错的选择。根据不同的平台特征可以选择符合自己需求的平台即可。如果你有正式的业务需要使用邮件群发功能,还是乖乖考虑一些邮件平台比较好,或者自己搭建邮件群发平台。

现在的邮件群发平台也跟短信平台一样涉及到到达率、成功率、拦截率、白名单、黑名单的困扰,邮件营销也是一件需要专业运营商服务的行业。结合crm进行客户管理和关怀。

但今天我根据邮件群组列表的思路找到了一个对自己来说比较合适的免费统一群发的邮件组方案。利用微软的Office365的企业版账户来进行邮件组建设。默认建立的 office 365 邮件组是跟网易的邮件组类似的,建立一个公共的邮件组地址,加入订阅的用户可以收到发送到邮件组地址的全部邮件拷贝,只能控制到不允许邮件组外的邮箱发送公共邮件地址,如果邮件组的成员恶意发邮件和回复邮件会导致群发攻击。

现在想来这个office365邮件组还有一个重要的功能就是不能根据某些标签进行邮件成员的管理和分批次发送。

测试并规避了Office365(outlook.office365.com)的邮件组的群发和回复邮件讨论过于频繁导致群发邮件过于频繁的问题。首先想着用默认不订阅的方式屏蔽群发滥用,但还是不能彻底避免讨论组群发被滥用的风险。仔细研究了office 365的组功能发现可以在Exchange 管理中心控制组的邮箱地址只允许固定的成员发送邮件到此邮件组的群发地址。这样就可以间接的控制能够发送到群组邮件地址并群发副本的讨论组人员了。

office 365可以通过只接收固定发件人的邮件进行控制邮件群发操作,但也有它的局限性。其中两点问题比较大,可以选择的信任邮箱只能从office的组织成员中选择,无法指定来宾邮箱为信任邮件来源,这就导致了只能使用自己固定的某个office365的邮箱进行发信到组邮件才能发生成功(正在资讯微软客服相关的解决方式)。

第二个问题是信任邮箱代发问题,如果是通过其他邮箱代发也会被退信,这样可以避免被冒牌代发邮件给攻击了群发骚扰信息,但也带来了少许不变。office邮件组也是企业或功能需要付费使用的。从限制文档来看实时会话功能只允许1000人同时在线、但大部分订阅用户都会是组织外部用户,基本用不到会话这个功能。

接下来的就是开始发展订阅用户,在邮件组中用户发送订阅邮件,如果你愿意一起参与这个使用 office365 的邮件群组,可以加我微信(D110568),注明你要接收邮件订阅的电子邮箱地址,我会把你加入我的邮件组,目前是内部测试的免费的邮件组,后续开始考虑进行收费订阅的尝试。

我测试发现好像 office 365 的邮件组都不需要你点击邮箱确认,直接就把你放入他的邮件群组里了,如果放开了搞其实可以直接批量导入一批邮件地址开测。现在使用了自己的域名进行了邮件组的配置,还是低调稳步测试为主,后面还要继续观察这个邮件组的更对功能与能力。另外加入邮件组的通知邮件好像会带有现有成员的邮件地址,这样可能会暴露你的真实订阅订阅用户并泄漏订阅者的邮件地址,容易被群组内的成员恶意利用。要想做好保护隐私的工作还需要继续测试,并把能想到和遇见的潜在风险排出在订阅邮件开始收费的时候,安全无小事,不能太大意。

office 365 的邮件组还要边用边摸索,到达率怎么样,没到达的邮件地址怎么处理?如何提供收费能力?如何分批次和小组的发送不同邮件?到底能多少人收得到对话拷贝?发长文的到达率怎样?

欢迎你一起参与这种新的订阅方式的试验,也许邮件是从互联网发明以来一个很了不起的功能,直到现在还能继续发挥着它的新活力。基于邮件的营销方式虽然没有前几年这么火爆,但感觉下现在作为价值服务者的客户沉淀与积累是很重要的。一个稳定和有忠诚度的客户群维护可以帮助自己在不断变化的商业环境中增加客户开拓优势。

By 小葱

微信小程序产品实践4-微信小程序直播源码开源代码LiveX

直播行业的云存储解决方案非常成熟,所以在微信开放小程序的开放直播接口后国内云服务商也都上线了相关的小程序代码示例,如果你也要做相关的直播小程序可以考虑参照整体解决方案的。
也可以只是用一下他们小程序的demo 源码来构建使用自己直播的小程序,相比我小程序源码来说,他们的小程序源码相对都比较完整的提供了美颜等功能。

这是我的小程序 liveX 的源码,目前发布无法通过审核,不能进行预览,如果你需要跟我交流相关的小程序设计源码可以加我微信( D110568 ),我拉你入微信直播小程序群一起交流。

微信小程序直播源码,来了。

LiveX 小程序推流开源代码:https://bitbucket.org/a1023456/livex/

直播推流大厂商云平台代码示例:

七牛直播的小程序解决方案:
https://developer.qiniu.com/pili/manual/4211/small-program-live-access-to-documents

七牛的小程序直播源码DEMO:
https://github.com/pili-engineering/wxapp-live-demo

0

腾讯云音视频小程序解决方案:
https://cloud.tencent.com/solution/wx-video
腾讯云解决方案,页面最低下有小程序的demo 源码。
https://cloud.tencent.com/document/product/454/6555#XiaoChengXu

打开微信,在小程序中搜索 “腾讯视频云”,即可体验我们的官方 DEMO。

腾讯云小程序预览(扫码也可以):
0