ShareX上传工具及公用上传空间配置导入

发布于
下载：https://getsharex.com/downloads/

自定义上传配置：

SM.MS图片上传

{
  "Name": "SMMS",
  "Version": "12.4.1",
  "DestinationType": "ImageUploader",
  "RequestMethod": "POST",
  "RequestURL": "https://sm.ms/api/upload",
  "Body": "MultipartFormData",
  "Arguments": {
    "ssl": "true",
    "format": "json"
  },
  "FileFormName": "smfile",
  "URL": "https://i.loli.net/$json:data.path$",
  "DeletionURL": "$json:data.delete$"
}

Cat.box文件上传

{
  "Version": "12.4.1",
  "Name": "catbox",
  "DestinationType": "ImageUploader, TextUploader, FileUploader",
  "RequestMethod": "POST",
  "RequestURL": "https://catbox.moe/user/api.php",
  "Body": "MultipartFormData",
  "Arguments": {
    "userhash": "",
    "reqtype": "fileupload"
  },
  "FileFormName": "fileToUpload"
}

upload.cc图片上传

{
  "Version": "12.4.1",
  "DestinationType": "ImageUploader",
  "RequestMethod": "POST",
  "RequestURL": "https://upload.cc/image_upload",
  "Body": "MultipartFormData",
  "FileFormName": "uploaded_file[]",
  "URL": "https://upload.cc/$json:success_image[0].url$",
  "ThumbnailURL": "https://upload.cc/$json:success_image[0].thumbnail$"
}

新浪图片上传

{
  "Version": "12.4.1",
  "Name": "sina",
  "DestinationType": "ImageUploader",
  "RequestMethod": "POST",
  "RequestURL": "https://apis.yum6.cn/api/5bd44dc94bcfc",
  "Body": "MultipartFormData",
  "Arguments": {
    "token": "YoungxjApisToken"
  },
  "FileFormName": "file",
  "URL": "https://cdn.sinaimg.cn.52ecy.cn/large/$json:data.pid$.jpg"
}

牛图网图片上传

{
  "Version": "12.4.1",
  "Name": "niupic",
  "DestinationType": "ImageUploader",
  "RequestMethod": "POST",
  "RequestURL": "https://niupic.com/api/upload",
  "Body": "MultipartFormData",
  "FileFormName": "image_field",
  "URL": "$json:img_puburl$"
}

评论

发表评论

此博客中的热门博文

高并发下分布式ID生成方案

发布于
在我们的开发过程中，只要你是涉及到高并发的领域，那么”怎么为你的系统生成一个高效、可靠、友好的ID”就是你的一个永远绕不开的问题。 本文档部分内容非原创，借鉴了网上的一些资源。涉及出处将在本文的最后部分列出。 一.分布式ID原则 唯一性 高效性 可用性 有序性 此处主要介绍为什么ID生成需要有序性 写性能 在MySQL InnoDB引擎中使用的是聚集索引， 由于多数RDBMS使用B-tree的数据结构来存储索引数据，在主键的选择上面我们应该尽量使用有序的主键保证写入性能。 聚簇索引的数据的物理存放顺序与索引顺序是一致的，即：只要索引是相邻的，那么对应的数据一定也是相邻地存放在磁盘上的。 如果主键不是自增id，那么可以想象，它会干些什么，不断地调整数据的物理地址、分页，当然也有其他一些措施来减少这些操作， 但却无法彻底避免。但，如果是自增的，那就简单了，它只需要一页一页地写，索引结构相对紧凑，磁盘碎片少，效率也高。 读性能 来感受下以下两个sql的性能吧，即使created_at字段也有索引： 1.select  from table order by created_at 2.select  from table order by id ps: 根据磁盘预读的特性，如果第一次读取“1”，那么如果你是顺序存储，那么“2，3，4，5”也会被读取进内存中。 （当然一般ID就是你的聚簇索引，已经帮你排好序了） 二.实现方案 1. 数据库方案(auto_increment、Ticket Servers) auto_increment 优点： 1.简单，代码方便，性能可以接受。 2.数字ID天然排序，对分页或者需要排序的结果很有帮助。 缺点： 1.可读性，容易暴露出库信息（今天下个订单，第二天同时间下个订单，其实就可以推测出该系统一天的订单量）。 2.在性能达不到要求的情况下，比较难于扩展。 3.如果遇见多个系统需要合并或者涉及到数据迁移会相当痛苦。 4.在单个数据库或读写分离或一主多从的情况下，只有一个主库可以生成。有单点故障的风险。 优化方案 针对主库单点，如果有多个Master库，则每个Master库设置的起始数字不一样，步长一样， 可以是Master的个数。 ...
阅读全文

重新学习并解锁emby4.6.7,4.7.2版本

发布于
版本历史与建议 2022.6.4: 更新4.7.2版本. 更新docker镜像,更新双端文件,更新群晖一键脚本. 更新4.7.*版本群晖脚本的sb小bug.相比于4.7.1, emby官方 1.在媒体库选项中增加剧集介绍检测功能. 2.增加用户配置选项，可以跳片头. 3.修复从文件名中解析集数时的集数倒退问题. 4.修复家庭录像的文件名在文件名的最后一个点之后被截断的问题. 5.修复删除下载任务时重新下载的问题. 6.如果启用字幕选择，记住即使用户字幕模式被设置为默认为无. 从这个版本开始不再做所谓的美化包, 不再更新ubuntu脚本, 由于更新一次全端耗时太长,除非有重大更新,否则以后只能做到随缘更新了. 请各位手动关掉自动更新, 位置在 设置 - 自动更新 - 允许服务器自动重启以应用更新. 取消勾选然后点击保存. 2022.5.26: 更新4.7.1版本. 相比于4.7.0.60, 官方 1.修复了windows上不必要的ffmpeg依赖问题, 2.提升了内嵌中文字幕和音轨的体验, 3.修复了一堆错乱抽风的按钮(4.7.0.60版本所有人都会遇到), 4.歌词开始显示时间轴. 已经安装了4.7.0.60的同学可以考虑升级。 2022.5.20: 修复群辉一键脚本，更新ubuntu一键脚本的sb小bug，更新群晖命令。修复受到影响的docker镜像。 2022.5.19: 更新4.7.0.60正式版，更新群辉一键脚本，更新ubuntu一键脚本，更新docker，更新美化包。更新unraid模板。 2022.5.9: 更新群晖一键脚本到v1.2，解决运行脚本后套件无法启动的问题。更新4.7.38双平台测试版。 2022.4.8: 更新unraid模板, 默认加上了代理的字段, 需要自己设置好http和https代理地址。不需要的话请删掉这两个字段 前言 以前，emby开心用户靠neko.re老哥的第三方激活服务器和加速套件得以存活，今天，发现老哥的服务器已经全关了，意料之中，早晚的事，幸亏能用的时候就备份了老哥原来的返回格式。 1 2 3 4 5 6 7 8 //https://crackemby.mb6.top/admin/service/registration/validateDevice.php? {"cacheExpirationDays...
阅读全文

详解99.9%的网站没必要用https；http与https涉及的名誉问题；https安全吗？

发布于
简述 ：连CCTV、php.net的官网都还只支持http，国内还有很多大网站都以http为主，谷歌浏览器就贸然将所有的http网站标为“不安全”，会让人误以为有病毒。https只是提高了安全级别，http并非不安全。(2018-09-29 07:28更新) 前几天用最新版的谷歌浏览器(Chrome)，测试自己的站点。发现所有的HTTP网址，已经被打上了灰色的“不安全”， 会让人误以为有病毒 ，如下图： Google之前宣布，这一举措从2018年7月开始实施。再过些时间，这个灰色的“不安全”(英文浏览器显示：Not secure)，将会变成红色。 多年来，我对Google一直很崇敬，但由于这个事件， 对Google的崇敬跌到了谷底 。 这一次是Google向所有的HTTP网站开炮，一刀切，所有的HTTP网站标为不安全 。 HTTPS安全吗？安全是相对的，没有任何技术是绝对永久安全的。所不同的是，被攻破的机率不同。 用户访问一个HTTP、HTTPS网页，过程都是：客户端(浏览器)A→路由服务器B→路由服务器C→路由服务器D……网页服务器E→路由服务器F、路由服务器G……客户端A。 上述的这些过程，用A、B、C、D表示，其中A就是我们的任意浏览器，E是网页的服务器， 这些路由服务器都是运营商的服务器 。HTTPS，主要是从A开始产生、发送密文hash数据，此hash数据经过的所有路由服务器，必然是处于加密的hash数据，无法被逆向还原；网页服务器E，收到的数据， 必须有与相应的SSL证书的数据，才可以将这hash数据还原 ，网页服务器必须将这些hash数据还原，否则将无法工作──用户看到的全是乱码。 HTTP也可以模拟HTTPS的这个过程，甚至产生类似的hash数据。 上述的过程中，所有的路由服务器，如B、C、D、F、G，假设HTTP在遇到不安全的拦截时，这个不安全理论上是在路由服务器当中产生，也就是骨干线路的路由设备。 客户端(浏览器)，在发送和接收时显示的明文数据，安全性是一样的。也就是说，万一电脑中了专项的病毒、木马，无论是HTTPS还是HTTP，安全性是一样的，都有可能被获取，它是针对本机电脑。即使用了HTTPS，往远程发送hash数据， 但是在产生hash数据之前的明文数据已被截获 ，这种情况下，无论是HTTPS，还是将来更加安全的协议，都并非完全安全。 HT...
阅读全文

Mifare Classic card(M1)卡破解过程

发布于
一次偶然原因，在网上看到关于一些Mifare Classic card卡的破解文章,发现成本不是很高,并且门槛也不太高（本人笨得很,没觉得低）觉得很有意思，准备入坑一波。正好我寝室有饭卡、洗澡卡和直饮卡,爲啥不试一试呢,嘿嘿.说干就干! 于是乎就在网上各种收集资料,(本人懒得很,不想去图书馆查资料)首先我们得搞懂M1卡的内部结构是吧，不然无从下手啊,所以我们先从结构说起吧. 可能文章有点长，着急的话可以直接跳过前面三个点 1.M1卡的存储内部结构： M1卡分爲16个扇区，每个扇区对应4块（块0-块3）,共64块，编号爲0-63.第0扇区的第0块用于存放厂商代码，已经固化无法更改。其馀区的第0-2块用于存放数据，块3爲控制块用于存放密码A、存取控制、密码B，结构如下：      A0 A1 A2 A3 A4 A5     FF 07 80 69    B0 B1 B2 B3 B4 B5      (密码A 6字节)     (存储控制 4字节)    (密码B 6字节) 并且每个扇区块3中的密码和存储控制全部都是独立的，独立控制本扇区的各种操作，每个扇区都能实现不同的功能，所以广泛用作一卡通。存储控制里面4字节的具体含义我也不是很清楚(不影响我们破解)，所以就不说出来误导大家了。 卡中每个块包含16字节，所以M1卡的容量=16扇区*4块*16字节=1024字节=1k  (M1卡的由来)。 知道了M1卡的大致结构我们就可以开始进行破解了，我在此收集了几种常见的破解手段。 2.M1卡的破解原理：   1）暴力破解： 暴力破解是最简单粗暴、不需要多少技术含量的，就是比较费时，但这并不妨碍大家对它喜爱之情。因爲M1是被动卡，需要读卡器爲之供能，一旦读卡器切断电源，卡中临时数据就会丢失，所以无论试错多少次密码都不会被锁定。特别是一些厂商偷懒用弱密码，花不了多少时间就能破解。 2）克隆卡片： 这算是最简单又实用的方法了。因爲M1卡加密扇区里面保存着各种数据，所以可以克隆一张带有同样数据的克隆卡。这就会用到一种叫UID卡的特殊M1模拟卡。前面说过，每张卡在0...
阅读全文

Bose QC25耳机更换耳罩软垫

发布于
  耳罩軟墊以固定環卡穩以固定位置。固定環卡住圍著耳罩內圍的小卡扣。 如果軟墊有部分或完全離開耳罩，請按壓固定環以卡穩耳罩。然後沿著固定環邊緣按下，確保軟墊扣合耳罩。 按這些步驟更換耳罩軟墊： 只需拉出耳罩外圍的邊緣，即可拆下軟墊。不要移除耳罩內襯物料 將新的軟墊固定環對準耳罩外圍安裝 確保軟墊平均安放左整個耳罩之上，沿邊輕輕按下以扣合耳罩 来源：https://www.bose.hk/zh_hk/support/article/ear-cushion-replacement-qc25.html
阅读全文

盘点下我通关过的86款SFC游戏

发布于
大家好，我是“经典JRPG”贴吧的吧主。今天来聊聊我通关过的86个SFC游戏 1、星之卡比3 超任末期的游戏  1997年才出的 那时已经是PS风光无限的时代 这款游戏和耀西岛一样，采用了童话般的蜡笔画风 卡比系列的大多数作品，都只能吸收敌兵，学习敌兵技能。而这一作，则可以与5、6种可爱的小动物合体。合体后再使用敌兵的技能，效果都是完全不同的！总共有4、50种攻击方式。 和不同动物合体后，行动的特点也完全不一样，有的会飞，有的能游泳，有的身体强壮而笨重，玩起来的感觉各有千秋 这游戏虽然没有其他ACT那样惊险、刺激，但边听游戏中美妙的音乐边看这童话般的画面，感觉真的很美好 2、樱桃小丸子南国岛 樱桃小丸子是我最喜欢的动画片，而超任上这款《南国岛》更是我心目中不可多得的佳作。 游戏中有三个小游戏——扔皮球、拖地板、水上碰撞，每个都有很多关，对手是小丸子的各位同学——小玉、丸尾、花轮。这三个小游戏还能两个人对战，以前用它来欺负自己的妹妹真是非常有意思~ 此外，游戏中还有智力问答和画板两个附加内容。智力问答我自然看不懂。。。画板虽然肯定不能和WINDOWS自带的画图工具相比，但也别有一番乐趣 游戏的音乐也是非常赞，不比动画片里的配乐差 3、米老鼠的魔法大冒险1 米老鼠系列也是SFC上不可多得的经典ACT 很怀念以前CAPCOM的迪士尼游戏。FC上的小美人鱼、睡衣英雄（小尼莫）、松鼠大战，SFC上的米老鼠系列和阿拉丁，都是手感、音乐、画风俱佳的极品。 很多SFC的迪士尼游戏也被移植到了GBA上。与GBA上那些欧美厂商做的迪士尼游戏比起来，高下立判。 米老鼠系列我SFC上我就通了1和3。感觉2代的画面反而不如1，有些简陋。后来得知原来2代是SFC、MD双版本的，估计CAPCOM是以MD版作为蓝本，直接移植到SFC上的吧。 1代我研究也不深，也就通了1、2遍 4、米老鼠的魔法大冒险3（又名米老鼠和唐老鸭） 刚刚忘了介绍，米老鼠系列的一大特色就是换装系统 不同的装束，拥有不同的技能。 我第一次玩米老鼠3的时候是初二。那时这个游戏把我深深震撼了，第一感觉就是很像以前FC上的松鼠大战。玩到后面，无论是画面还是游戏性，都是无可挑剔。 这游戏我玩了几十遍，几乎所有的隐藏要素都发现了。 和弟弟妹妹也一起玩过双人模式，乐趣倍增 5、阿拉丁 这也是CAPCOM迪士尼游戏的佼佼者。 游戏中...
阅读全文

tailscale部署私有中继服务器-docker部署+自定义端口

发布于
安装docker ssh远程登陆到服务器,推荐使用一键安装命令 curl -sSL https://get.daocloud.io/docker | sh 申请证书 芒果这里是申请免费的Let's Encrypt证书，理论上使用其它的也是ok的。Let's Encrypt证书的申请方法一可以自己到官方网站去申请，而是可以用宝塔面板自建一个静态页面网站，使用宝塔工具申请。芒果这里是使用宝塔申请。申请完毕后得到一个证书文件与密钥文件 # 使用宝塔申请的证书文件一般存在/www/server/panel/vhost/certz中 fullchain.pem #证书文件 privkey.pem #密钥文件 然后将其拷贝只根目录下 certpath 目录中,并且按照以下格式重命名证书和密钥文件 yourhostname .crt yourhostname .key 安装镜像 ssh远程登陆到服务器 sudo docker pull zouyq/derper sudo docker run -it -d -p 8082:8082 -p 3478:3478/udp --name derper -v /certpath:/cert zouyq/derper /derper -hostname your-hostname -stun -a :8082 -certmode manual -certdir /cert # 其中your-hostname 替换为你的域名 检查启动状态 sudo docker logs 036401e7240b # 命令格式为sudo docker logs <容器id>, 可以使用sudo docker ps -a查看 如果有以下提示，无报错则说明deper服务已经正常启动 2022 / 03 / 05 02 : 23 : 04 no config path specified; using /var/lib/derper/derper.key 2022 / 03 / 05 02 : 23 : 04 derper: serving on : 8082 with TLS 2022 / 03 / 05 02 : 23 : 04 running STUN server on [::]: 3478 防...
阅读全文

一些免费的云资源

发布于
云 IaaS指提供系统（可以自己选）或者储存空间之类的硬件，软件要自己手动装；PaaS提供软件/框架（可以自己选）；SaaS只能使用开发好的软件（卖软件本身）；BaaS一般类似于非关系数据库，但各家不通用，有时还有一些其它东西。 其他人的集合 https://github.com/ripienaar/free-for-dev https://github.com/AchoArnold/discount-for-student-dev https://github.com/qinghuaiorg/free-for-dev-zh   很久没更新了 https://github.com/vincenthou/free-for-china-dev   很久没更新了 https://github.com/ivmm/Student-resources https://www.freeforstudents.org/ https://github.com/255kb/stack-on-a-budget https://github.com/Ibexoft/awesome-startup-tools-list https://www.cokemine.com/ Paas https://www.heroku.com/   java go py docker https://www.pythonanywhere.com/   限制非常多，几乎就和虚拟主机差不多了，免费账户不允许访问白名单之外的网站。但好歹能提供一个自动https的web app https://cloud.google.com/appengine/docs/   标准环境有一点储存空间和流量，柔性环境(.NET)必须启用结算，且现在标准环境要启用一个API，也要求绑卡 https://fly.io/docs/pricing/   docker https://m3o.com/   go https://anvil.works/   py，前端Drag and Drop UI，后端和数据储存用的是该网站的库 https://www.kintohub.com/   node go py java php docker 免费3个实例但内...
阅读全文

9款便宜好用的“无叶风扇”推荐！

发布于
说到无叶风扇，很多人立马会想到无叶风扇的开创者戴森，很多论坛也有用户开箱，评价多是外观颜值高、有逼格、设计出众、噪音小，可谓是好评如潮！ 但我认为戴森无叶风扇最大的优点有3个： 1.安全：不直接通过扇片送风，使用安全系数高，如家中有小孩，不用担心出现安全隐患。 2.舒适：传统风扇使用叶片切割空气，风感冲击强，不舒服；无叶风扇吹出的风更柔和，接近自然风，舒适性更好。 3.体积小：无叶风扇占地面积很小，外形设计简洁，颜值也比较高。 虽然有些人把戴森粉吹得有太过，但戴森的产品确实不错，不过2500元-3000元左右的售价，真是 太TM贵了 ！ 即便市场上出现了很多戴森的“亲兄弟”，产品售价也在500元到1000元左右，对多数人来说还是比较贵。 上图是QG、欧麦斯、西屋、凉师傅等品牌的无叶风扇，外观相似度高到无力吐槽。 那有没有满足上述3个优点，价格还非常便宜的无叶风扇呢？ 还真有！ 今天给大家推荐9款便宜又好用的“无叶风扇”，这9款产品在各大电商平台销量排名前列，好评率也非常高。 1.格力无叶风扇FL-09X61Bh 这款格力无叶风扇是我比较推荐的产品，一方面因为销量好、功能丰富，另外一方面是因为它的风轮可以拆卸，大多品牌只能做到拆卸背板，清洗还是很麻烦，而风轮能直接拆下来清洗会非常便利。 产品一般售价329元，最低卖到259元。有自然风、睡眠风、正常风3种模式可选，遥控操作最远支持6米，有1-7h定时/预约功能，还配有香薰盒，可以让你的室内香气四溢。 2.美的无叶风扇ZAB10AR 美的这款机型在全网销量仅次于格力，功能方面美的相比格力的机型多了断电记忆功能，但从产品介绍看它只能拆卸后盖，风轮没法拆下来清洗，这点不如格力，另外做工方面逊色于格力。 产品一般售价359元，最低卖到279元。功能方面跟格力一样有自然风、睡眠风、正常风3种模式可选，也是6米遥控操作，1-7h定时/预约功能。 3.艾美特无叶风扇FT41R 艾美特这款机型销量在全网仅次于美的和格力，相比美的、格力这款机型少了自然风，也没有断电记忆，风轮同样没法拆下来清洗，但价格要便宜不少，用户对艾美特的电机好评度也非常高，产品一般售价299元，最低卖到239元；另外这款型号小细节做的很好，比如一体式提手、防倾倒设计、产品做的很用心。 功能方面有睡眠风、正常风2种模式可选，最远6米遥控操作，1-7h定时/预约功能，...
阅读全文

我的工作流及工具推荐

发布于
简单介绍一下我的工作流和一些不错的工具。（更新：2021–10–05） 硬件 我的主力桌面是一台 MacBook Air 2014（i7/8G/128G），加装了 JetDrive Lite 128G 作为日常文件存储，外接 Philips 的 27 寸 2K 显示器作为副屏。鼠标是 Magic Mouse 2，搭配腕托，用起来不累。键盘则为 Keychron K2（茶轴，也配了腕托）。 手机用的 小米 8，还有个 iPad mini 5。 信息获取 我基本不做泛主题的剪藏或稍后读，只有在进行项目调研时，会大量使用  Google  收集信息，所以重度依赖浏览器。主力浏览器是  Firefox （全平台），辅以  Safari 15 （仅桌面，侧重娱乐）和  Microsoft Edge （仅桌面，主作测试及兼容后备），书签同步使用浏览器对应账户，密码管理使用对应的  Bitwarden 扩展 。 阅读外文资料靠机翻，主要使用  Bob  搭配  OpenL API （支持 DeepL 等翻译引擎的聚合服务，按量付费，价格不贵），有时候会用一下  彩云小译 。 另一个重要的信息获取渠道则是阅读。主要用  WPS  浏览和处理 PDF 文件，电子书的阅读则集中于  微信读书 。 笔记与文件的同步及存储 我的笔记是以  Obsidian  为核心进行梳理和组织，以 iCloud Drive 和  Syncthing  进行跨平台同步。桌面端笔记使用  VS Code  书写；手机上则用  Markor  的 QuickNote 功能绑定一个 Inbox.md 进行速记；与手机模式类似，iPad 使用  1Writer  对笔记进行简单检索和编辑。 大部分文件不会直接放在 Obsidian 的文件夹中，而是根据具体性质分散在 WPS、 腾讯微云 、 阿里云盘 、 OneDrive ……笔记中只做好必要的链接、 嵌入 和说明。 Obsidian 多端同步简明指南 写作及发布 在写作的过程中，我更喜欢纯文本── Byword  是我用得最久的...
阅读全文