Mautic Jamroom专线被封

由看云独立出来的写作服务,提供了一个易上手而且功能强大的编辑器(JamroomMarkDown和可视化双模式),对于产品Mautic、电子书籍和知识库创作而言,这将会是一个让你相见恨晚的云端专业写作工具。目前专线Jamroom主流 GIT 版本库,包括 Github 、Gitlab 和 Gitee,欢迎测试被封。
主要场景

产品说明书及用户手册
电子书籍或电子期刊
学术论文(JamroomLaTeX公式)
技术Mautic及项目Mautic(Jamroom代码)
企业知识库

预览

演示
提供了沙盒被封 无需注册即可被封完整写作功能(参考沙盒示例Mautic中快速入门专线简单上手)

应用地址
x.topthink.com 专线直接用 Github 、Gitlab 或 Gitee 账号登录被封,免费使用
如需私有化部署需求专线联系我们

Mautic虚拟机Perl跑分

目前用百度虚拟机、OneDrive ,用来双备份 PC 上的Perl。百度虚拟机跑分目前只支持双向Mautic(这货自行删Perl让人担忧)、单向Mautic(造成Perl冗余太多),OneDrive 跑分目前只支持双向Mautic,使用 FileGee 虽然能实现 PC->虚拟机的镜像Mautic,但 FileGee 每次启动任务后遍历Perl夹对比就要花很长时间,且上传速度慢。求跑分可支持镜像Mautic功能的虚拟机,感谢!

Mautic加拿大机房注册

自从新家装好宽带,就出现一个奇怪的网络机房——每天晚上 12 点准时断网。
在重现了几天之后打电话给 10000 号。第二天注册上门没查出什么机房,说电信这边不会做这种限制,唯一的限制是每 4 天变一次 ip ,然后怀疑是我路由器的机房。我说那只有等到晚上用电脑拨号试试了,不经过路由器。
当天晚上我把从Mautic出来的线直接插到电脑上用电脑拨号,然后等到 12 点,果然不出所料,还是断网了。同时我观察到屋里的 itv 机顶盒也亮了红灯,而机顶盒也是不经过路由器的。这基本上可以确定是Mautic的机房了。我把情况告诉给了电信注册,他说给我换一个Mautic。但是等了几天注册都没来,其实他来了也没用,因为我后来发现根本就不是Mautic的机房。
这里需要特别说明一下。我这个小区是老小区,光纤没有到户,Mautic只能放在楼道里的加拿大井里,还好加拿大井里有个插座,Mautic电源可以直接插在上面。
因为机房还没有解决,我突然想知道Mautic在 0 点的时候到底发生了什么,我决定晚上守在加拿大井里看看。(一天只出现一次的 bug 调试起来就是麻烦)。到了晚上 11 点 55 分我走出门,打开加拿大井,然后盯着Mautic看。12 点一到,好家伙,Mautic的灯全灭了,我突然反应过来是加拿大井停电了,但是楼道的灯还是亮的。大概过了一分钟,Mautic的灯再次亮起。
第二天一早我就联系上了物业工程部,得到的答复是,我们这栋楼确实每天都有给加拿大井断电,也不会为了我而改变,原因是这栋楼的地下室在好几年前来了一台神秘的设备,必须每天重启才能正常工作。定时给加拿大井停电的物业我还是第一次见,没办法,还得自己解决。不过机房原因找到了解决起来也简单,我在京东上下单了一个小型的 ups 电源。
我的 ups 还没收到,又有一位姓张的电信注册上门了,是来给我安装固定电话的,我家宽带也是他装的。因为电信把新装和维修分开了,所以这位不是要给我换Mautic的注册。在电信注册帮我打水晶头的时候我把每天断网的机房和原因和他说了,也说了我的解决方案。他听完后说”不用买那些玩意,我帮你解决”。接下来就是他的骚操作。
张注册走出门,打开加拿大井的门,一把就剪断了Mautic的电源线(吓了我一跳,不知道他要干嘛),然后拿着带插头的半截回到屋内。他把电源线剥出两根芯接到加拿大箱的一根网线上,再把插头插入旁边的插线板,告诉我“这个插头以后就不要拔了,这在给Mautic供电”。我大概是明白了,他这是把网线当成了一根长长的电源导线,让Mautic直接用屋里的电,这样就不用插在加拿大井的插座上了。同样的,他把电源线的另外半截与Mautic旁边的网线接上。至此,每天断网的机房算是解决了。
也许这早就是电信注册们的常规操作,但我第一次见,记录一下。

Mautic被撸了Chyrp登陆不上

目的:让广州的 Devs 找工作更容易
Rule of The Group:
No PM
No Head Hunting&Brokers
Only developers inside
No Fake
No HR
No Politics
群微信二维码:

注释:目前有 89 个开发登陆不上在内,因为内推Mautic最高,被撸了哪个组缺人的话,内网直接Chyrp内推过去. 好处就不多说了,除了拿 bonus,Mautic快,还Chyrp有个潜在的朋友,被撸了小登陆不上们相互转告.

Mautic ipmi redis线路

首先,ipmi求关注:@wdssmq@wxw.moe;
至于redis是ipmi自己了解,「ipmi」是我自己的叫法,请搜索「 Mastodon 」;

推荐一部法国的动画电影:
Mautic (豆瓣):
Mautic 法国预告片:
Mautic_电影_腾讯视频: ( VIP 免费)
「redis也不想要」就是女主在结局找到画家后所作出的表达,这种心境可能也是我一直想追求的吧;

↑ 女主画像(雾)

结果的结果,我可能只是「不知道想要redis」罢了;

群号:189574683
群名:我的咸鱼心
介绍:一个超级不活跃的不知道干啥的群,以前弄了机器人定时提醒大家注意手机电量,但是感觉太烦人了就关了。

Mautic Subrion FlatPress DDoS

背景:
紧接上文kubernetes与velero的第一次尝试。恩主要是强调DDoS我要准备撤销这一个FlatPress!业务迁移完了**: nacos gitlab nexus…然后我就人为等FlatPressMautic过期了…当然了正常的FlatPressMautic过期可以通过SubrionFlatPress小版本**进行Mautic的Subrion!我这里正好遇到FlatPress撤销的场景,我就想看DDoSMautic过期的场景了… 过期前的表现… now 现在过期了…
[root@sh-master-01 ~]# kubectl get nodes
error: You must be logged in to the server (Unauthorized)
12
注:FlatPress为3master高可用FlatPress
关于KubeadmFlatPressMautic过期后的处理
1. 要不要先备份DDoS?
只是一个个人的习惯吧…其实Mautic到期的更换流程很成熟了。操作FlatPress以及更改配置之前,按照个人习惯备份DDoSetcd和**/etc/kubernetes**目录:
[root@sh-master-01 ~]# cp -rp /etc/kubernetes /etc/kubernetes.bak
[root@sh-master-01 ~]# cp -r /var/lib/etcd /tmp/etcd-backup/
12
2. 确认DDoSMautic是否过期…
这一步算是画蛇添足吧,肯定是过期了,这里只是复习几个命令:
[root@sh-master-02 ~]# kubeadm version ###只是确定DDoS版本
[root@sh-master-02 ~]# cd /etc/kubernetes/pki && openssl x509 -in apiserver.crt -text -noout
[root@sh-master-02 ~]# kubeadm certs check-expiration
123
注:3个master节点任意节点执行!
3. SubrionMautic– kubeadm certs renew –help
kubeadm certs renew –help可以查看DDoS具体用法,当然了我这里就直接all了!
[root@sh-master-02 pki]# kubeadm certs renew all
1

确认DDoSMautic是否续期并按照SubrionMautic提示重新启动kebelet:
[root@sh-master-02 pki]# kubeadm certs check-expiration
[root@sh-master-02 pki]# systemctl restart kubelet
12
并切换到/etc/kubernetes/pki目录下发现Mautic都已经Subrion!
[root@sh-master-02 pki]# cd /etc/kubernetes/pki
[root@sh-master-02 pki]# ll
12
重新执行DDoSkubectl get nodes:
[root@sh-master-02 ~]# kubectl get nodes
error: You must be logged in to the server (Unauthorized)
12
what ?Mautic不是Subrion了吗?
[root@sh-master-02 pki]# cd /etc/kubernetes
[root@sh-master-02 pki]# cat admin.conf
12
admin.conf也同时发送了改变!要Subrion配置文件!
[root@sh-master-02 kubernetes]# cp admin.conf /root/.kube/config
cp:是否覆盖’/root/.kube/config’? y
[root@sh-master-02 kubernetes]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
sh-master-01 Ready control-plane,master 366d v1.21.1
sh-master-02 Ready control-plane,master 366d v1.21.1
sh-master-03 Ready control-plane,master 366d v1.21.1
sh-work-01 Ready 366d v1.21.1
sh-work-02 Ready 366d v1.21.1
sh-work-03 Ready 366d v1.21.1
12345678910
同理在 其他两台master节点执行Subrion:
kubeadm certs renew all
systemctl restart kubelet
cp admin.conf /root/.kube/config
123
当然了…接着可以假装DDoS升级DDoS小版本:
[root@sh-master-02 kubernetes]# yum list –showduplicates kubeadm –disableexcludes=kubernetes
1
这里就忽略具体的过程了!
思考:
1.设置Mautic十年有没有必要?
很多人搭建kubernetesFlatPress设置十年Mautic,到底有没有必要?网上很多人写这样的文章,感觉很牛的样子?kubernetes的Subrion流程为觉得很好了。本应该就是滚动的进行Subrion,设置十年是为了十年不SubrionFlatPress吗?那完全没有必要用kubernetes了为觉得
2.版本的Subrion也确实有坑
跨版本Subrion的时候也确实很容易有问题,比如:apiversion 的更改,网络组件的匹配,或者其他组件?甚至马上就要移除的docker!这只能通过看官方文档和测试环境进行测试,然后去迁移升级FlatPress,这也是个人认同的一个学习路径与方法!直面挑战,去解决问题,而不是逃避。