首页 文章 精选 留言 我的

精选列表

搜索[在线旅游],共10009篇文章
优秀的个人博客,低调大师

MrDoc 0.5.3 发布,Markdown 在线文档系统

近日,MrDoc 觅道文档发布了 0.5.3 版本。 主要更新了如下内容: 修复了开启全站登录时登录注册页面样式丢失的问题 因为开启全站登录之后,除了登录注册页面,其余所有的页面都需要登录验证才能访问,所以导致登录注册页面引用的静态样式丢失了。本次更新已经修复此问题。 完善了图片上传对图片后缀的判断 在之前版本的代码中,没有考虑到大写的图片后缀的问题,所以如果图片的后缀为大写,比如:“PNG”,就会导致图片上传被拒绝。本次更新已经修复此问题。 优化了个人中心的文档管理页面 在实际使用过程中发现,一旦文档编写过多,在文档管理页面查找文档就很费劲。本次更新在文档管理页面新增了按文集筛选文档的功能,方便大家快速搜索筛选文档。 优化了移动端的文档阅读体验 在之前的版本中,移动端文档阅读页面会和电脑端的文档阅读页面一样,显示一个文档目录在右上角。这个功能在电脑端的宽屏下是没问题的,但是在小屏的手机上,就有点阻碍阅读了。所以本次更新,将对移动端的文档目录自动最小化到左下角。移动阅读文档更加清爽。 添加了文档回收站功能 在之前的版本中,对文档的删除操作是会直接将文档数据从数据库中删除的。很多朋友反应,文档的回收站很有必要,能够增加误删后恢复的可能性。所以本次更新就添加了文档回收站功能。常规的删除操作将会把文档标记到回收站中,在回收站中可以还原文档,也可以最终删除文档。 添加了文档图片放大功能 本次更新还为文档阅读界面的图片带来了放大图片的功能,使得一些高分辨率的图片可以查看到其清晰的画面。 除了上述更新内容外,还完善了删除操作的权限验证,以及修复了文档编辑器的行号被挤压的问题。 MrDoc 目前已经涵盖: Web 端 Chrome 浏览器扩展端 正在开发: 移动 APP 端 源码地址: 码云:https://gitee.com/zmister/MrDoc GitHub:https://github.com/zmister2016/MrDoc 示例网站:http://mrdoc.zmister.com

优秀的个人博客,低调大师

MinDoc接口文档在线管理系统

MinDoc 是一款针对IT团队开发的简单好用的文档管理系统。看到公司的文档编写使用的是这款软件,这里搭建一下Mindoc的运行环境。 image.png 环境 CentOS7 Docker 过程 下载mindoc的执行程序,然后解压 wget -c https://github.com/lifei6671/mindoc/releases/download/v0.12/mindoc_linux_amd64.zip unzip mindoc_linux_amd64.zip 使用Docker创建数据库 创建MysqL容器,在本地安装mysql客户端,连接mysql,然后创建数据库 docker run --name mindoc -d -p3310:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql:5.6 yum install mariadb mysql -uroot -h192.168.99.100 -P3310 -p123456 CREATE DATABASE mindoc_db DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; 在刚才解压的mindoc目录,在配置目录下修改配置文件 #支持MySQL和sqlite3两种数据库,如果是sqlite3 则 db_database 标识数据库的物理目录 db_adapter=mysql db_host=127.0.0.1 db_port=3310 db_database=mindoc_db db_username=root db_password=123456 初始化Mindoc的数据库 ./mindoc_linux_amd64 install 直接在本地安装Nginx,并发一定要使用Nginx,只要能提供反向代理功能。如果直接能在本地访问当然也是可以的,那样就不用配置Nginx了,因为我是在虚拟机中配置的,无法方法虚拟机内部,因此要安装nginx。 yum install epel* yum install nginx vim /etc/nginx/nginx.conf location / { proxy_set_header X-Forwarded-For $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-Proto $scheme; #此处配置 MinDoc 程序的地址和端口号 proxy_pass http://127.0.0.1:8181; } 测试 默认账号是admin,123456 image.png image.png image.png image.png 剩下的自己进入后台摸索就好了,官方文档给的说明很详细啊 最后 碰到还不错的软件,只停留在知道上没什么用处,亲自搭建一下动动手,让自己理解的更透彻。 参考 Mindoc官方首页

优秀的个人博客,低调大师

在线试妆-人脸美颜-人脸试妆-图片滤镜

# 前言 人脸试妆,是指利用计算机视觉技术,自动检测并定位人脸关键点(如嘴唇、眼睛、眉毛、脸颊等区域),将虚拟的化妆品色彩与质感实时渲染叠加到用户面部图像或视频流中,模拟真实上妆效果的过程。 人脸试妆应用场景如下: **1.美妆电商线上购物** 电商平台、品牌小程序 / APP 内置虚拟试妆功能。用户在商品详情页直接试口红、粉底、眼影,直观查看色号适配效果,减少 “盲买”,降低商品退换货率,提升商品转化率。 **2.短视频 & 社交内容营销 ** 抖音、小红书等社交平台的AR试妆特效。品牌发布专属妆容滤镜,用户一键上妆并拍摄短视频分享,自带传播属性,低成本完成品牌种草,扩大产品曝光。![请添加图片描述](https://developer.qcloudimg.com/http-save/yehe-12007261/1ea9cb41f7abd29e0416e69ca1ee789c.png) # API介绍 人脸试妆包括三个API,分别为:人脸试妆-滤镜、人脸试妆-美颜、人脸试妆-试唇色 ## 人脸试妆-滤镜 - 上传一张照片,输出滤镜处理后的图片 - 支持PNG、JPG、JPEG、BMP 等图片格式,不支持 GIF 图片 - 图片文件Base64大小不超过5MB ## 请求说明 | 名称 | 类型|必须| 说明| | --- | --- | --- |--- | | file |file | 否 | 图像文件,文件类型,file、base64、url 必须提供一个 | base64| String| 否| 图像的Base64,file、base64、url 必须提供一个 | url | String | 否 |图像的url,file、base64、url 必须提供一个 | filterType |Integer | 是 | 滤镜类型,取值如下:1.白茶;2 白皙;3.初夏;4.东京;5.告白;6.暖阳;7.蔷薇;8.清澄;9.清透;10.甜薄荷;11.默认;12.心动;13.哑灰;14.樱桃布丁;15.自然;16.清逸;17.黑白;18.水果;19.爱情;20.冬日;21.相片;22.夏日;23.香氛;24.魅惑;25.悸动;26.沙滩;27.街拍;28.甜美;29.初吻;30.午后。 | filterDegree| Integer| 否| 滤镜效果,取值[0,100],0表示无效果,100表示满滤镜效果。默认值为80。 ## 返回样例 ```json { "code": 200,//返回码,详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "708707365169542428753449",// 本次请求 "data": { "imgUrl": "",//图片img,有效期10天。建议自行下载保存,避免丢失 "imgBase64": ""//图片base64 } } ``` ## 人脸试妆-美颜 - 用户上传一张人脸图片(最多能处理一张图片中最大的五张人脸信息),精准定位五官,实现美肤、亮肤、祛痘等美颜功能 - 支持PNG、JPG、JPEG、BMP 等图片格式,不支持 GIF 图片 - 图片文件Base64大小不超过5MB ## 请求说明 | 名称 | 类型|必须| 说明| | --- | --- | --- |--- | | file |file | 否 | 图像文件,文件类型,file、base64、url 必须提供一个 | base64| String| 否| 图像的Base64,file、base64、url 必须提供一个 | url | String | 否 |图像的url,file、base64、url 必须提供一个 | whitening |Integer | 否 | 美白程度,取值范围[0,100]。0不美白,100代表最高程度。默认值30 | smoothing| Integer| 否| 磨皮程度,取值范围[0,100]。0不磨皮,100代表最高程度。默认值10 | faceLifting| Integer| 否|瘦脸程度,取值范围[0,100]。0不瘦脸,100代表最高程度。默认值70 | eyeEnlarging| Integer| 否|大眼程度,取值范围[0,100]。0不大眼,100代表最高程度。默认值70 ## 返回样例 ```json { "code": 200,//返回码,详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "708707365169542428753449",// 本次请求 "data": { "imgUrl": "",//图片img,有效期10天。建议自行下载保存,避免丢失 "imgBase64": ""//图片base64 } } ``` ## 人脸试妆-试唇色 - 上传一张照片,对图片中的人脸嘴唇进行着色,最多支持同时对一张图中的3张人脸进行试唇色 - 支持PNG、JPG、JPEG、BMP,不支持 GIF 图片。 - 图片文件Base64大小不超过5MB ## 请求说明 | 名称 | 类型|必须| 说明| | --- | --- | --- |--- | | file |file | 否 | 图像文件,文件类型,file、base64、url 必须提供一个 | base64| String| 否| 图像的Base64,file、base64、url 必须提供一个 | url | String | 否 |图像的url,file、base64、url 必须提供一个 | rgbaGroupList |String | 是 |唇色信息 最多支持3组RGBA,每组之间用‘|’分隔,RGBA之间用逗号分隔,譬如只有一组RGBA则xxx,xxx,xxx,xxx 譬如有2组RGBA则xxx,xxx,xxx,xxx|xxx,xxx,xxx,xxx | ## 返回样例 ```json { "code": 200,//返回码,详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "708707365169542428753439",// 本次请求号 "data": { "imgUrl": "",//图片img,有效期10天。建议自行下载保存,避免丢失 "imgBase64": ""//图片base64 } } ```

优秀的个人博客,低调大师

2026外贸WordPress在线支付管理深度指南

# 外贸独立站支付管理的系统方法 ## 支付架构的四层模型 一个健康的跨境电商支付系统,至少包含四层,缺一不可: - **支付网关层**:负责实际资金流转,是入口而非全部 - **平台集成层**:将网关能力接入店铺逻辑,对应官方或第三方集成组件 - **前端体验层**:结账页面的加载速度、移动端适配、信任标识 - **风控与合规层**:三维安全验证、欧洲强客户认证(SCA)、欺诈过滤、Webhook 事件监控 多数人只关注前两层,后两层几乎是盲区。而决定支付成功率能不能从行业平均水平做到优秀区间的,恰恰是后两层。 ## 多网关策略 "用哪个支付网关"的提问方式本身就是误区。单一网关意味着单点故障: - 主流信用卡通道(如 Stripe 体系)作为主力 - 具备高买家信任度的备选通道(如 PayPal 体系)作为兜底 - 配一个本地化或跨境汇款工具处理大额 B2B 结算 三层叠加才能覆盖大多数跨境支付场景。多网关不是可选项,是必修课——任何单一通道都可能在某天出现风控降级、资金冻结或地区不可用。 ## 关键集成细节 ### Webhook 签名验证与时间漂移 支付网关异步通知依赖签名验证,签名机制对时间戳敏感。服务器时间如果与标准时间偏差过大,所有 Webhook 事件会被网关拒绝,后台订单状态将停留在"待付款"。 常见的诱因: - 共享主机环境的 NTP 同步策略粗放,时间漂移以小时计 - 网关后台的签名密钥在插件更新时被重置,但站点配置没有同步 - 插件跨大版本升级未跟进 这类问题排查链路长、影响隐性,往往造成数日订单无声损失。配置层面:保证服务器时间同步、网关密钥与站点配置一致、核心支付插件及时升级,并设置支付失败邮件告警,问题可在小时级发现。 ### SCA 合规与三维安全 欧洲监管要求线上支付必须通过至少两种验证方式(密码 + 短信验证码等)。如果集成组件未升级到支持新版三维安全协议,欧洲市场的支付成功率可能从七八成跌到三成,且用户端没有明显错误提示。 正确做法: - 升级集成组件到支持 Payment Intents API 的版本 - 在网关后台为欧洲 IP 段强制启用三维安全验证 - 在结账页面增加"支持安全验证"的提示文案,减少买家跳转后的流失 ### HTTPS 与混合内容 支付按钮被浏览器安全策略拦截的常见原因,是站点存在混合内容:后台站点地址是 HTTP,而服务器已配置 SSL,导致静态资源走 HTTP 加载,浏览器直接拦截。 部署在反向代理或负载均衡后面时,常见的坑是站点识别不到 HTTPS,导致重定向死循环或混合内容。需要在配置层面显式处理反向代理的协议头判断。 ## 结账体验优化 结账页加载超过数秒,会让超过半数的移动用户离开。具体优化方向: - 启用基于块的结账页面,原生支持一键支付(系统级移动钱包)、地址自动补全,移动端渲染更轻 - 强制全站 HTTPS,并配置 HSTS 头 - 排查所有静态资源加载协议,避免任何 HTTP 残留 迁移到新版结账页面时,所有依赖旧版钩子的定制逻辑(自定义税费、运费计算等)需要回归测试。 ## 四个常见误区 **误区一:把所有鸡蛋放在一个篮子里** 主流买家信任通道的账户冻结几乎没有申诉空间,资金可能被扣押数月。多网关是必修课。 **误区二:用低价共享主机跑跨境支付** 支付数据涉及 PCI DSS 合规,不稳定的主机会拖慢支付接口响应、突破 API 超时窗口,造成"扣款成功但订单未确认"的中间态。 **误区三:免费 CDN 的安全防护足够** 跨境站点天然是测卡攻击的目标,免费版的防火墙规则数量有限、不支持自定义 WAF。没有足够的防护,账号会因为大量小额失败测卡触发风控,严重时账号直接被暂停。 **误区四:只看销售额,不监控拒付率** 信用卡拒付率超过网关阈值(通常 0.8%)会进入监控计划,超过更高阈值账号会被暂停。站点后台通常没有拒付监控,需要在网关后台设置告警或接入第三方欺诈检测服务。 ## 三个值得布局的方向 ### 先买后付(BNPL) 在欧美市场,BNPL 服务的渗透率已非常可观,客单价在中段区间的品类尤其明显。集成并不复杂,但商户需满足一定资质要求。如果目标客户是欧美消费者,未集成 BNPL 等于放弃部分订单。 ### 多币种动态定价 不只是显示汇率换算,而是根据客户 IP 智能展示本地货币价格,并在结账时以该货币直接结算,避免网关层额外的跨境费用。需要配合多币种账户能力。 ### 支付失败自动挽回 捕获支付失败事件,触发自动化邮件序列(第一小时、二十四小时、七十二小时分别发送),附带备用支付链接。这套流程能挽回约一成左右的放弃订单。 ## 持续运营的核心 跨境支付管理不是一次性集成,是持续运营: - 核心支付与安全组件必须保持半年内不落后 - Webhook 端点与签名密钥定期验证 - 拒付率、支付成功率、风控告警作为日常监控指标 - 网关政策更新与地区监管变化需要主动跟进 支付的成功率,是一连串细节的合力。每一个插件版本、每一条风控规则、每一个 Webhook 配置,都在影响最终的成交数字。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册