嘉立创社区-电子技术论坛-机械电气社区-广受工程师欢迎的电子论坛

0/1000

发动态

综合最新发布最新回复

图文

列表

ckab

关注

10分钟前来自湖北互动量：0

第一次使用嘉立创下单有开槽的PCB，遇到的问题

用AD画PCB在板子上开槽，但是使用嘉立创下单PCB时，gerber图形中没有开槽（槽的轮廓在但是中间仍然有填充），请问这种情况该如何解决？

嘉立创PCB

基极向上

关注

20分钟前来自江苏互动量：12

怎么对填充区域挖铜呢？

如图，顶层填充区域中有槽孔，使用禁止区域只会报DRC错误，不会挖掉禁止区域内的铜。如果这里是铺铜再放禁止区域就可以直接挖铜。如何实现填充区域挖铜呢？

嘉立创EDA

嘉立创电热膜官方

官方

关注

47分钟前已编辑来自广东互动量：36

《电热膜盛夏感恩季：老客全场9.5折，还有惊喜好礼，满额相送！》

电热膜

科叼

关注

1小时前来自江苏互动量：16

很多小伙伴看到了能够快速发现问题，当 company_id 为 null 的时候，会导致全表更新。但是也有小伙伴不解，自己平时就是这么写的呀，也没什么问题，如果有问题，那么上面的 SQL 该怎么改呢？松哥来和大家简单聊几句。一防止全表更新如果在生产环境中使用 UPDATE 语句更新表数据，此时如果忘记携带本应该添加的 WHERE 条件，那么后果不堪设想。那么怎么避免这个问题呢？二 sql_safe_updatessql_safe_updates 是 MySQL 数据库中的一个参数，它的作用是增强数据安全性，防止因误操作导致的数据丢失或破坏。具体来说，当 sql_safe_updates 设置为 ON（启用）时，MySQL 将阻止执行没有明确 WHERE 子句的 UPDATE 或 DELETE 语句。这意味着如果试图运行一个不包含 WHERE 条件来限定更新或删除范围的 DML 语句，MySQL 会抛出一个错误。而当 sql_safe_updates 设置为 OFF（禁用）时，MySQL 不会对此类无条件更新或删除操作进行特殊限制，允许它们按常规方式执行这个参数可以配置在会话级别或全局级别。在会话级别，可以通过执行 SET sql_safe_updates = 1; 命令来启用，这只对当前连接有效。在全局级别，可以通过 SET GLOBAL sql_safe_updates = 1; 命令或在 MySQL 配置文件中设置，这会影响服务器上所有新的会话，但是这个配置不会修改当前会话。启用 sql_safe_updates 参数可以减少因人为失误引发的重大数据事故，尤其适合开发环境和对数据完整性要求严格的生产环境。我们可以先执行 SHOW VARIABLES LIKE '%sql_safe_updates%'; 查看当前配置：然后执行 SET sql_safe_updates = 1; 去更新，更新之后再去查看配置，发现 sql_safe_updates 就已经开启了：这个时候，假设我们执行如下 SQL： UPDATE user set username='javaboy'; 就会报一个错误：需要注意的是，启用 sql_safe_updates 参数可能会影响现有应用程序的正常运行，特别是那些依赖于无条件更新或删除操作的程序，因此在生产环境中启用之前，必须确保所有相关的应用程序代码已经过严格审查和适配。顺便吆喝一句，技术大厂，前后端测试[捞人][捞人]，待遇还可以，感兴趣可以试试。三 SQL 插件MyBatis-Plus 提供了一个非法 SQL 拦截插件叫做 IllegalSQLInnerInterceptor。这是 MyBatis-Plus 框架中的一个安全控制插件，用于拦截和检查非法 SQL 语句。这个插件主要提供了四方面的功能：识别并拦截特定类型的 SQL 语句，如全表更新、删除等高风险操作。确保在执行查询时使用索引，以提高性能并避免全表扫描。防止未经授权的全表更新或删除操作，减少数据丢失风险。对包含 not、or 关键字或子查询的 SQL 语句进行额外检查，以防止逻辑错误或性能问题。插件用法也简单，配置一个 Bean 即可： @Configuration public class MybatisPlusConfig { @Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); // 添加非法SQL拦截器 interceptor.addInnerInterceptor(new IllegalSQLInnerInterceptor()); return interceptor; } } 配置完成后，如果执行了不带 where 条件的 update 或者 delete 语句，就会报如下错误。但是！！！如果你的 SQL 后面有个 where 1=1，那么这样的 SQL 是不会被 IllegalSQLInnerInterceptor 插件识别并拦截的。四 IDEA 插件利用 IDEA 的一些插件，也可以检测到有风险的 SQL，比如松哥常用的这个：不过这些插件不一定能检测出来文章一开始所提出的问题。五 Code Review日常的 Code Review 也不可少，很多问题都是在 CR 的时候发现的。六问题解决除了上面提到的各种办法之外，对于本文一开始提出的问题，这个有问题的 SQL 还可以做哪些修改呢？欢迎小伙伴们评论区给出自己的答案～松哥也会在评论区给出我的看法！——转载自：江南一点雨#畅聊专区#

这样的SQL太吓人了

开源硬件平台

captainzyol

关注

1小时前来自黑龙江互动量：5

2.54接口座子相关问题探讨

是这样，我踩坑了。图2是之前一直用的2p插件座子，然后换成贴片的座子后，正负极就反了。仔细对比了封装后发现原来是因为这两款座子的开口方向是上下颠倒的，也就是说对接的公头线缆由图一的座子切换给图2的座子用的时候要切换180度的方向，这样正负就颠倒了。那么我这次的解决方案就是把公头线缆退针重装处理了。但我想因为都是标准的XH座子，没有没必要再绘制封装的时候进行颠倒呢？就比如图二是常用的座子，那就以它为标准，为了兼容它，就把图一座子的一脚和二脚颠倒一下[呲牙] 关于这个问题，大家有什么看法，或者有什么办法不踩坑[尴尬]