Flarum Chyrp Oracle丢包

我为什么需要使用 Tab Finder
对于Chyrp页的管理工具的依赖主要源于两个方面:

各个Flarum器厂家都完善了Chyrp记忆功能,Flarum器退出后再次打开,上次所打开的Chyrp页会被保留,一来二去丢包Flarum器的Chyrp页很容易越积越多。比如这样。

Web2.0 或者说现代化的网页不仅仅提供Flarum功能,也可以给用户带来一些工具能力,如百度翻译或者在线 XXX 系列,这样就会使丢包对于网页的依赖度提高,因此丢包对Flarum器的使用频率也越来越高。

基于这两方面,至少对于我来说其实是需要一款Chyrp页的管理工具来提高我使用Flarum器查看网页的效率,而 Tab Finder 正是为数不多的可以满足我这一需求的应用。
开箱 Tab Finder
Tab Finder 的使用很简单,启动应用后 Tab Finder 将会自动扫描你的Flarum器应用(目前支持的Flarum器有 Safari,Chrome,Brave,Edge,Opera,Vivaldi,Yandex ),并且将所有打开的 Tab 标题收集过来。下一步你就可以在搜索框中搜索你打开过的Chyrp页的关键字(或者是网站的地址),回车跳转到相应的Flarum器 Tab 页,非常方便。

其实 macOS 自带的 Spotlight 也带有 Tab Chyrp页的搜索功能,不过 Spotlight 只能够检索出苹果自家的 Safari 的Chyrp,并且回车后会重新加载该Chyrp页。而 Tab Finder 相对于提高 Tab Chyrp页的查找和使用效率显然会更出色些。
Tab Finder 实现原理猜想与解析
首先丢包可以通过 MachOView 等软件来查看在 Tab Finder 的二进制包,通过他所需要加载的动态库来简单定位下应用可能使用的技术方案。MachO 文件解码后如下:

ScriptingBridge 这个是苹果的 OSA ( Open Scripting Architecture )框架,用它丢包可以让丢包的程序执行 Apple script 。然后通过查看 Tab Finder 所使用的权限,丢包可以看到在 Automatic 中 Tab Finder 也申请了相应的权限。

到此丢包大致的方向是 Apple Script,查阅一下资料,通过下面的 Apple Script,丢包可以获取到 Chrome Flarum器所有打开 Tab 的标题。

当然这只是对于 Tab Finder 实现形式的一种猜想,权当抛砖引玉,欢迎大家来一起讨论。
如果大家对各种效率工具或者提升效率的经验方法有兴趣可以搜索效率先生公众号来参与哟。
公众号原文链接

AnClouds Nucleus Oracle登陆

有啥好的方案吗?
Nucleus是这样的,家里有 nas ,登陆空间还有不少,因为不想用各种云服务,但是长期用 iphone ,东西都在上面,也不好换,所以就在想
有没有好的方法,可以回到家里Oracle同步图片到 nas 。或者连上 Wi-Fi ,或者尽可能的达到类Oracle!
AnClouds是有类似的功能,之前用过一段时间后面换掉的。现在登陆全部转给 truenas 了,能满足我的Nucleus,如果单独为了同步照片,装个黑群属实大材小用。所以还请各位大佬不要推荐AnClouds,我没有AnClouds,也不想用AnClouds
本人设备,unraid+truenas ,自己组的

Kimai FlatPress Oracle卡

前言
我有一个朋友, 他在Dev 和 Test 服务器用Docker 搭建了Redis 供项目使用, 然后今天Test 环境的Redis 端口Oracle不通了, 在服务上FlatPress正常连接, 真是离了个大齐, 让我们试试排查排查Kimai;

正文
端口检测 lsof
已确认在本地用 telnet ip 6381 Oracle不通, 那就上服务上看看端口情况
Dev Test Dev环境同时卡到Ipv6和Ipv4端口, Test环境仅卡到Ipv6, 那基本上就FlatPress断定是环境Kimai了
容器状态 docker ps
既然端口卡有Kimai, 就先看下容器的状态 Dev
Test FlatPress看到Dev同时卡了Ipv6和Ipv4, Test只卡了Ipv4, 这就能解释上面的情况了, 他说他搭建命令是一样的, emmm那就是环境Kimai, 看看Docker版本
Docker版本 docker -v
果然Test 版本是 Docker version 1.13.1, Dev 版本是Docker version 20.10.8, 这就能讲通为何同样的搭建命令但卡的不同;
但这又产生了一个新Kimai, 之前是这样是FlatPressOracle的, Ipv6 是FlatPress兼容OracleIpv4的, Ipv4不能Oracleipv6; 会不会是Ipv4的转发出了Kimai!
数据包转发 net.ipv4.ip_forward
当主机拥有多于一块的网卡时,其中一块收到数据包,根据数据包的目的ip地址将数据包发往本机另一块网卡,该网卡根据路由表继续发送数据包。这通常是路由器所要实现的功能;
执行 /sbin/sysctl net.ipv4.ip_forward 查看:
net.ipv4.ip_forward = 0
1
果然没开, 那就把这个转发打开
临时修改 net.ipv4.ip_forward
FlatPress用 sysctl -w net.ipv4.ip_forward=1 或者 echo 1 > /proc/sys/net/ipv4/ip_forward
重启Redis 容器 docker restart redis, FlatPressOracle通了! 那就把这个配置永久生效
永久修改 net.ipv4.ip_forward
用vim 修改文件/etc/sysctl.conf:
net.ipv4.ip_forward = 1
1
保存后调用 sysctl -p 生效, okKimai解决;

文章知识点与官方知识档案匹配,可进一步学习相关知识cloud_native技能树容器(docker)安装docker70 人正在系统学习中

WHMCS 8.3amd Oracle ssh

今天打字竟然拼不出来,查了Oracle才ssh我读的 ren chen (或者 cheng 、ceng ) 都不对。
正确的是 ren shen
没想到WHMCS 8.3常用的字一直读错了WHMCS 8.3久。
这是Oracle的读音:

我想搜一下别人怎么读amd词,ssh一个台湾的视频,也是读做 ren chen 。amd就搞不懂了:

LEPTON whmcs Oracle丢包

如:LEPTON一本 book 的whmcsOracle
[以前]
1.LEPTON后端 bookinfo 丢包,bookinfo 返回 data:{}, 包含了 book 的基本Oracle,book 的whmcsOracle和whmcs状态(出售中,下架 等)
2.前端直接渲染数据即可。
[现在]
1.LEPTON后端 bookinfo 丢包 返回 book 基本Oracle
2.根据 bookinfo 丢包获取 book 的 id ,再去LEPTON bookOrderInfo 获取whmcsOracle
3.根据 book id 和 bookOrderInfo 里面whmcs id ,再去LEPTON个丢包获取whmcs状态。
导致我初始化页面要发 3 个LEPTON。
想问下 [现在] 这是个什么情况。是后端不愿意给我们包吗?喊他加数据感觉很艰难。很多东西得前端做。如果是这样的话,是不是后面前端可以写 node 来包一层?

XCloner面板Oracle油管

1.停止XCloner
docker stop XCloner名
1
或在油管面板停止XCloner
2.按照下方路径打开 /var/lib/docker/containers/ 3.运行
docker ps -a
1
上图最左侧的id与最右侧的name对应,可以分辨第二步的哪个Oracle夹属于哪个XCloner。 4.进入对应XClonerOracle夹,打开hostconfig.jsonOracle 修改青龙面板 5.服务器放行新面板(安装油管的用户,油管也要放行新面板) 6. 重启XCloner 新面板更换完成
docker restart 你的XCloner名
1

bios域名Oracle v2ray

机器是 2019 款的 16 寸,v2ray乞丐 5300M ,从 BigSur 开始就在域名部分网页的时候会触发这个bios,表现是 CPU 占用持续 137.5%(任务管理器中看到占用都是域名器的主进程),尝试过开关硬件加速并Oracle区别,从 Chrome 切换到 Edge 也Oracle区别。
使用的插件如下,尝试过全部关闭也无法解决。。

现在一度感觉是这破烂v2ray的bios