今天 分享一下珍藏很久的一款网站LED灯广告代码html源码,已经属于藏品类代码了。 当然了也很简单的东西,大家可以用我这现成的。 网站LED灯广告代码html源码演示 刚刚试了这里不能放代码框，所以我打包放在蓝奏云 压缩包里干净无广告，只有代码部分 ...

将图片转换为动漫风格前段时间也是非常火，但是你知道怎么将视频转换为动漫风格吗？其实也是非常简单，使用工具即可一键完成动漫风的转换，但是目前有这个功能的工具普遍都需要付费才能使用，而且价格都不低， 那今天智鑫就教大家一个几乎0成本就可以制作漫改视频的方法，并且可以利用漫改视频及教程进行多平台变现，每个平台，智鑫都给大家推荐了一种变现方式，根据平台的特性选择最合适的变现方法，小红书变现 快手变现 视频号变现 课程目录 1. 项目介绍 2.准备工作 3.实操演示 4.三种变现方式 5.引流方式 ...

年会素材合集，包括年会主题次、发言稿、年会节目、游戏汇总、年会仪式方案、详细的流程文档等。 ...

填写调查问卷获得佣金，题目简单，好做，几分钟一份，佣金最低0.5，还有3-5块的，如果你现在有的是时间，天天都能挣点零用钱，适合新手小白。 ...

本软件暴力 仅供学习研究  请勿用于任何非法操作  否则一切后果与作者无关 ! ! ! 软件新增功能:用户ID数据实时一键导出 用户ID名称及消息对应一键数据导出 ...

点击围观  ...

HTTP报文分为请求报文和响应报文来说明。 请求报文 请求行：包含请求方法、请求目标（URL或URI）和HTTP协议版本。 请求头部：包含关于请求的附加信息，如Host、User-Agent、Content-Type等。 空行：请求头部和请求体之间用空行分隔。 请求体：可选，包含请求的数据，通常用于POST请求等需要传输数据的情况。 响应报文 状态行：包含HTTP协议版本、状态码和状态信息。 响应头部：包含关于响应的附加信息，如Content-Type、Content-Length等。 空行：响应头部和响应体之间用空行分隔。 响应体：包含响应的数据，通常是服务器返回的HTML、JSON等内容。 ...

1、Tomcat 介绍 什么是 Tomcat Tomcat 是 Apache 软件基金会一个核心项目，是一个开源免费的轻量级 web 服务器，支持 Servlet / jsp 少量JavaEE规范，Tomcat 也被称为 Web 容器、Servlet 容器。 官网：https://tomcat.apache.org/ 什么是 JavaEE JavaEE：Java Enterprise Edition，Java 企业版。指 Java 企业级开发的技术规范总和。 包含 13 项技术规范：JDBC、JNDI、EJB、RMI、JSP、Servlet、XML、JMS、Java IDL、JTS、JTA、JavaMail、JAF 2、Tomcat 使用配置 2.1、Tomcat 下载启动 Tomcat 下载安装 下载：https://tomcat.apache.org/ 安装：Tomcat 是绿色版，直接解压就可以了，建议：不要有中文的目录，目录层次不要太深 打开apache-tomcat目录就能看到如下目录结构，每个目录中包含的内容需要认识下 Tomcat 启动关闭 启动：双击：bin\startup.bat 关闭 直接 x 掉运行窗口:强制关闭 bin\shutdown.bat：正常关闭 ctrl+c：正常关闭 Tomcat 访问 访问方式：浏览器输入localhost:8080,Tomcat 默认端口是 8080 2.2、Tomcat 启动乱码 问题 控制台有中文乱码，需要修改 conf/logging.prooperties 进入 Tomcat 的 conf 目录 找到 logging.properties 文件 将里面所有的 UTF-8 替换成 GBK 注意:建议使用 Vscode 打开或者其他工具，直接查找替换，避免发生错误 2.3、Tomcat 端口号修改 进入 Tomcat 的 conf 目录下 找到 server.xml 文件，打开 找到下列代码位置，大概在 69 行，修改 port=你想要的位置 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> 端口号冲突 3、Tomcat 项目部署 项目部署的两种方法 直接将项目复制到 webapps 目录下 采用压缩文件.war 的方式 将整个项目使用压缩工具打包成 zip 文件 改 zip 的扩展名为 war 复制到 webapps 目录下，tomcat 会自动解压成一个同名的目录 注意：里面的文件不能有中文名 部署演示：直接将项目复制到 webapps 目录下 项目名为：hello，将其文件复制到 webapps 目录下 启动 Tomcat 后，访问 hello 部署演示：采用压缩文件.war 的方式 将项目压缩成 zip 文件 改 zip 的扩展名为 war 复制到 webapps 目录下，tomcat 会自动解压成一个同名的目录 访问测试 4、IDEA 中使用 Tomcat 方式 通过 Maven 的 package 命令可以将项目打包成 war 包，将 war 文件拷贝到 Tomcat 的 webapps 目录下，启动 Tomcat 就可以将项目部署成功，然后通过浏览器进行访问即可。 然而我们在开发的过程中，项目中的内容会经常发生变化，如果按照上面这种方式来部署测试，是非常不方便的 如何在 IDEA 中能快速使用 Tomcat 呢? 将本地 Tomcat 集成到 IDEA 中 打开添加本地 Tomcat 的面板 指定本地 Tomcat 配置本地 Tomcat 将项目部署到集成 Tomcat 里面 扩展内容：xxx.war 和 xxx.war exploded 这两种部署项目模式的区别? war 模式是将 WEB 工程打成 war 包，把 war 包发布到 Tomcat 服务器上 war exploded 模式是将 WEB 工程以当前文件夹的位置关系发布到 Tomcat 服务器上 war 模式部署成功后，Tomcat 的 webapps 目录下会有部署的项目内容 war exploded 模式部署成功后，Tomcat 的 webapps 目录下没有，而使用的是项目的 target 目录下的内容进行部署 建议大家都选 war 模式进行部署，更符合项目部署的实际情况 ...

点击围观  ...

最近遇到一台无法连接互联网并且没有集成状态监控的Linux服务器,没办法整体观测服务器状态去排查问题。 所以写了下面这个这个脚本来监控，声明这个脚本没办法适配所有Linux服务器。 思路如下，针对自己的服务器情况有需要自己改下再用。 也能在拿到一台新机器时，一键观测下服务器状态。 先看代码 请注意将脚本中的eth0替换为你实际使用的网络接口（如enp0s3，wlan0，ens33等）。 #!/bin/bash # 获取服务器基本信息 hostname=$(hostname) ip_address=$(hostname -I | awk '{print $1}') os=$(lsb_release -ds) kernel=$(uname -r) uptime=$(uptime -p) # 监控循环 while true; do # 获取CPU信息 cpu_model=$(cat /proc/cpuinfo | grep "model name" | head -n1 | awk -F': ' '{print $2}') cpu_cores=$(cat /proc/cpuinfo | grep "model name" | wc -l) # 获取内存信息（加入单位） memory_total=$(free -h | awk 'NR==2{print $2}') memory_used=$(free -h | awk 'NR==2{print $3}') memory_free=$(free -h | awk 'NR==2{print $4}') memory_available=$(free -h | awk 'NR==2{print $7}') # 获取磁盘使用情况 disk_total=$(df -h --output=size / | awk 'NR==2{print $1}') disk_used=$(df -h --output=used / | awk 'NR==2{print $1}') disk_free=$(df -h --output=avail / | awk 'NR==2{print $1}') # 使用 top 命令获取 CPU 使用率 cpu_usage=$(top -b -n 1 | grep "%Cpu(s):" | awk '{printf "%.2f%%", 100-$8}') # 输出监控信息 clear echo "服务器信息：" echo "主机名：$hostname" echo "IP地址：$ip_address" echo "操作系统：$os" echo "内核版本：$kernel" echo "运行时间：$uptime" echo "--------------------------------------" echo "CPU信息：" echo "型号：$cpu_model" echo "核心数：$cpu_cores" echo "CPU使用率：$cpu_usage" echo "--------------------------------------" echo "内存信息：" echo "总量：$memory_total" echo "已使用：$memory_used" echo "可用：$memory_available" echo "--------------------------------------" echo "磁盘信息：" echo "总量：$disk_total" echo "已使用：$disk_used" echo "可用：$disk_free" # 每 3 秒刷新一次 sleep 3 done   运行结果 ...

如何为网站设计安全的API访问？ 我们在设计一个网站或平台的时候，经常需要向用户开放API访问。 这样用户就可以程序化地调用一些功能，举几个例子： 交易所开放API让用户可以进行低时延的程序化交易， 微信公众号平台开放API让三方工具进行运营管理工作， Stripe开放API让商家和其他平台能很好地集成支付功能。 当我们向用户开放API访问时，我们需要确保每次API调用都经过鉴权。 这意味着我们需要确认用户是他们所声称的身份。 我们一般使用两种常见的方法来进行鉴权： 基于令牌的身份验证 HMAC（基于哈希的消息验证码）验证 下图说明了它们的工作原理。 1、基于令牌 第1步 用户在客户端输入密码，然后客户端将密码发送到鉴权服务器。 第2步 鉴权服务器验证密码并生成一个有有效期的令牌。 第3步和第4步 现在，客户端可以发送请求，使用HTTP头中带有的令牌访问服务器资源。 这种访问在令牌过期前一直有效。 2、基于 HMAC 这种机制通过使用哈希函数（SHA256 或 MD5）生成消息验证码（签名）。 第1步和第2步 服务器生成两个密钥，一个是公共APP ID（公钥），另一个是 API Key（私钥）。 第3步 现在我们在客户端生成一个HMAC 签名（hmac A），该签名是根据图中列出的一组字段生成的。 注意这里会加入请求的时间戳，这样一个HMAC签名是有有效期的，不会一直有效。 第4步 客户端发送请求来访问服务器资源，HTTP头中包含hmac A。 第5步 服务器收到包含请求数据和鉴权标头的请求。 它从请求中提取必要的字段，并使用存储在服务器端的API Key 生成签名（hmac B）。 第6步和第7步 服务器会比较hmac A（在客户端生成）和hmac B（在服务器端生成）。 如果两者匹配，请求的资源将返回给客户端。 ...

抓别人软件包，来分析做自己的软件   ...

点击围观  ...

赛博二乃带你突出重围  5p ...

文章目录 第1步：下载镜像 第2步：创建容器并运行 第3步：浏览器访问 总结 本文主要讲解docker如何部署xxl-job调度中心，我们来一起学习下吧！ 如果你还没有安装docker可以参考文章《Docker安装、运行、卸载—Docker学习教程》。 第1步：下载镜像 我们先通过以下指令来下载xxl-job的docker镜像， Docker地址：https://hub.docker.com/r/xuxueli/xxl-job-admin/ (建议指定版本号) docker pull xuxueli/xxl-job-admin 第2步：创建容器并运行 接下来，我们可以通过如下指令创建xxl-job-admin容器并运行： docker run -p 8080:8080 -v /tmp:/data/applogs --name xxl-job-admin -d xuxueli/xxl-job-admin:{指定版本} 需要说明的是： 如需自定义 mysql 等配置，可通过 “-e PARAMS” 指定，参数格式 PARAMS=”–key=value –key2=value2″ ； 配置项参考文件：/xxl-job/xxl-job-admin/src/main/resources/application.properties 如需自定义 JVM内存参数 等配置，可通过 “-e JAVA_OPTS” 指定，参数格式 JAVA_OPTS=”-Xmx512m” ； 类似如下指令： docker run -e PARAMS="--spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai" -p 8080:8080 -v /tmp:/data/applogs --name xxl-job-admin -d xuxueli/xxl-job-admin:{指定版本} 第3步：浏览器访问 最后我们通过浏览器访问地址：http://localhost:8080/xxl-job-admin就可以看到如下界面： 总结 以上就是docker如何部署xxl-job调度中心的全部步骤，希望对你有帮助。...

文章目录 第1步：下载xxl-job源码 第2步：初始化数据库SQL 第3步：配置部署“调度中心” 3.1：修改调度中心配置文件： 3.2：部署调度中心项目 3.3 调度中心集群（可选）： 3.4 其他：Docker 镜像方式搭建调度中心： 第4步： 配置部署“执行器项目” 4.1：部署执行器项目 4.2：测试执行定时任务 总结 本文重点讲解如何快速搭建xxl-job分布式任务调度框架项目，不对xxl-job做深入介绍，如果还不了解该框架的可以移步《xxl-job分布式任务调度框架详解》这篇文章，本文只讲解如何快速搭建xxl-job项目相关的实操步骤，我们一起来看以下。 搭建xxl-job项目xxl-job主要分为4个步骤： 第1步：下载xxl-job源码 首先我们去github或者gitee去下载xxl-job的项目源码，这里我下载2.4.0的版本。以下是下载地址： github:https://github.com/xuxueli/xxl-job gitee:https://gitee.com/xuxueli0323/xxl-job xxl-job官方教程文档：https://www.xuxueli.com/xxl-job/ 下载时选择自己想要的版本，建议是稳定版。 第2步：初始化数据库SQL 接下来，我们需要初始化“调度数据库”，请将下载好的项目源码解压，获取 “调度数据库初始化SQL脚本” 并执行即可，SQL脚本位置在如下： /xxl-job/doc/db/tables_xxl_job.sql 注意： 1）该SQL脚本是mysql数据库脚本，会自动创建名为xxl_job的数据库，表名也都是xxl_job开头的，如果你要修改数据库名称，记得提前改下脚本，初始化后一共8张表如下： 2）另外，调度中心支持集群部署，集群情况下各节点务必连接同一个mysql实例，如果mysql做主从,调度中心集群节点务必强制走主库。 第3步：配置部署“调度中心” 接下来我们需要配置部署“调度中心”，调度中心的作用是统一管理任务调度平台上调度任务，负责触发调度执行，并且提供任务管理平台。其实就是我们可视化的后台管理项目，即调度中心项目：xxl-job-admin。 因此，我们需要将源码中xxl-job-admin项目导入IDEA，由于是maven开发的，因此你本地需要配置好maven环境，没配置过的请参考《IntelliJ IDEA如何整合Maven图文教程详解》。 3.1：修改调度中心配置文件： 调度中心配置文件地址： /xxl-job-admin/src/main/resources/application.properties 调度中心配置内容说明： ### 调度中心JDBC链接：链接地址请保持和 2.1章节 所创建的调度数据库的地址一致 spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai spring.datasource.username=root spring.datasource.password=root_pwd spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver ### 报警邮箱 spring.mail.host=smtp.qq.com spring.mail.port=25 spring.mail.username=xxx@qq.com spring.mail.password=xxx spring.mail.properties.mail.smtp.auth=true spring.mail.properties.mail.smtp.starttls.enable=true spring.mail.properties.mail.smtp.starttls.required=true spring.mail.properties.mail.smtp.socketFactory.class=javax.net.ssl.SSLSocketFactory ### 调度中心通讯TOKEN [选填]：非空时启用； xxl.job.accessToken= ### 调度中心国际化配置 [必填]： 默认为 "zh_CN"/中文简体, 可选范围为 "zh_CN"/中文简体, "zh_TC"/中文繁体 and "en"/英文； xxl.job.i18n=zh_CN ## 调度线程池最大线程配置【必填】 xxl.job.triggerpool.fast.max=200 xxl.job.triggerpool.slow.max=100 ### 调度中心日志表数据保存天数 [必填]：过期日志自动清理；限制大于等于7时生效，否则, 如-1，关闭自动清理功能； xxl.job.logretentiondays=30 以上配置重点关注jdbc数据库连接相关的内容，比如修改数据库用户名密码，以及报警邮箱相关配置，这里就不再详细展开，大家根据自己的需求配置修改即可。 3.2：部署调度中心项目 在idea中可以直接启动运行该项目，如果已经正确进行上述配置，运行成功会打印如下日志： 10:13:54.594 logback [main] INFO o.s.b.w.e.tomcat.TomcatWebServer - Tomcat started on port(s): 8080 (http) with context path '/xxl-job-admin' 10:13:54.606 logback [main] INFO c.x.job.admin.XxlJobAdminApplication - Started XxlJobAdminApplication in 2.167 seconds (JVM running for 3.881) 10:13:59.003 logback [xxl-job, admin JobScheduleHelper#scheduleThread] INFO c.x.j.a.c.thread.JobScheduleHelper - >>>>>>>>> init xxl-job admin scheduler success. 然后浏览器访问调度中心访问地址：http://localhost:8080/xxl-job-admin(该地址执行器将会使用到，作为回调地址) 默认登录账号 “admin/123456”, 登录后运行界面如下图所示。 如果要上线部署，可将项目编译打包部署即可。以上，我们就将任务调度中心集成好了。 另外补充说明以下两点： 3.3 调度中心集群（可选）： 调度中心支持集群部署，提升调度系统容灾和可用性。 调度中心集群部署时，几点要求和建议： DB配置保持一致； 集群机器时钟保持一致（单机集群忽视）； 建议：推荐通过nginx为调度中心集群做负载均衡，分配域名。调度中心访问、执行器回调配置、调用API服务等操作均通过该域名进行。 3.4 其他：Docker 镜像方式搭建调度中心： 参考文章《docker如何部署xxl-job调度中心》 第4步： 配置部署“执行器项目” “执行器”项目其实就是我们下载源码中的：xxl-job-executor-samples项目，这里面有两个“执行器”项目，分别为xxl-job-executor-sample-frameless和xxl-job-executor-sample-springboot。 xxl-job提供2种版本执行器供选择，现以 springboot 版本为例，可直接使用，也可以参考其并将现有项目改造成执行器。 顺便说下执行器项目作用：负责接收“调度中心”的调度并执行；可直接部署执行器，也可以将执行器集成到现有业务项目中。 4.1：部署执行器项目 我们使用idea打开xxl-job-executor-samples项目，注意application.properties中xxl.job.admin.addresses配置，调度中心部署根地址 [选填]：如调度中心集群部署存在多个地址则用逗号分隔。执行器将会使用该地址进行”执行器心跳注册”和”任务结果回调”；为空则关闭自动注册；我们这里默认和之前调度中心地址一致即可。 xxl.job.admin.addresses=http://127.0.0.1:8080/xxl-job-admin 然后直接运行xxl-job-executor-springboot项目，发现启动成功。 4.2：测试执行定时任务 接下来，我们测试执行系统默认定时任务，打开调度中心页面，在任务管理中，执行一次，如下图： 我们发现在xxl-job-executor-springboot项目中，打印了如下信息： 10:43:54.772 logback [Thread-8] INFO com.xxl.job.core.server.EmbedServer - >>>>>>>>>>> xxl-job remoting server start success, nettype = class com.xxl.job.core.server.EmbedServer, port = 9999 10:47:23.505 logback [xxl-job, EmbedServer bizThreadPool-303137862] INFO c.x.job.core.executor.XxlJobExecutor - >>>>>>>>>>> xxl-job regist JobThread success, jobId:1, handler:com.xxl.job.core.handler.impl.MethodJobHandler@344426bf[class com.xxl.job.executor.service.jobhandler.SampleXxlJob#demoJobHandler] 10:49:06.782 logback [xxl-job, JobThread-1-1700189243505] INFO com.xxl.job.core.thread.JobThread - >>>>>>>>>>> xxl-job JobThread stoped, hashCode:Thread[xxl-job, JobThread-1-1700189243505,10,main] 查看调度日志查看发现调度成功： 总结 当然你也可以将下载的整个项目源码导入idea，分别修改配置，然后运行以上的两个子项目，就可以进行搭建测试了。 如果你想将调度执行项目集成到自己的springboot项目中该如何去实现呢？具体的请参考文章《SpringBoot如何集成整合xxl-job任务调度框架》。 以上就是快速搭建搭建xxl-job项目详解的全部内容，希望对你有帮助。 ...

本文主要讲解关于如何优化mysql like %xxx%模糊查询相关内容，让我们来一起学习下吧！ 今天给大家分享一个小知识，实际项目中，like %xxx%的情况其实挺多的，比如某个表单如果支持根据公司名进行搜索，用户一般都是输入湖南xxx有限公司中的xxx进行搜索，所以对于接口而言，就必须使用like %xxx%来支持，从而不符合最左前缀原则导致索引失效，那么该如何优化这种情况呢？ 第一种可以尝试的方案就是利用索引条件下推，我先演示再讲原理，比如我有下面一张订单表： 就算给company_name创建一个索引，执行where company_name like '%腾讯%'也不会走索引。 但是如果给created_at, company_name创建一个联合索引，那么执行where created_at=CURDATE() and company_name like '%腾讯%'就会走联合索引，并且company_name like '%腾讯%'就会利用到索引条件下推机制，比如下图中Extra里的Using index condition就表示利用了索引条件下推。 所以，并不是like %xxx%就一定会导致索引失效，原理也可以配合其他字段一起来建联合索引，从而使用到索引条件下推机制。 再来简单分析一下索引条件下推的原理，在执行查询时先利用SQL中所提供的created_at条件在联合索引B+树中进行快速查找，匹配到所有符合created_at条件的B+树叶子节点后，再根据company_name条件进行过滤，然后再根据过滤之后的结果中的主键ID进行回表找到其他字段（回表），最终才返回结果，这样处理的好处是能够减少回表的次数，从而提高查询效率。 当然，如果实在不能建立或不方便建立联合索引，导致不能利用索引条件下推机制，那么其实可以先试试Mysql中的全文索引，最后才考虑引入ES等中间件，当然Mysql其他一些常规优化机制也是可以先考虑的，比如分页、索引覆盖（不select *）等。 以上就是关于如何优化mysql like %xxx%模糊查询相关的全部内容，希望对你有帮助。欢迎持续关注潘子夜个人博客，学习愉快哦！ ...

筒酱呐～,该打针了哟万圣节cos  9p ...

点击围观  ...

点击围观  ...