最早听说这一本《我们为什么要睡觉》,还是在有一年 Bill Gates 的年度读书单中看到的,后来又在关注的博主的推荐图书中第二次看到,并且这个博主给了一个非常不错的评价,再到最近就是和一个朋友聊天的时候提到睡眠的问题,朋友常常不能在深夜快速的入睡,平时又起得不规律,所以我又想起了这一本很久都没有看的书。
“Why We Sleep” 的作者是 Matthew Walker,他是加州大学伯克利分校的神经科学和心理学教授,也是 Sleep and Neuroimaging 实验室的主任。他的研究集中在睡眠、梦境和意识的神经科学机制上。Walker 自己也上过 TED,也会到各地演讲,在 YouTube 上能找到他很多资料。他自己也有一档播客,讲述的内容就是有关于睡眠的。
人类的一生中有三分之一的时间都是在睡眠,但是却从来没有人解释为什么人类需要睡觉,如果不睡觉会发生什么。作者通过对睡眠的层层剖析,通过大量的实验去研究睡眠,来解释我们为什么要睡觉。
在知道这一本书之前,我甚至没有想过这个问题「我们为什么要睡觉」? 我个人的睡眠一直非常不错,从来就是到点身体就会告诉眼睛要闭起来了,到了网上 11 ,12 点左右就不自觉的没有精力做任何的事情,而每天早上到点(7 点到 8 点之前) 就会自然而言睁开眼睛。甚至过去的几年时间里面我连闹钟也不需要设置,我的生物钟比闹钟都准,更甚至有几次本来就定好要早起一会儿出门,当我醒来睁开眼睛的时候,过一分钟就是定好的闹钟。而我一旦早上起床之后就再也睡不着了,虽然我感觉挺好,但是有些假期或者周末想多睡一会儿的时候却也是睡不着。用这本书中的话来说就是人的身体已经觉得睡眠足够了,所以再睡也只是闭目养神而已。
与我而言,还有一个更加神奇的事情是我从来不做梦,或者说我从来不记得我做过梦。有朋友总是会对自己的梦境非常清楚,甚至能描述出梦境中发生的事情,像是上演了一部大片一样。但每一次我听到都感觉非常神奇,我自己没有任何的感受,书中第三部分解释了很多梦形成的原因,但我还是没有办法给我自己的经历一个很好的解释。
在读完这本书之后,大概率会被书中「严谨」的科学实验所说服,但我在浏览相关介绍的时候,在 HackerNews 上也看到一篇反驳的文章。
我把这篇反驳文章的几个子标题放在这里:
作者在文章中也引用了一些实验数据来论证自己的观点,当然在这个地方,我是没有办法去判断他们谁对与谁错的。两方不同的观点都有各自详细的数据佐证。
但我想说的是,科学不就是在这样提出假设,修正理论中的错误,发布自己新的理论,再进行更进一步的研究批判,从而螺旋式的上升的嘛。这又不得不提到自由派哲学家[[洛克]],[[波普尔]]所说的 [[人类认识的可错性]],抱持开放的心态,不盲目相信任何一本书、任何一个人、任何一个观点。科学的精神就是开放和质疑。读书要抱着追求「普遍的共识」,在这个基础之上跟阅读更多新的理论,但永远不排除自己出错的可能性,这样才能进步。
推荐所有睡眠不好的朋友阅读,了解一下睡眠是什么。虽然上问题到人类不一定需要 8 个小时的睡眠时间,但是休息好,能够有充分的睡眠对个人也是很好的。
TradingView 是一个在线的金融市场分析平台,提供了丰富的图表工具、技术指标和交易观点分享。它允许用户通过在图表上绘制各种技术指标和图形来进行技术分析,并可以与其他交易者共享自己的观点和策略。TradingView 还提供实时行情数据,并支持多个金融市场,包括股票、外汇、期货、加密货币等。用户可以在平台上创建自己的观察列表,并设置提醒功能以及自定义策略的回测。此外,TradingView 还提供了一个社区板块,用户可以在其中与其他交易者交流、讨论并学习。总体而言,TradingView 是一个强大且全面的金融市场分析工具,适用于各种类型的交易者和投资者。
2022 年 Black Friday,60% 折扣
在 2023 年 Black Friday 的时候,Premium 享有 70% off 的折扣。
试用一个月,然后不付费,最后 7 天给 60% off 的折扣,Premium 套餐最终付费每年 287 USD。
取消自动续费时,给 5 折优惠,页面问为什么取消(理由太贵了)。
TradingView 在 Black Friday 和 Cyber Monday 经常有高额打折。
2024 年 6 月 10 号收到一封邮件,Aisa Flash Sale,70% 折扣。
但是需要注意的是 TradingView 也和很多商家一下,在打折之前会先提升一下价格,这里有一个案例,比如这个人说他在 2023 年 11 月 9 号以 114.99 USD 的价格购买了 Essential,但是在 Cyber Monday 促销的时候,他们先提价到 203.88 USD 然后再打折 30%,这时需要付款 140.99 USD。
I purchased a yearly subscription for the essential package Nov 9, 2023 for $114.99. So for their Cyber Monday sales of 30% off, they raised the price to $203.88 just so they could slash through it and charge $140.99 and give the illusion your saving something but in reality your paying over 20% more than you would have less than a month ago.
Unfortunately trading view is the best I’ve found, so I’ll still be using it, but wanted to share what I feel is pretty scummy sales and marketing practices.
I have upgraded from Essential to Premium last Black Friday. I have bought it annually, with a discount of 70% (which is the biggest discount). The price was 217 euros (around 235 $ at the current rate of today).
另外一个小贴士就是如果当下不想买,可以注册并订阅他们的 newsletter,这样,一旦有活动,就会通过邮件方式发到邮箱中。
之前购买 RackNerd 的机器看到有赠送 [[Clientexec]] 的授权就顺手申请了一个。ClientExec 是一套为主机商开发的客户管理,支持,财务系统。借助 ClientExec 的强大能力可以快速构建一个共享空间,VPS,域名分售系统。
因为正好有授权在,所以就在 RackNerd 的机器上面安装了一下。安装的过程倒是比较简单,但就是这套系统实在太复杂,从绑定的插件到,支付系统,到后台语言都比较麻烦,所以这一篇文章简单地讲述一下我汉化 Clientexec 的过程,这里面也有很多的坑。
如果要在 Clientexec 中新增语言包,可以通过源代码 language
路径下的语言包进行修改。
在安装完成的 Clientexec 的目录下,拷贝原来的英文语言。
/language/core-en.po
/language/core-en.mo
简体中文的语言编码代号是 zh
,所以需要拷贝得到:
core-zh.po
core-zh.mo
这个语言代号,可以从 /library/Zend/Locale/Data/Translation.php
文件中得到,在数组 $languageTranslation
中搜索 Chinese
就可以看到。
得到了对应的原始英文内容之后,就可以开始着手翻译,有很多的方式可以进行翻译。
这里需要补充一下 po 和 mo 文件的相关前提知识。 PO 和 MO 文件是 GNU gettext 工具包中使用的翻译文件格式,用于本地化软件应用程序和网站。PO 文件是 Portable Object 的缩写,它是一个文本文件,包含原始字符串和它们的翻译。MO 文件是 Machine Object 的缩写,它是一个二进制文件,包含已翻译的字符串,可用于更快地加载和使用翻译。Clientexec 是 PHP 编写的,也是通过这种方式进行国际化,多语言。
通常,开发者在开发过程中在源代码中使用原始字符串,并使用 GNU gettext 提供的工具来提取这些字符串并创建 PO 文件。然后,翻译者可以使用 PO 文件中的原始字符串并提供它们的翻译。一旦翻译完成,MO 文件将由 GNU gettext 编译器从 PO 文件生成。在软件运行时,应用程序将使用 MO 文件中的翻译来显示正确的本地化字符串,这使得软件能够在不同的语言环境下运行。
有很多的方式可以去翻译 po 文件
需要注意的是 PO 文件有一个头部的「注释」,在文件的开头,因为我把文件上传到了 Crowdin,然后再下载下来的,所以 Crowdin 修改了这些注释,最好的方式是保持和原来一致,否则 Clientexec 可能无法识别。
有如下的方法:
core-zh.mo
MO 文件是 Clientexec 用来加载使用的二进制文件,其中包含了翻译文字。
将现在得到的两个文件:
core-zh.po
core-zh.mo
上传到 Clientexec 的 language
文件夹下。这个地方要注意的是,如果这两个文件没有足够的权限,后台即使设置了也会没有效果。
chmod 755 core-zh.po core-zh.mo
最后在 Clientexec 后台设置 -> Localization 中,首先启用 Chinese,然后将站点设置成中文即可。最后的成果。
GitHub Copilot CLI 是一个让 GitHub Copilot 来在命令行环境下使用自然语言提示命令行的工具。
如果要使用 GitHub Copilot CLI ,那么必需能够访问 GitHub Copilot,并且还需要通过 waitlist。另外需要注意的是 GitHub Copilot CLI 目前还是在试验中(technical preview),有一些 corner case 或者还有一些平台支持可能不完善,并且 CLI 补充的任何命令请在完全知晓是什么内容和作用的情况下再执行。
GitHub Copilot 已经发布正式版本,可以直接通过官方的 gh
命令来使用。
gh auth login
gh extension install github/gh-copilot
gh extension upgrade github/gh-copilot
几个子命令
# 解释命令
gh copilot explain "sud apt update"
# 执行命令
gh copilot suggest
gh copilot suggest "show process"
设置 alias
echo 'eval "$(gh copilot alias -- zsh)"' >> ~/.zshrc
然后就可以执行
ghce
ghcs
参考官方文档。
使用 npm
全局安装:
npm install -g @githubnext/github-copilot-cli
然后将 github-copilot-cli
添加到 PATH,然后使用下面的命令授权
github-copilot-cli auth
然后按照命令行的提示在网页授权。一旦授权,token 会保存在用户设备本地,为后续的请求使用。这个命令正常只会在第一次使用的时候执行。
更新命令
npm install -g @githubnext/github-copilot-cli
设置 alias
正常情况下可以直接执行 github-copilot-cli
来使用,但是更建议使用 ??
, git?
, gh?
这样的方式。
可以在 Shell 的配置 .zshrc
和 .bashrc
中添加
eval "$(github-copilot-cli alias -- "$0")"
GitHub Copilot CLI 会将自然语言转变成 shell 命令,在安装之后可以通过如下三种方式使用:
??
将自然语言变成命令git?
将自然语言变成 git 命令gh?
将自然语言变成 GitHub CLI 命令GitHub Copilot CLI 的三种模式均以相同方式工作 —- 编写自然语言查询来声明您想要的内容,然后 GitHub Copilot CLI 将尝试构建一个命令或命令序列来执行它。
如果满意 Copilot 建议的命令,只需要求 GitHub Copilot CLI 运行它即可。
GitHub Copilot CLI 还会逐步解释建议命令的作用。 当学习新命令时尤其需要注意:shell 非常强大,您可能会无意中做出您不打算进行的破坏性的变化。在运行命令之前,一定要确保您理解建议命令的作用。像所有 AI 系统一样,GitHub Copilot CLI 不是完美的,可能会犯错误。
因为直接使用 Shell ,而有一些关键的符号在 Shell 中有其自身的含义,所以有一些需要特别注意的内容。
有一些符号可能在提交到 GitHub Copilot CLI 之前就被 Shell 处理了,所以避免使用如下的符号,或者使用 \
转义,或者将符号放到单引号 '...'
中。
'
,双引号 "
,或者问号,感叹号,通常会造成 shell 的语法错误,如果遇到这种情况,按 Ctrl-c
,然后重新查询即可() [], {}
也可能造成语法错误*
号,会匹配文件或文件夹,这会导致敏感的文件名出现在查询中|
管道符,将被解释为 shell pip,并将查询解释为单独的命令。造成查询 Copilot 失败$
,这会导致 Shell 将其扩展成一个变量值,并且可能无意之间将敏感的环境变量传给 GitHub Copilot 查询Chatwoot 是一个 [[Ruby]] 编写的,开源的,可自建的即时消息的客户支持工具 [[Business Messaging Platform]],可以嵌入到网页,集成 Telegram,电子邮件,帮助企业提供在线的客户服务支持。Chatwoot 开始于 2016 年。
在接触到 Chatwoot 之前,陆陆续续了解过 [[crisp.chat]],tawk.to。而我昨天稍微了解了一下这个行业之后就发现原来对企业的在线实时聊天的服务已经竞争非常充分了。只简单的了解了一下就发现超过 10 家公司在做类似的事情,并且还有非常多的公司以开源的方式在进行。
比如已经作为商业产品在运作的:
等等
以开源的方式在进行的有:
这么多相类似的产品,大部分的商业产品所面向的客户都不太一样,有面向大客户的,比如 Intercom,Zendesk 等等,也有面向垂直电子商务的,也有面向创业公司的。
但总之上面的这些都不是本文的重点,下面就重点放在 Chatwoot 的使用上面。
Chatwoot 官方提供了很多种方式安装,还包括很多云服务提供商可以一键安装。但是我选择用 Docker(docker-compose) 安装。详情配置见这里
git clone git@github.com:einverne/dockerfile.git
cd dockerfile/chatwoot
cp env .env
# modify .env
docker compose run --rm rails bundle exec rails db:chatwoot_prepare
docker compose up -d
默认配置下 Chatwoot 是只监听本地的 localhost:3000 端口,所以还需要前台用 Nginx 做一下反向代理。
server {
server_name <yourdomain.com>;
# Point upstream to Chatwoot App Server
set $upstream 127.0.0.1:3000;
# Nginx strips out underscore in headers by default
# Chatwoot relies on underscore in headers for API
# Make sure that the config is set to on.
underscores_in_headers on;
location /.well-known {
alias /var/www/ssl-proof/chatwoot/.well-known;
}
location / {
proxy_pass_header Authorization;
proxy_pass http://$upstream;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Ssl on; # Optional
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_http_version 1.1;
proxy_set_header Connection “”;
proxy_buffering off;
client_max_body_size 0;
proxy_read_timeout 36000s;
proxy_redirect off;
}
listen 80;
}
因为我使用 HestiaCP 作为服务器面板,这里还遇到一个小坑,因为默认的 HestiaCP 模板文件 中 stpl
配置最下方有一个 Nginx 配置1
proxy_hide_header Upgrade;
也就是说默认情况下会隐藏请求头。这导致了我在安装完 chatwoot 之后,发送消息,管理后台以及前端小插件,iOS 客户端都不能实时收到新消息,必需整页刷新才能收到新消息,这导致我 Debug 了好久。虽然在之前安装 VS Code Server 在线版 的时候就遇到过一次,但还是掉进了这个坑里面。
通过 Chatwoot 的 Agent API 可以自行编写回答机器人。如果接入了 OpenAI,Rasa 等聊天机器人就可以快速的搭建一套智能客服了。
邮件发送是现代应用中必不可少的一部分,Chatwoot 也天然支持 SMTP 邮件发送。
可以访问,<chatwoot-installation-url>/super_admin
。
因为使用 Docker Compose 安装 Chatwowat,所以升级非常简单。
docker-compose pull
docker-compose up -d
docker exec -it $(basename $(pwd))-rails-1 sh -c 'RAILS_ENV=production bundle exec rails db:chatwoot_prepare'
之前写过一篇文章是如何使用 Mailcow 自架邮件服务器,自那个时候开始以及使用自己架设的邮件服务器快一年左右的时间了,因为是自己使用,收件是没有什么问题,发件的话用 mail-tester.com 测试也能拿 10 分,但一直是没有作为主力发件服务器去使用的,主要还是怕会进入垃圾箱。但是最近看到 [[MXRoute]] 有春季打折,15 美元一年 25 GB 空间,就订购了一个想试试看。
有了这两个前提之后,我就像能不能让我的收件通过 Mailcow,邮件直接到我的服务器,然后发件的时候通过 MXRoute 发送,毕竟 MXRoute 的发件 IP 地址要比我自己的服务器 IP 地址要可信得多,送达率可能也比我自己的服务器要高。然后我简单地了解了一下发现 Mailcow 是自带 Relay (邮件中继服务) 功能的。
那这一篇文章就讲讲怎么在 Mailcow 中配置使用 MXRoute 来发送邮件。
在 Mailcow 中首先要完成正常的域名添加,然后再新增 Mailbox 邮箱。因为这个部分比较简单,直接在 Mailcow 后台操作,然后根据 Mailcow 后台的 DNS 配置,修改域名对应的 MX 记录,SPF 记录,DKIM 记录,DMARC 记录即可。
假如我想要配置一个博客评论的邮箱,比如 no-reply@blog.einverne.info
,那么首先要在 Mailcow 后台添加 blog.einverne.info
的域名,然后配置如下的 DNS 记录。
然后在 Mailbox 中添加 no-reply@blog.einverne.info
的邮箱。此时使用 Mailcow 的后台也是可以对此邮箱进行发件和收件的。但这个时候走的都是此服务器。
首先完成MXRoute 的基础配置,当然这个地方需要注意的是必需要好好理解一下几个 DNS 记录的作用,不要完全照着 MXRoute 发过来的配置直接修改。
首先也需要在 MXRoute 后台添加域名 blog.einvenre.info
,然后新增一个邮箱 no-reply@blog.einverne.info
,
Configure the account as a catchall for the domain. In cPanel, this is under Forwarders / Aliases → Add Domain Forwarder. Not sure where it is in DirectAdmin as I don’t have any DirectAdmin accounts to test with. The reason it needs to be a catchall is so it can be used to send mail from any address at the domain.
然后下面重要的部分配置就需要注意了。
假如自己的 Mailcow 邮件服务器的 IP 地址是 198.52.100.1, IPv6 的地址是 2001:db8::1,那么配置可以像如下这样:
v=spf1 ip4:198.52.100.1 ip6:2001:db8::1 include:mxroute.com -all
如果不清楚 SPF 记录 是什么,可以参考之前的文章,解释了邮件是如何工作的。
或者,如果不想在 SPF 记录中直接使用 IP 地址,也可以使用 mx
来代替配置具体的 IP 地址,不过需要注意的是需要配置额外的 MX 记录(指向一个域名或 IP),如果配置的 MX 记录是域名,那么还需要注意配置 A 记录将域名解析到邮件服务器。如果配置 MX 域名,那么可能会产生一次额外的 DNS 查询,不过个人是推荐这么做的,因为邮件服务器的 IP 地址更换了,只需要修改域名的 A 记录值就可以了。
v=spf1 a mx include:mxroute.com ~all
最后为了让邮件送达率更高,还需要配置 [[DKIM]],在 DNS 记录中需要同时配置 Mailcow 和 MXRoute 的 DKIM 记录。
一般情况下 DKIM 记录 key 是
dkim._domainkey.example.com
值就是网站提供的类似:
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
这里可以看到的是 DKIM 记录的 key,Mailcow 一般是
dkim._domainkey.example.com
而 MXRoute 一般是
x._domainkey.example.com
同时把这两个记录添加到 DNS 记录中。
完成上面的 DNS 配置之后就可以进入 Mailcow 后台配置了。
在 Mailcow 后台,点击 System -> Configuration (顶部菜单) → Routing 标签。
然后找到页面中的 「Add sender-dependent transport」
然后在这个地方添加 MXRoute Host,邮箱的用户名和密码。
添加完成之后,可以点击 「test」进行测试。输入自己邮箱的地址,然后保留 To Address 地址为默认的 null@hosted.mailcow.de
然后保证测试的结果中得到了 250 OK 。
然后在顶部菜单 E-Mail -> Configuration -> Domains,找到对应的域名,点击 Edit。
在编辑界面中找到「Sender-dependent transports」,在下拉菜单中选择刚刚配置的 Relay 邮箱。
现在任何通过 Webmail 或者邮件客户端通过此域名发送的邮件都是通过 MXRoute 来发送的。
上面的功能演示的是在 Mailcow 中配置邮件中继,但是这个功能底层还是依赖的 Postfix 的标准功能 sender_dependent_relayhost_maps
,所以用户可以在其他程序比如 Mail-in-a-box 等等中进行相同的配置,或者用户也可以手动直接修改 Postfix 配置。
ClientExec 是一套为主机商开发的客户管理 [[Web Hosting Billing]],支持,财务系统。借助 ClientExec 主机服务器商可以快速开始自己的业务,在线售卖虚拟主机,共享主机,域名等等服务。
ClientExec’s online business administration software is an innovative solution for automating daily business administration tasks. This software provides solutions for the most common tasks of administration, and can be accessed online from any web browser.
ClientExec 的特性:
安装 Clientexec 之前首先查看系统最低要求
安装 Nginx,PHP,MySQL 环境,可以使用 [[CloudPanel]], [[aapanel]],HestiaCP 这样的界面,也可以使用 [[lnmp]] 这样没有 Web 界面的一键配置脚本。
因为我是使用 LNMP 一键脚本进行地安装,有两个 Addon 需要安装一下
./addons install ionCube
./addons install imap
然后创建 vhost
lnmp vhost add
根据自己的域名填写内容。
将要安装的内容拷贝到 /home/wwwroot/domain/
下,然后访问域名。
遇到如下问题,手工添加一下 crontab
FAILED - couldn't use the system's shell binary. Please continue with this installation and when you're done, please manually create the following crontab entry through your hosting control panel:
* * * * * -q /home/wwwroot/xxx.einverne.info/cron.php
点击页面下方的版本升级,自动升级,需要开启在 php.ini 中开启 shell_exec
我使用 LNMP,所以找到 /usr/local/php/etc/php.ini
,然后找到 shell_exec
将其从禁用函数中移除。
/etc/init.d/php-fpm restart
创建售卖的套餐
最后的最后,欢迎访问 EV Hosting 订购使用。
[[2023-04-01-clientexec-language-chinese | Clientexec 汉化]] |
[[2023-04-04-clientexec-smtp-config | 记录一下 Clientexec 中配置 SMTP 时的一些问题]] |
今天早上在 Twitter 上连续看到三个人在同一时间推荐了一款在 macOS 上运行的 Docker 容器和 Linux 虚拟机 —- OrbStack 。
GitHub:https://github.com/orbstack
而 macOS 上的 Docker Desktop 原本就是饱受诟病,慢,重,资源消耗巨大。 OrbStack 的出现就是为了解决这个问题。
macOS 从 2020 年发布 Big Sur 开始,提供了虚拟化的框架,开发者可以在 macOS 上构建基于 Intel/ARM 的 Linux 环境。macOS 上的 [[Parallels Desktop]] 和 [[Docker Desktop]] 都在使用这个框架,但这二者都比较重。
下载安装的过程特别简单。可以看到如下的界面可以在 macOS 上快速,轻便的创建 Docker 容器和 Linux 环境。
执行一下测试的容器:
docker run -it -p 80:80 docker/getting-started
然后再访问 http://localhost/ 即可看到最基础的 Docker 教程。
在这个界面中也可以对容器进行简单的管理。
在系统的资源管理器中可以看到 OrbStack 几乎不怎么占用 CPU 和内存。
CPU 消耗
内存消耗
OrbStack 也提供了一些管理命令 orbctl
,可以直接在命令行使用。
orbctl help
OrbStack 在创建了 Ubuntu 等 Linux 镜像之后也可以使用 SSH 连接
orb -m ubuntu -u root
orb -m ubuntu -u root uname -a
orb
命令还提供了其他一些特性,比如可以在虚拟机中 push 或 pull 来传输文件。
OrbStack 虚拟的 Linux 是不支持 GUI 的,不过这也不妨碍,我想大部分开发应该只会使用命令行去管理 Linux 运行环境吧。大致猜想 OrbStack 应该只是用 Docker 开启了一个 Linux 的容器,所以不支持图形化界面也是可以理解的。
总之如果你之前饱受 Docker Desktop 慢的问题困扰,或者之前经常使用 Virtual Box,[[VMware Fusion]] 等虚拟化工具在 macOS 上虚拟化 Linux 运行环境,不妨来试试这一款轻量的 OrbStack。
有些网站虽然已经使用 [[Cloudflare]] 等等服务做前置 CDN,隐藏了服务器 IP 地址,但是依然会被 censys.io 扫描出 IP 来。
在使用 Nginx 作为 Web 服务器的事后,如果网站开启了 SSL,直接访问 IP 加 443 端口,Nginx 的设计上会有一个小小的特性「BUG?」,Nginx 会正常返回,并携带一个包含域名信息的证书。于是通过这个 BUG 就使得 IP 和 域名产生了对应关系。如果全网扫描 IP 地址,就能查询到一张 IP -> 域名的映射表。
对 IP 的 443 端口发送 clienthello,回复的 serverhello 中有一个 SSL 证书,证书中 common name 包含域名信息。
这就是为什么已经使用了 CDN,但依然会被打到源站 IP 的原因。
创建一个使用 ip
的网站并配置以下 SSL 信息(空 SSL)即可避免泄露。
密钥(KEY)
-----BEGIN RSA PRIVATE KEY-----
MIICXQIBAAKBgQDXyF6m81zOeoOPvfk6nGKtyfczRG6/yeSkcc+66vGvq0s8oB7V
cCzLl1YcNsru3ixelPR2z1zvjKqa9/Aqh8+TvP1kGGbLD/mynjnj8l+0vVzZ+vnz
AH0RN9fpqzlpHmFBHQzQ25AtIAH8pXOL1541YN0TNPRA3kHUCL0FH8CkwwIDAQAB
AoGAQ4ejh6AV5VCWJ8AOZXdXsofIYzUBa+glNAmiNx8b8BwteZWq0KVAf56nBkFn
lQXW4OrA7wXKUfW11rXNZaIHJePJXv1swkN9+Em18Hon6BrtcqnKAwzAbhok3SzY
IVjI/zrgOABH6+ii77xCRBzI1itVPNN88DAUHC7PYLYiaaECQQD7PSoij37+kMc/
wPeEkl9r3vzU0OrsCsjU8Ev714OaoL/SIuAh6nsiRh9rcbUrrpGSSzIcmsk9HMDa
hXBNkNl5AkEA298yQvssaUc4tbEWxAVfd9DsHJdCdbXfgf9Dy5/tpCzYncY7T0du
VVHqKu3jXWoMc5XlesiCOerU/DIlMM8dGwJBANQn7GLO5iC1xWvS2bF7oVSIMtzL
pvW4jaszWBbNAPccc59RkA9T4LMqn/GtTZ4bhhYRpbl+BB21IC3nrNPzU5ECQG8T
Ln0QDruQs2F2eR3F6RjKfr1i3LxCiQtPPZycypzp2vS5tDS0zVRk8XuGehoy/N9X
lnqU2NURgU92tbsWpokCQQDdc9tU3B/OM/YfzUNwvOLmUVwrJX6PFSFsOn+XHrCC
q9LcGEAHyzaf5GEWje84ee4rkv5oaZcwll3dg4IioBnC
-----END RSA PRIVATE KEY-----
证书(PEM 格式)
-----BEGIN CERTIFICATE-----
MIIBkjCB/AIJAI3bCYqa39hiMA0GCSqGSIb3DQEBBQUAMA0xCzAJBgNVBAYTAiAg
MCAXDTE4MTEyNDA5MDMzOFoYDzIwOTkxMjMxMDkwMzM4WjANMQswCQYDVQQGEwIg
IDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA18hepvNcznqDj735Opxircn3
M0Ruv8nkpHHPuurxr6tLPKAe1XAsy5dWHDbK7t4sXpT0ds9c74yqmvfwKofPk7z9
ZBhmyw/5sp454/JftL1c2fr58wB9ETfX6as5aR5hQR0M0NuQLSAB/KVzi9eeNWDd
EzT0QN5B1Ai9BR/ApMMCAwEAATANBgkqhkiG9w0BAQUFAAOBgQBiqHZsuVP09ubT
GzBSlAFEoqbM63sU51nwQpzkVObgGm9v9nnxS8Atid4be0THsz8nVjWcDym3Tydp
lznrhoSrHyqAAlK3/WSMwyuPnDCNM5g1RdsV40TjZXk9/md8xWxGJ6n1MoBdlK8T
H6h2ROkf59bb096TttB8lxXiT0uiDQ==
-----END CERTIFICATE-----
在 Nginx 上配置仅允许 CDN 的 IP 访问。比如 Cloudflare IPs
location / {
allow 103.21.244.0/22;
}
Muverse 是一个由社群驱动的 Web3.0 互动音乐平台,将音乐、游戏、社交媒体和加密技术连接在一起。该平台通过构建新的社群,为独立艺术家创造一个更自由、更公正、更适当的商业环境。Muverse 通过其内部互动吸引全球艺术家和粉丝一起成长,并在 Web3 中共享丰厚的奖励。Muverse 平台具有多种有益于艺术家的功能,赋予艺术家在互联网上自由发行他们的音轨,并完全掌控他们的音乐的能力。此外,他们可以从其音乐和商品销售中赚取加密货币,并将其转换为真实货币。
最近,Muverse 推出了 YOLO Bunny NFT 头像系列,并公布了其全球产品开发计划,加速了未来“虚拟”NFT 市场的“实现”。随着音乐行业持续向区块链技术转移,像 Muverse 这样的平台有潜力为独立艺术家提供更公平透明的环境。
可以看到的是有一些艺术家,歌手已经开始在 Muverse 上独立发行音乐专辑,韩国歌手李洪基宣布在 Muverse 上独家发行单曲 그 자리(I’m missing you),而他发布的 NFT 也在一个小时的时间内售空。1
We are excited to announce a partnership with FNC , Korea's leading entertainment agency. 🥂
— Muverse (@MuverseNFT) September 7, 2022
Lee Hong Gi the artist of FNC, will perform as the lead singer for a song that exclusive issuing on Muverse and collect a @YOLOBunnyNFT. @FNC_ENT @skullhong pic.twitter.com/IHiyOHWnGD
在注册 Muverse 之后可以看到有两个很醒目的按钮「Play to Earn」 和 「Listen to Earn」
听音乐获得 MCT 代币
上面还是有不少选曲不错的频道的。
听够 6 分钟就能兑换。
玩游戏获取 MCT 代币
不过需要注意的是,应用最开始的时候就会要求用户购买一个耳机(Headphone),这样才会有更多的奖励,一个虚拟的耳机,在他 App 中的售价在 0.05 ETH 左右,折合人民币也得好几百了。这一点可以谨慎考虑一下,等熟悉了这个平台之后再进行购买也可以。
截止到目前为止,这个平台的构建还非常初步,在应用内的下方 5 个 Tab,其中就有 2 个(Invest、Social)还是未实现的,很显然官网目前说的音乐、游戏、社交媒体、加密货币,这个平台目前就只有将听音乐和音乐游戏做好了,并且游戏这一块还做的比较简单。而听音乐这一块,目前不知道这个平台的音乐版权是自己购买的还是和音乐人合作的,还在上面听到不少刚刚发行不超过 1 年的歌曲,比如 LeeHi 的 ONLY,米津玄師的 orion,还有一些欧美音乐人。还有一个要吐槽的是,明明是一个音乐应用,却不能在息屏的情况下听音乐,Why?
在 Web 3.0 的发展过程中我一直在思考的问题便是 Web 3.0 行业从业者经常提及的对私人数据的控制和所属权问题。在 Web 2.0 时代,内容(包括文字、图片、视频)的大量价值都被大平台(博客平台、Instagram、小红书、YouTube、抖音等)所垄断,原来归属于用户内容的「价值」全部被平台的所吸收,并美其名曰会给创作者以奖励。当然我承认在 Web 2.0 时代大平台所起得推广、算法推荐等等是对创作者有一定的推波助澜的作用的。但是如果真的能像 Web 3.0 所承诺的那样,比如音乐人在 Muverse 上发行的单曲,通过播放量,通过售卖的 NFT 来将收益直接归属到艺术家,是否会真正改变一些行业。之前也看到过一些文章分析 Spotify 兴起之后一些小众音乐家再无法通过有效的手段售卖自己的专辑,或许这样的情况是否可能直接通过一种新的方式得到改善,让我们拭目以待吧。
如果你看到这里觉得这个平台很有意思,也可以直接点击这里(带邀请码)注册。或者在注册之后输入邀请码 j9uyp 。