<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>zhshch (zhshch)</title>
    <link>https://beta.w2solo.com/zhshch</link>
    <description/>
    <language>en-us</language>
    <item>
      <title>【闪映相机】为临时照片加上过期删除 Buff（送兑换码）</title>
      <description>&lt;p&gt;在拍摄时为照片设置一个有效时间，过期后闪映相机会将所有过期的照片整理起来，以供确认后删除。&lt;/p&gt;

&lt;p&gt;PS：闪映相机不会主动静默删除内容。删除操作需要手动确认。&lt;/p&gt;

&lt;p&gt;&lt;img src="https://img.way2solo.com/photo/zhshch/c6f3a015-ec88-4f5c-993c-7018f576f110.png?imageView2/2/w/1920/q/100" title="" alt=""&gt;&lt;/p&gt;

&lt;p&gt;我相册里有各种翻拍下来的文档啊、PPT 的内容，和需要保留的照片混在一起。而且说不定临时照片比有意义的照片还多……（删起来一个一个点蛮有心理负担。&lt;img title=":joy:" alt="😂" src="https://twemoji.ruby-china.com/2/svg/1f602.svg" class="twemoji"&gt; ）于是有了这个想法，一个独立的 App 用来专门拍摄临时内容，在照相时就大致标好要保留的时间，系统相机则用来拍要保留的内容。&lt;/p&gt;

&lt;p&gt;实际上闪映相机的照片也是混在系统相册里了，理论上之后分享等操作都不受影响。&lt;/p&gt;

&lt;p&gt;&lt;a href="https://apps.apple.com/cn/app/%E9%97%AA%E6%98%A0%E7%9B%B8%E6%9C%BA/id1581082350" rel="nofollow" target="_blank" title=""&gt;闪映相机 - App Store&lt;/a&gt;&lt;/p&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;M97E7XR6MHWN
77M4ERMYFN4A
3XNTP49ATTXP
4LH7PY3JTET3
RFM3KYWXJ3PR
&lt;/code&gt;&lt;/pre&gt;</description>
      <author>zhshch</author>
      <pubDate>Wed, 18 Aug 2021 12:55:38 +0800</pubDate>
      <link>https://beta.w2solo.com/topics/2739</link>
      <guid>https://beta.w2solo.com/topics/2739</guid>
    </item>
    <item>
      <title>「Launch」用微信触发服务器命令——信达</title>
      <description>&lt;p&gt;就像名字「信达」一样，这是个在用户和服务器之间 “送信” 的应用。&lt;/p&gt;

&lt;p&gt;&lt;a href="https://sender.xzhsh.ch/" rel="nofollow" target="_blank" title=""&gt;信达 - https://sender.xzhsh.ch/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;img src="https://sender.xzhsh.ch/landing-assets/img/screenshot.jpeg" alt="截图" width="200"&gt;&lt;/p&gt;

&lt;p&gt;这个需求源自于调试时频发的 docker pull、NAS 上按需触发的打卡脚本等待。于是需要一个从用户手机到服务器的消息发送工具。（不给脚本暴露 API 是因为懒而且 NAS 没公网）&lt;/p&gt;

&lt;p&gt;信达的工作是这样的：微信公众号上发送信令（就是长得像指令的消息）；服务器保存这一个消息等到 Agent 轮询获取；Agent 根据信令匹配对应的 Shell 指令或者脚本。&lt;/p&gt;

&lt;p&gt;Features&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;不发送 shell 命令，而是信令&lt;/li&gt;
&lt;li&gt;保存执行日志&lt;/li&gt;
&lt;li&gt;执行结果微信回复&lt;/li&gt;
&lt;li&gt;Agent 支持转发信令（HTTP Forward）&lt;/li&gt;
&lt;li&gt;相当于内网穿透&lt;/li&gt;
&lt;li&gt;Agent 开源&lt;/li&gt;
&lt;li&gt;API 公开&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;公众号在此：&lt;/p&gt;

&lt;p&gt;&lt;img src="https://ftp.bmp.ovh/imgs/2021/04/633a768b542f5054.jpg" title="" alt=""&gt;&lt;/p&gt;

&lt;p&gt;Hit: 关注公众号之后也需要到网站完成 Agent 创建&lt;/p&gt;

&lt;p&gt;&lt;img src="https://i.bmp.ovh/imgs/2021/04/dd5500ec2ee9bcb5.png" title="" alt=""&gt;&lt;/p&gt;</description>
      <author>zhshch</author>
      <pubDate>Sat, 17 Apr 2021 09:17:06 +0800</pubDate>
      <link>https://beta.w2solo.com/topics/2479</link>
      <guid>https://beta.w2solo.com/topics/2479</guid>
    </item>
    <item>
      <title>从独立博客看 UGC 平台</title>
      <description>&lt;p&gt;&lt;strong&gt;原文发布于 &lt;a href="https://athorx.com/posts/%E9%9A%8F%E6%83%B3%E9%9B%86/20191204-%E4%BB%8E%E7%8B%AC%E7%AB%8B%E5%8D%9A%E5%AE%A2%E7%9C%8Bugc%E5%B9%B3%E5%8F%B0.html" rel="nofollow" target="_blank" title=""&gt;从独立博客看 UGC 平台 - AthorX - 仰望星空&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;记，之前看到 V2 上有几个关于独立博客的帖子，后来又听了个关于独立游戏制作人的博客，就不自觉的思考起这些问题，趁这两天有时间，整理了一下。&lt;/p&gt;

&lt;p&gt;现在搜索有关博客的搭建、运行以及技术的话题，时间轴一下就被拉到 7、8 年前。自大网易博客关停后，为博客唱衰的人们终于看到了黄昏。现在除了技术工作者，很少有人会费力 “折腾” 一个博客网站，博客托管平台的消失也意味着大众与博客二字渐行渐远。&lt;/p&gt;

&lt;p&gt;我莫名的有一种 “博客情节”。其实是我更喜欢 “自托管” 形式的内容发布形式，博客只不过很接近理想型。自托管意味着我能掌管网站上的一切内容，发布、修改还有删除。更重要的是，我可以做一些奇奇怪怪的事情。文章里插一段动效 JS，拉一个动画进来，或者插一段视频（实名吐槽公众号的视频插入方式）。&lt;/p&gt;

&lt;p&gt;不得不承认，博客或者说自托管式的内容发布形式已经渐行渐远了。所以，为什么？&lt;/p&gt;
&lt;h2 id="两群人"&gt;两群人&lt;/h2&gt;
&lt;p&gt;在内容生产的视角下，无外乎两种人，内容的发布者（博主）和内容的获取者（读者）。&lt;/p&gt;

&lt;p&gt;搭建自己的博客，自己也就被拉到了发布者的视角。先来说发布者，博主的需求或者说创作的目的是什么？分享知识也好，为自己整理也好，无外乎就是&lt;strong&gt;我想让别人看到我写的内容&lt;/strong&gt;，这是最基本的需求。向外延伸就会有创收的问题，建设成本运行成本等等一大堆问题。&lt;/p&gt;

&lt;p&gt;把视角拉回来，回到获取者的视角。最常见的情况无外乎你是正在搜索某个教程或者报错的处理方法，这时候你会打开搜索引擎，输入，回车，Bing！搜索结果里肯定有几篇个人博客。这样的情况在技术界以外估计不常见到，更多的是百家号、知乎甚至微信公众号占据了视野。那么获取者的核心需求是什么？&lt;strong&gt;最轻量的找到我需要的内容。&lt;/strong&gt;具体来说，可能是教程、问答，或者是闲来随便看看，打发时间。所以获取者的目的可以分两大类，&lt;strong&gt;目的性的&lt;/strong&gt;（查资料）和&lt;strong&gt;非目的性的&lt;/strong&gt;（随便看看）。&lt;/p&gt;
&lt;h2 id="都去哪了？"&gt;都去哪了？&lt;/h2&gt;
&lt;p&gt;既然说博客时代已经过去，那么原先属于博客的人和内容创作都去哪了？这个问题其实很好解答，随便掏出个搜索引擎就能回答，像是知乎、公众号、掘金一样的 UGC 社区变成内容托管的主流。这些网站会给你变出一个编辑框让你在框里面创作内容，以便于发表在他们的平台上。但事情远没有这么简单。&lt;/p&gt;

&lt;p&gt;内容发表的位置，也就是自托管和非自托管内容发布的区别就在这里。回去看看发布者和获取者的两大需求。从获取者的角度来看，也就是读者、浏览者、观众。非目的性的内容消费已经占据了手机使用时长的大头，看一下你现在的手机使用时间统计，是不是 B 站、抖音、头条一类的 UGC 平台占用了大头。这些平台很好地回答了非目的性的用户需求，简单，不动脑子，世界都和我的兴趣爱好一样。有人和我发相似的弹幕，有人和我有一样的评论。网易云的神评大概就是这个意思，IT 之家也有神评论类似的运营趋势——评论比正文重要。&lt;/p&gt;

&lt;p&gt;来看看目的性的读者。搜索引擎基本上就代表了目的性的用户行为，即使是站内搜索，那也是搜索框。搜索引擎估计是大部分现在的独立博客的主要流量入口。对于回答目的性的内容，什么最重要，短、直、快。内容不要太长，直接能回答搜索框里的问题，快速地被找到。在内容匮乏的时候，博客、维基一类的文字还有人耐住性子去看，但是现在来看，知乎、掘金是不是更能直接的回答问题。&lt;/p&gt;

&lt;p&gt;再把站位转到创作者。创作者最需要的是表达，把字码在那，好好放着就行，最好是有人来看。UGC 平台最直接的放了一个编辑框，你写的内容只要不是你自己删了，平台一般不会倒，文字也不会没。由上文说的，非目的性的读者需要共鸣，于是这类平台富集了一大堆用户，这些用户还有没事就刷一刷这些平台的习惯，对于创作者来说，最合适不过了吧。&lt;/p&gt;
&lt;h2 id="这就完了？"&gt;这就完了？&lt;/h2&gt;
&lt;p&gt;说了半天，转移到集中创作的网站上，放弃自托管的方式最为合适，真的是吗？&lt;/p&gt;

&lt;p&gt;第一点就是平台的故步自封。限制内容的展现形式。我转发一个 B 站视频到微信，翻过来调过去的引导我下载 APP。我是内容的创作者，你们这么折腾可问过我的意思？平台间的竞争不意味着更好的环境，反而是阉割创作者的空间和拳脚。最后只剩下作者无奈的平衡。&lt;/p&gt;

&lt;p&gt;还有，平台内容自由度很低。你个 B 站视频里插个投票试试？在公众号里引用一个 B 站视频试试？甚至在公众号我放个链接都麻烦的要死。如果是自托管下，就说博客。基本上是浏览器能渲染什么，我页面里就能放什么。&lt;/p&gt;

&lt;p&gt;还有封闭的平台展现能力很差，搜索引擎完全搜不到的地方有的是。很多的有质量的文章都在深处，淹没在&lt;code&gt;Robots.txt&lt;/code&gt;后。目的性的受众搜索一看，这搜索结果都什么网玩意啊。很多人吐槽搜索质量差，实际上互联网喂给搜索引擎的质量本身也没多高。&lt;/p&gt;

&lt;p&gt;有一个居安思危的意识。之前在博客兴盛的时候，有人因博客的限制唱衰，如今可谓是 UGC 的鼎盛时期，那么 UGC 以后的内容创作形式是什么？下一站又是哪？&lt;/p&gt;
&lt;h2 id="End"&gt;End&lt;/h2&gt;&lt;table class="table table-bordered table-striped"&gt;
&lt;tr&gt;
&lt;th&gt;自托管&lt;/th&gt;
&lt;th&gt;UGC 平台&lt;/th&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;自由度&lt;strong&gt;高&lt;/strong&gt;，但建设复杂&lt;/td&gt;
&lt;td&gt;自由度&lt;strong&gt;低&lt;/strong&gt;，但上来就能用&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;流量只靠搜索引擎，没有合适的流量获取方式&lt;/td&gt;
&lt;td&gt;依赖平台网站本身的环境，被 “推荐” 就有曝光&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;我的地盘我做主&lt;/td&gt;
&lt;td&gt;容易受平台审核，平台间竞争、合作的牵连&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;便于被检索&lt;/td&gt;
&lt;td&gt;对搜索引擎等工具封闭&lt;/td&gt;
&lt;/tr&gt;
&lt;/table&gt;</description>
      <author>zhshch</author>
      <pubDate>Fri, 06 Dec 2019 21:00:10 +0800</pubDate>
      <link>https://beta.w2solo.com/topics/91</link>
      <guid>https://beta.w2solo.com/topics/91</guid>
    </item>
  </channel>
</rss>
