总有一些人动不动就跟我说,他要搭建一个收款通道,问我多少钱能做,结果我一了解呢,他既没有小程序商城,也没有网页商城,更没有 app, 整的我就挺郁闷的。今天我就来说说,呃收款行业的 api 接入到底是怎么回事? 所谓 a p i 呢,也不是什么高级的东西,简单理解就是两个系统的后台给接通了,目的呢,就是实践呃数据的互通,然后功能的一个互相调用。 那在收款行业呢,就是用户下单以后,商户呢,就会调用这个接口来发起支付的请求,然后呢,呃用户就会跳转至相应的页面去完成付款。 这个跟单纯的收款码不同的就是,呃后台数据是共通的,我举个例子一说你就明白了,比如说库存一百的某个衣服,呃用户通过 a p i 接口做的下单界面,呃购买了一件,商家的后台库存呢就会变成只有九十九件了。 但如果没有做 api 接入呢?那库存呢,就还是一百件,而且商家呢,还得去呃人工核对是哪个用户来付的款,工作量呢就会大很多。 所以如果你没有自己的商城,就别说什么通道搭建了。呃,所谓搭建呢,总得有 a 和 b 两个点,你都没有自己的前端应用和后端的一个系统,往哪里搭呢? 那么问题就来了,是不是做了 a p i 接入就保证一定稳定了呢?这个留在下条视频再说,感兴趣的先点个赞吧。
粉丝1432获赞1400

首先点击左下角版本号十五下, 点击云端大模型,点自定义,点击推荐的 deepseek 复制链接进入浏览器, 点击左下角点充值,先充个一块钱, 然后点击 api, 再点创建 api, 这里随便取个名字就行。点击附近,然后回到游戏, 将刚才复制的布局到 api 蜜月里, 然后点击测试 api 保存就好了,希望能帮助到你们。

如果你还在苦恼 deepstack 的 改变,从现在开始用 api 吧啊,上期视频我虽然提到了,但是很多人说太复杂了,更多人说不知道怎么用,那这期视频我们就来一期手把手的教程啊,不会很复杂,而且相信我,这有可能是你实现 ai 认知跃级的一大步。 你现在用的 deepsafe, 不 管是网页版还是手机 app, 它的背后其实是一堆服务器在跑。给大家看一看我们的老师在服务器里最原始的样子,一个黑底的界面,先加载各种乱七八糟的东西,加载完之后就会出现一个箭头,你打字进去,他会一行一行的给你回应, 看起来就很原始哈,能用吗?是能,但是只有技术人员能用,这时候他就在想,我怎么能把这个服务器共享给别人呢?毕竟这设备钱跟电费都烧着,如果我能共享出去,还能够按量付费去收点钱回血,对吧?那么就会有第一个问题,怎么能让别人知道你这台服务器在哪呢? 答案也很简单,给大家一个统一的调用网址,然后大喊所有人连接这里,保持 wifi 稳定。 第二个问题,我怎么知道谁来用了,用了多少呢?也很简单,给大家一堆密钥,按照密钥来统计个数就行,其实这块就挺像账号密码的,它就是两行参数。然后会有第三个问题,因为 deepsea 它也不止一个模型,那你到底要调用哪一个?需要你指定它的模型名称, 只要你手上具备了这三个东西,你就可以在任何地方去调用。迪老师, 比如你来到了一个酒馆,跟 d 老师扮演的几位男士女士非人类聊聊天。又比如你打开了一本全是日语的材料,辛勤的 d 老师一句一句的把它们翻译成了中文,然后你脑子突然冒出了一个想法,想搞一个创业的网页 代码,当然都是由 d 老师亲自来写,当然你也可以什么都不想,就在一个简单的聊天框里面,跟老 d 老师好好的聊聊天, 你之前应该也遇到过的老师说到一半,然后紧急撤回,又或者是服务器繁忙,请稍后再试,那在这里就都不复存在了,而且尺度无限大啊。如果你听兴奋了,那我们就快速去过一遍,流程就很很简单, 然后我再去跟大家分享一些更多我对于 ai 的 一些想法操作,一共就两步,那我们先来解决后端,也就是拿到我们开头讲的那三个东西, 用电脑或者手机都行。打开 deepsea 的 官网,左边这个网页版就是我们熟悉的老路,我们这次走右边 注册一个账号,然后就开始充值,最低一元起充,具体充多少呢?我就给大家一个参考。我上个月总共花了两块三,最多的一天花了四毛,而这一天我大概跟 ai 聊了十二万字,说白了, d 老师真的很便宜,就是充十块钱,应该能够聊到你历劫了。 充完值,找到左边的 api case 点创建这个名字,你随便起,这串密钥要保存好,因为它只会出现这一次,相当于我们也拿到了我们的一个身份码。所以后台呢,其实就是充值跟创建密钥这两步。我们再去看一眼它写的接口文档, 对老师的请求地址就是这个 api 点 deepsafe 点 com api k 就是 你刚刚创建的那个。然后模型名称你有两个选择,分别对应着 v 三点二版本的非思考模式和思考模式。如果你好奇的话,可以看一眼左边的价格标准,输入两块,输出三块,每一百万, 这个比起国外的大模型真的是白菜价了。好了,至此,我们后端的这三个东西就齐了,接下来呢,我们来选前端。前端的软件是非常多的 啊,我现在给大家报个菜名,网页版有 open web ui, next, chat labor, chat, 桌面端有 chat studio, deepchat, chatwise, 手机端有 chatbox, replay, hub, cleveland 多的是。但是你要记住,就这些软件,它们所有的软件除了功能上有些细致的差别以外,其实都一致,它们就是一个壳,来为你提供一个对话的聊天界面。我们这一次呢,以 chatbox 为例啊,因为它的 ios 跟安卓都是免费的, 虽然界面会有点简陋,但其实还挺好用的,当你第一次打开它的时候,里面是空的,但如果你配置好了,它是可以什么模型都有的。 首先我们一进来全部插掉,在这个菜单里面找到设置模型,选择提供方,找到 deepsea 这里,因为 deepsea 实在太有名了,所以大家都用那个地址还有模型的名称,所以它呢,简化了,都给你填好了, 这里你就只需要填入你的密钥就可以用了,填完呢也可以检查一下,一般是没有什么问题。现在呢,再一路返回,你就可以在下面选择 d 老师了。前后段的教程就到这里结束啊,应该讲的还挺细的,如果你还有什么疑问,都可以发在评论区,我是会看的。 这里你细想一下,其实 deepsafe 的 官方 app, 它不也是这么一个壳吗?只不过官方帮你把这些地址、密钥、模型全都接好了,再给你免除了 api 的 费用,大家就这么习以为常着用着了,对吧? 到这你可能会想啊,就为它这个模型升级,然后我为了找回老模型,就费了这么大劲,值吗?说实话,如果你只是把这个 api 接入到一个聊天软件里,那体验上确实跟之前聊天没什么区别,而且你现在还开始花钱了。 但是呢, api 这个东西,一旦你学会了领悟了它的用法,那它打开的就绝不是一个聊天窗口这么简单了。 其实我看到了一个比较主流的 ai 的 理论,它会把使用 ai 的 人分为了四层,第一层跟 ai 聊天,用网页端或者手机版的 app 去帮你查查资料,写个周报,你个新年贺词,或者帮你处理一些感情问题啊,也不是说有错,只是说这样其实没有发挥到 ai 所有的能力。 第二层,其实就是我们这次讲的用 api 的 方式把 ai 拉出来,放到各种不同的软件里面,那区别在哪呢?比如说,我这里有五个需要翻译的文件,用网页的方式一次复制不完,我就得把它们分段去粘贴, 不仅麻烦,而且这个流程是很不规范的。但凡 ai 出现一次幻觉,那字幕的格式就会错,非常容易出现各种各样的问题。 但有了 a p i 之后,我们就可以利用现成的翻译工具,只让我们的老师去做这个翻译的部分,而且整个过程都是批量的,处理完之后自动合并成一整个文件,准确而且优雅。如果你用好了 a p i, 其实你工作的效率会有很大的提升。 第三层其实就是现在爆火的 ai 编程,刚才我们翻译是有现成的工具的,但有些小众需求,比如说我想要自动抓取一些 ai 热点,然后主动推送给我, 市面上没有这样的程序,那就自己造。有一种很特别的程序,专门为 ai 编程而优化,同样它需要 api 的 方式接进去,然后你跟它自然语言描述你想要的东西,它就能帮你一点点做出来,而在这一层,无论你的需求有多小众,它都可以解决。 最近呢,我是用 ai 来搭建了整个写作的工作流,虽然文章还是我自己写,但是有一些选题的想法,或者是发布之后的数据总结,我就都交给 ai 去做了。昨天晚上我去跟 ai 复盘总结,也说了很多的想法,然后我觉得有点累了,就跟他说,不然今天就到这里, 然后他就说好了,今天就先到这大概讲了什么东西?合上电脑,我突然有点恍惚,就过去的一个小时,我是完全没有看手机,没有呃,刷短视频,完全就是种心灵模式,而这个心灵模式竟然是我在跟一个 机器在协同工作,这种感觉真的还挺奇妙的。至于第四层,其实很多人都还在观望,应该也是一个今年的趋势啊。一个 ai 是 已经可以帮你很好的完成任务了,但是更加复杂的,更大的任务可能他还是做不了的。那么一群 ai 如何去协同合作? 这个事情还是比较难的,就目前还是一片混乱。就是你让一个总领导的一个人去安排几个不同的小 ai 去做事情, 他就会着急的说那 ai 还没做完呢,他就自己上手去做了。总之现在的视觉效果是远大于实际的效果的啊,还不是很好用,跟大家发散的会演多了,只是想让大家去了解一下现在的 ai 进行到什么程度了。 呃,这一次的小事故,如果能够让你有机会去接触到 api 的 用法,我觉得是一个非常好的机会。好了,这期视频呢,我们就讲到这里啊,应该都听懂了吧,如果,嗯,哎,反正后续我也会做各种各样的,一步一步的,这种 ai 的 内容也可以先关注一下我。 嗯,就讲到这吧,然后我是大黑,以纯人工的方式去帮你去去分享智能。好,我们就下次再见。拜拜。

网页给手机刷 root 教程,它来了,很多小伙伴说用网页给手机刷 root 刷分区,怎么可能,甚至还有的小伙伴狂言说信的人这辈子有了那么好,三丰今天就带你开开眼界。在此之前,我们依旧是需要准备数据线,可以是 type c 对 type c, 也可以是 o t 区转接头。其次我们需要准备 e d g e 浏览器,这个是 a p i 支持的原因路径在张三丰资源网页刷 root 分 区等。那么现在我们开始教程。首先我们需要把手机进 入到这一个 fastboot 模式,我这里的话为了方便就直接用面具进入了。 ok, 成功进入 fastboot 模式,我们先进浏览器访问到对应的网址,我们会看到这样的页面,此时我们就可以连接数据线来怼进去。好,下面我们点击连接 fastboot 设备,点击我们会发现上面会提示希望连接什么,我们希望连接 android, 你 要点击连接允许 edg 访问 android 吗?确定这样就连接成功了?下面我们就可以进行分区 镜像的刷写,选择刷写镜像,我们选择文件,我这里选择 d t b o 分 区,我就随便刷一个 d t b o。 大家你们可以刷 boot, 如果是刷 boot 就 输入 boot 分 区, in boot 就 输入 in boot 分 区。好,这里很显然我刷的是 d t b o。 好, d t b o 输入 d t b o, 我 们点击刷写分区,此时它就会 进行刷写,如果这一个文件消失不见了,就是刷写分区,此时它就会进行刷写,如果这一个文件输入这一个 v boot, 重启 i e b o t 执行命令执行好,此时手机就进行重启了,看到没有,这个是有效果的是吧?如果没有效果它是不可能重启的,说明它是可以给它进行刷写的,也是可以正确执行 fastboot 命令。再给大家提一 嘴,这一个 fastboot 命令前面不需要添加 fastboot, 比如说你想执行一个刷写命令,但是在这里的话,我们可以省略掉这个 fastboot, 只保留 facebook 后面的命令,这个是刷写工具的使用方法。所以这一次是不是让你大开眼界了,并且是真实可用的,所以那些说信的人,这辈子有的你们可以这样出来说话了。那么好了,本期视频就给大家分享到这里,关注我,了解更多玩机资讯,我们下期再见!

大家好,我是老郭啊,今天给大家介绍一下 whatsfapi 接口是怎么去开通。第一步你要注册一个 facebook 账号啊,第二个要开一个公共主页,公共主页开通之后,第三个要注册一个 bm 账号, bm 账号叫商务管理平台账号。 第四步呢就 bm 账号要做一个公司实名验证,公司实名验证这里呢需要啊四样东西啊,第一个是公司营业执照, 第二个呢水电发票,第三个呢是公司网址啊,官网的网址啊。第四个呢是企业邮箱,这个企业邮箱必须是你官网后缀啊,命名的一个企业邮箱 有这样四样东西,我们可以做这个 bm 的实名认证啊,认证通过之后呢,就是还需要一个没有注册过 whatstep 的一个手机号,然后就把这个 bm 账号以及一个这个 手机号啊,通过这个啊,哇塞,官方申请的这个通道去申请啊,申请完之后就最后就布置验证下来之后,我们整个官方的 wisfapi 接口就开通了啊, 当然你要开通这个 what's up abr 接口,这边你要找到相应的服务商去帮你去提供通道给你去申请开通,否则你是开通不了的。 what's up 本身他是不直接提供这个通道给你去申请的,你必须要通过服务商啊, ok, 以上几点呢,就是 what's up a p i 接口申请开通的一个流程啊,如果对你有帮助的话,请点赞啊,评论转发啊,想了解更多 whats up 香港知识大家可以关注我啊,谢谢!

什么是 a p i 接口? a p i 接口啊,是指支付机构提供给商户使用的一种程序接口,用于商户在自己的网站、 app 或者小程序的场景当中与支付机构实现数据交互。商户呢,可以实现在线收单,那么用户呢,能够非常方便快捷地进行在线支付,大大地提高了支付的效率和体验感。

告诉你一个秘密, api 通道是众多企业打通支付流程的神秘盲盒,想知道哪些企业能够打开这些宝盒呢?跟我来 电商平台藏着的奥秘 b to b b to c 模式订单海量 api 通道就是那把神奇的钥匙,让支付对接无比流畅, 客户买单体验更是妙不可言。服务型平台有玄机,打车、外卖、订票场景中,支付还是关键。 a p i。 通道如同神秘的守护着稳定支付过程,让用户随时随地的交易,仿佛置身于魔法世界啊!线上教育、会员订阅等业务也有惊喜。 a p i。 通道让订阅课程、购买会员服务的支付流程流畅如水, 用户购买毫无障碍。 a p a。 通道是追求支付效率和用户体验的体验,梦寐以求的神秘之选。你还在等什么?关注我,带你了解更多有趣的 a p a。 秘籍!

嘿,各位搞逆向工程的朋友们,有没有遇到过这么个怪事,就是程序明明调用了一个函数,可你翻遍了它的导入表,就是找不着。 今天啊,咱们就来当一回侦探,把这个案子给破了。没错,就是这么个情况,你想想啊,你信心满满的打开一个程序,想把它看个底朝天,查查它都调用了哪些 api, 结果呢?一上调试器, 嘿,它居然调用了一些压根就没在列表里的函数,这到底是怎么回事啊?难道说这个导入表它还会骗人不?重 行,咱们这就来看看这个案发场,你看这个对比就很能说明问题了。左边静态分析的时候,你翻遍了 pe 文件的导入表,就是找不到某个 api 的 影子,对吧?它根本就不存在。 但是,一旦你把程序跑起来,切到右边的动态视角,用调试器一看,哇,这个 api 调用不仅成功执行了,而且程序还跑得好好的,这感觉就好像这个函数是变魔术一样,凭空冒出来的。 当然了,这背后可不是什么魔法。其实呢,这是一个 windows 系统里头非常聪明,非常巧妙的一个机制,它的名字就叫 d l l 延迟加载。来咱们这就把它扒开,看看它到底是怎么玩的。 那到底什么是 d l l 延迟加载呢?说白了,它就是一种懒汉式的加载方法,或者叫拖延症加载法。哈哈,你看啊,一般的程序启动会一下子把所有需要用到的工具,也就是 d l l 和函数全都搬进内存, 但延迟加载不怎么干,他特别懒,他会说,哎,先别急,等会再说。只有等到某个函数,你第一次真正要用它的时候,它才慢悠悠的去把对应的 d l l 加载进来,再去找到这个函数的具体地址,是不是很形象? 那这么偷懒有什么好处呢?好处可太大了,最直接的一点就是能让你的程序嗖的一下就启动起来。咱们来看这个例子,特别好理解。 就拿一个功能超多的照片编辑器来说吧,它可能有好几十种滤镜,什么复古风、赛博、朋克风,每一种滤镜的功能代码都放在一个单独的 d l l 文件里。你想啊,要是你一打开这个软件,它就把这几十个 d l l 全都架在一边,那你估计得等上半天。 但用了联时加载就不一样了,只有当你真正去点那个复古风滤镜的时候,程序再会说,哦,该干活了,然后才去加载那个特定的 d l l, 这样一来,启动速度不就快多了吗? 好,我们现在知道了,为什么要这么干。那接下来最关键的问题来了,它是怎么做到的呢? 这个看起来像变魔术一样的小把戏,他背后的流程其实是相当精密的,咱们一起来看看他的内部构造。 要演好这出戏啊,得有三个关键角色登场。首先是延迟导入表,你可以把它想象成一个代办事情清单,上面清清楚楚的写着,喂,这些 d r r 和函数,先别急着加载啊,等通知。 然后呢,是编一起纯汁儿,这玩意儿就像个接线员儿,或者说是个哨兵,他守在那儿,专门拦截对这些懒加载函数的第一次呼叫。最后就是我们的主角儿,叫 delay load、 helper two 函数儿,他才是那个真正干活儿的, 接到通知之后,就由他负责去把 d l l 找来,把函数地址问到。那么,当你的代码第一次调用那个懒加载函数的时候,到底发生了什么呢?咱们一步一步来看。 第一步,你的调用请求,他并不会直接找到真正的函数,而是先撞到了那个变异器存根那个哨兵。第二步,这个存根哨兵自己不干活,他马上转身去呼叫那个爱孩子 delay load helper 二的助手函数说,哎,来活了,快来帮忙。 第三步,这个助手函数一登场就立马开始干活,他先是调用 load library, 把需要的那个 dlc 文件给加载到内存里。 第四步, d l l 加载进来了,他又马不停蹄地调用 get pro address, 从 d l l 里问出那个函数的真实地址。第五步,也是最关键的一步, 他会把这个刚到手的真实地址写回到一个叫导入地址表,也就是 i a t 的 地方。这一步特别重要,就好像是更新了通讯录,原来通讯录里记的是那个哨兵的地址,现在直接更新成了函数的直达专线,你看,这个信息就被修整了。 最后一步,万事俱备,程序就直接调转到那个真实的函数地址去执行代码了。你看,整个流程下来天衣无缝,而且因为 i a t 已经被更新了,所以下一次你再调用同一个函数,就直接走直达专线了,再也不用这么麻烦了。 ok, 原理咱们搞明白了,那现在轮到我们这些侦探出马了。面对这种藏起来的 api 调用,我们到底该用什么工具,从哪下手才能把它揪出来呢? 一般来说,咱们有两条路可以走,也就是两种主要的分析手段,静态分析和动态分析。 静态分析呢,就是不动手,不运行程序,咱们就对着文件本身进行分析,我们可以直接去 pe 文件里头找到那个我们之前提到的廉耻导入表,把它解析出来。 而动态分析呢,就更直接了,咱们把程序跑起来,用调湿器盯着它的一举一动,我们可以跟着代码一步一步走,或者更聪明一点儿,直接在那些关键的加载函数,比如 load library 和 get proc address 上面设个断点,等到它自投罗网。 这里要给大家一个特别好用的静态分析小技巧。你看,在代码里找东西,最怕的就是没线索, 但是对于延迟加载来说,有一个几乎可以说是铁证的线索,那就是如果你在返回编代码里看到了一个靠指令,它调用的正是我们前面说的那个主角, js underscore delay load helper two, 那 基本就可以百分之百确定了,这就是一个延迟加载的触发点,这个信号简直不要太明显。 但是啊,咱们得记住,任何技术它都是一把双刃剑,这个本来是为了提升程序性能的好东西,现在也成了恶意软件作者眼里的香饽饽, 他们会利用这个机制来跟我们玩捉迷藏,把它当成一种隐藏自己的障眼法。没错,你想想,恶意软件最怕什么?就是怕被发现,所以它们会想尽一切办法隐藏自己的行为, 比如他们要调用一些很敏感,一听就很可疑的 a p i。 那 怎么办呢?直接写在导入表里不就等于自报家门了吗?所以他们就很机智地用上了延迟加载 他们的如意算盘就是,哎,反中,很多自动化的安全工具,就只会傻傻地扫描那个标准的导入表,只要我把调用藏在延迟加载里,不就能躲过去了吗? 不过呢,正所谓谋高一尺道高一丈,只要咱们搞懂了它背后的原理,识破这种小技巧简直是小菜一碟。首先啊,现在很多专业的静态分析工具,比如大家都很熟悉的 ide pro, 它已经非常智能了,大部分情况下都能自动帮你识别出这些延时加载的函数。就算静态分析搞不定,咱们还有动态分析这个大杀器。就像我们前面说的,你只要在 load library 和 get proc address 这两个函数上设好断点,然后就泡杯茶等着。 一旦恶意软件想偷偷摸摸地去解析它藏起来的函数,啪的一下就会在你的调试器里停下来,被你抓个正着。 好了,那关于这个会说谎的导入表的案子,今天咱们就分析到这里。现在呢,我也特别想听听你的故事, 你在自己的逆向分析生涯里,有没有碰到过类似的情况,或者你有没有什么独门秘籍,可以更快的发现这些被藏起来的调用?都非常欢迎你在评论区里留言,分享你的经验和看法。好,我们下期再见!

远程收款总是被封控怎么办?那要看你用什么码收了,如果只是用自己的个人商家码,就会被电子围栏限制,超出范围直接被拦截。而且个人商家码是静态码,不能一直扫的, 很容易就会出现拦截。那做线上的我应该用什么码?专门用来线上收款?每次扫码都会生成不一样的支付码,这就是 授权方的动态吗?通过小程序备案,降低风控拦截,而且没有限额,单笔几千上万都能进,所有资金实时结算到余额,完全不经过任何第三方,不用担心说卡钱的问题。 如果说你也需要这样的通道呢?可以看看我的主页,或者说在评论区找到一个车牌去交流一下就可以了。

你难道还不知道吗?就算已经搭建好了网站商城 app, 缺少支付接口,那根本就用不了。 那支付接口怎么获取和对接?首先可以直接到官方开放平台,选择合适的接口类型申请接口,对接到平台完成测试即可。但是官方接口局限性会比较大,需要的资料也会相对复杂,审核不通过容易导致账号出现风险。 也可以通过官方服务商去搭建,配置 api、 文档、密钥、回调参数这些对接到平台等级高的服务商可以申报可信商户,添加行业实名名单,可减少后续收款遇到的风控异常问题。