前两天一个邻居发出了灵魂质问：“为什么我买的180平和你的169平看上去一样大？”“因为咱俩的套内面积都是138平......”我们去看房子，比较不同楼盘的价格，看的都是单价，可这个单价，却是用（总价÷建筑面积）计算的。而我们实际买到手里的，是套内面积。套内面积=使用面积+墙体厚度+阳台建筑面积建筑面积=套内面积+分摊面积（这里要吐槽一下不合理公摊制度，由霍英东发明，大陆1993年从香港引入，但香港2012年就取消了）所以我们买房子，自然是希望公摊越小越好的，花同样的钱，公摊越小，买到的套内面积越大嘛。可你知道西安哪个区域的预售新房平均公摊最小吗？于是我又花了三天时间，写了700多行代码做了一
前两天一个邻居发出了灵魂质问：“为什么我买的180平和你的169平看上去一样大？”“因为咱俩的套内面积都是138平......”我们去看房子，比较不同楼盘的价格，看的都是单价，可这个单价，却是用（总价÷建筑面积）计算的。而我们实际买到手里的，是套内面积。套内面积=使用面积+墙体厚度+阳台建筑面积建筑面积=套内面积+分摊面积（这里要吐槽一下不合理公摊制度，由霍英东发明，大陆1993年从香港引入，但香港2012年就取消了）所以我们买房子，自然是希望公摊越小越好的，花同样的钱，公摊越小，买到的套内面积越大嘛。可你知道西安哪个区域的预售新房平均公摊最小吗？于是我又花了三天时间，写了700多行代码做了一
认证源码分析位置：APIVIew----》dispatch方法---》self.initial(request,*args,**kwargs)---->有认证，权限，频率三个版块分析：只读认证源码：self.perform_authentication(request)---》self.perform_authentication(request)就一句话：request.user，需要去drf的Request对象中找user属性（方法）---》Request类中的user方法，刚开始来，没有_user,走self._authenticate()核心：Request类的_authenticat
认证源码分析位置：APIVIew----》dispatch方法---》self.initial(request,*args,**kwargs)---->有认证，权限，频率三个版块分析：只读认证源码：self.perform_authentication(request)---》self.perform_authentication(request)就一句话：request.user，需要去drf的Request对象中找user属性（方法）---》Request类中的user方法，刚开始来，没有_user,走self._authenticate()核心：Request类的_authenticat
本文是在尝试了刷新Maven项目、clean了Maven缓存并且重启IDEA之后任然无法在Tomcat中找到子模块对应的工件，这时就要试着模仿着自己创建一个模块父类的pom.xml模块的配置，以及子模块pom.xml的parent中写的父模块，这些都写好了，在Tomcat中任然无法找到该模块对应的工件，于是才暴力的自己创建工件由上图可知每一个子模块都包含两个工件，因此创建的思想也很简单，就是模仿着创建两个工件即可好了，下面说我创建工件的步骤，一开始没想着会成功，但是模仿创建下来后竟然成功了首先创建第一个工件：Servlet-03:war到此Servlet-03:war工件创建完成其次创建第二个
本文是在尝试了刷新Maven项目、clean了Maven缓存并且重启IDEA之后任然无法在Tomcat中找到子模块对应的工件，这时就要试着模仿着自己创建一个模块父类的pom.xml模块的配置，以及子模块pom.xml的parent中写的父模块，这些都写好了，在Tomcat中任然无法找到该模块对应的工件，于是才暴力的自己创建工件由上图可知每一个子模块都包含两个工件，因此创建的思想也很简单，就是模仿着创建两个工件即可好了，下面说我创建工件的步骤，一开始没想着会成功，但是模仿创建下来后竟然成功了首先创建第一个工件：Servlet-03:war到此Servlet-03:war工件创建完成其次创建第二个
来源：https://blog.csdn.net/qq_37651267/article/details/952446231.java类加载器架构2.JVM架构3.Java技术体系4.线程运行架构5.Java体系（编译与运行）结构6.JMS技术架构7.JMX技术架构8.Spring架构推荐一个SpringBoot基础实战教程：https://github.com/javastacks/spring-boot-best-practice9.Hibernate架构10.ibatis架构11.Struts2架构12.Struts1架构13.JBPM14.EJB技术架构15.Portal16.J2EE
来源：https://blog.csdn.net/qq_37651267/article/details/952446231.java类加载器架构2.JVM架构3.Java技术体系4.线程运行架构5.Java体系（编译与运行）结构6.JMS技术架构7.JMX技术架构8.Spring架构推荐一个SpringBoot基础实战教程：https://github.com/javastacks/spring-boot-best-practice9.Hibernate架构10.ibatis架构11.Struts2架构12.Struts1架构13.JBPM14.EJB技术架构15.Portal16.J2EE
什么是零信任？ 答：零信任是一种条件访问控制模型，需要持续进行信任验证，然后才允许对应用和数据进行最低权限访问。零信任背后的策略可以归结为抛弃传统的安全方法（即认为网络边界范围内的所有资源都是值得信任的），改为采用“永不信任，始终验证”的方法。与传统的安全方法相比，零信任存在动态决策点，用于验证信任并影响对企业应用和数据的访问级别。 传统的安全方法是在网络边界范围内的环境中开发的，假设对组织网络内的任何人都绝对信任。这种方法类似于“城堡和护城河”，往往侧重于通过VPN和网络访问控制等技术构建“护城河”上。然而如今，随着移动技术和云技术等技术的出现，我们所知道的网络边界已经消失了
什么是零信任？ 答：零信任是一种条件访问控制模型，需要持续进行信任验证，然后才允许对应用和数据进行最低权限访问。零信任背后的策略可以归结为抛弃传统的安全方法（即认为网络边界范围内的所有资源都是值得信任的），改为采用“永不信任，始终验证”的方法。与传统的安全方法相比，零信任存在动态决策点，用于验证信任并影响对企业应用和数据的访问级别。 传统的安全方法是在网络边界范围内的环境中开发的，假设对组织网络内的任何人都绝对信任。这种方法类似于“城堡和护城河”，往往侧重于通过VPN和网络访问控制等技术构建“护城河”上。然而如今，随着移动技术和云技术等技术的出现，我们所知道的网络边界已经消失了
