CSS 将一个 div 绝对定位(fixed)到页面正中间
之前做过一些案例,将 div 展示到文档的中间,一般会考虑用 margin: 0 auto; 或者 text-align: center;。如何将一个 div 绝对定位到页面正中间呢?这个功能需求主要应用在一些弹框或者提示信息展示上。网络上找到一个合适的(也是用 margin 来实现):.fixed-div { width: 300px; height: 150px; bo
之前做过一些案例,将 div 展示到文档的中间,一般会考虑用 margin: 0 auto; 或者 text-align: center;。如何将一个 div 绝对定位到页面正中间呢?这个功能需求主要应用在一些弹框或者提示信息展示上。网络上找到一个合适的(也是用 margin 来实现):.fixed-div { width: 300px; height: 150px; bo
IOS 让人很郁闷的一点就是,经常会出现样式不一致的情况。一开始没怎么注意,后来修改登录、注册页面发现,新写的按钮样式什么的都变了,本来是浅蓝色,变成了类似 #467B96 的浅绿色,橙黄色变的蜡黄色,莫名其妙。今天发现新写的页面也是这样色的,突然就忍不了,百度找了一下对策。解决方法:input,select,button{ -webkit-appearance:none; appeara
更新内容有网友说是微信内置浏览器的问题,而并非系统之过。用我自己的 IOS 13.6 系统版本的苹果手机测试了一下,并不准确。浏览器自动填充次数 微信内置浏览器2 Safari1 QQ 浏览器2 搜狗浏览器2 Chrome2 另外,由于获取验证码页面在授权登录(这里用的 QQ 授权)之后,UC 和 夸克因为众所周知的原因,无法调起 QQ 授权登录,测试不了;Firefox(火狐)调起后,返回参数错
如题,启动 Spring 项目报错:Cannot find template location: classpath:/templates/ (please add some templates or check your Thymeleaf configuration)。主要是因为项目引入了 spring-boot-starter-thymeleaf 依赖,thymeleaf 是一种模板语言,可
2021-04-14 更新整理之前的项目,使用 codeigniter 框架。在用户登录之后会更新以下最后登录时间,数据库里使用了 datetime 存储,查看记录发现,数据库写入的日期 2021-04-14 08:29:07 与当前系统显示的时间(当前东八区时间)相差(慢)了 6 个小时。网上查找资料,回顾了以下 php 中获取和设置时区的函数 date_default_timezone_get
如题,启动 Spring 项目报错 com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure。网上找相关的文章,解释一般是由于连接的 ip 地址、用户名、密码有误。检查项目数据库连接 urlspring.datasource.url=jdbc:mysql://${MYSQL_HOST:loca
如题:启动 Spring 项目报错:java.sql.SQLException: The server time zone value 'Öйú±ê×¼' is unrecognized or represents more than one time zone,数据库服务器时区出现乱码。解决方法:修改数据库的默认时区以设置 MySQL 的时区为例,MySQL 默认的时区是 UTC 时区:查看当
如题,Spring Boot 引入 jackson-dataformat-xml 包后 @RestfulController 返回数据类型不是 JSON 而是变成了 XML。实际情况是,从公司拿到的搭建并配置好的 Spring Boot 框架,在其他同事电脑上运行正常,@RestfulController 注解的接口返回了 JSON 格式数据,但在自己的环境下运行,返回值变成了 text/xml。
在 Centos 上安装软件或者上传压缩包后,通常不会把软件包或者压缩包直接删除,一般会把一个文件夹作为类似垃圾桶或者备份文件夹,然后将包放进去。> ls backup www > cd www > pwd /root/www > ls v2.8.6 > tar zxvf v2.8.6 ... > mv v2.8.6 ../backup > cd ../b
经过昨天的 PHP 脚本注入代码分析,在删除了相关注入代码后并保存后,今早官网访问又异常了。页面显示空白,与昨日场景如出一辙,但我查看那个公共文件,并没有发现注入代码,似乎一切都很正常。在彻底卸载相关软件后,依然没有恢复。没办法,只能通过设置输出锚点来确认产生错误的位置。echo 1; exit();查找到产生错误的位置(destoon - b2b 框架):($DT['gzip_enable']