Linux 踩过的坑系列-01】的更多相关文章

关于默认网关的添加.记得楼主之前有一次,无意之间,也不知道做了什么删除文件里面内容的操作,配置好静态IP之后上不了外网.翻阅个各种资料都是没有找到问题.最后发现问题在于配置的虚拟机网卡文件的网关打错了. 这里我把GATEWAY打错了...大家注意一下,试了很多种方法还是不行的话,肯定是你配置的内容里面出问题了.linux没有那么难!!! 这里就不吹了,既然说到这里,就总结一下默认网关的添加和DNS服务的添加. 默认网关的添加 查看默认路由 [root@centos7 ~]# route -n K…
ABP框架踩过的坑系列6 应是无事.齐侯方才的确到了吴纠庭院https://www.mixcloud.com/ltTFvU888smi8jS/几日行军劳顿其实齐侯本应该睡下了https://www.mixcloud.com/1wAYGX6rGRqmpY1/所以齐侯才留了他一命https://www.mixcloud.com/8lY8rP338383lHp/虽然这刺不甚锋利但是平白无故总是遭刺https://www.mixcloud.com/2994cv798L2RW71/也难免不甚痛快.齐侯没有…
    企业级(例如ERP)应用, 一遍一遍的在重复:认证.验证.异常处理.日志.国际化和本地化.数据库连接管理.配置管理. 审计记录等,同时.NET有很多最佳实践:分层.模块化.DDD领域驱动.DI依赖倒置等,采用ABP就是基于这些惯例,来避免重复劳动,并且提供高质量.高效率的.NET开发.对于没有专职架构师的小型公司来说,选择ABP,可能是比较好的方案.万事都有利有弊,使用框架带来好处的同时,也有诸如学习曲线.踩坑等问题,本人使用ABP有3年多时间,实践了几个项目,踩过的坑有很多:想通过这个…
DDD领域驱动开发,实际是为复杂的业务场景而生的,为了让开发人员专注于业务,而操作系统.数据库.网络之类的技术细节,必须要持久透明化:实际就是数据库系统DBMS的ORM抽象,目标就是业务不需要考虑数据是如何存储的,业务是独立于DBMS, 通俗讲业务系统不依赖某个DBMS实现,可以通过配置,灵活动态支持各种DBMS,如MS SQL.MySql.Orcacle等.ABP的目标是DDD, 在持久透明化这块,是用IRepository仓储抽象来做的,具体的DBMS实现的ORM就放在基础架构层Infras…
从架构角度来讲,ApplicationService究竟应该如何定位,一种说法是直接对应用例UseCase, 也就是直接对应UI, 这个UI是广义的,不仅仅是浏览器的页面,也包括API调用.还是从我曾经踩过的一个坑说起吧: public class ProductImportService : AdvancedAsyncCrudAppService<Product, ProductDto, PagedResultRequestDto> , IProductImportService { ...…
数据库连接和事务管理,是数据库应用中的最重要概念之一.做过的人,都会头疼:何时Open一个连接?何时Start一个事务?何时Dispose这个连接?... ABP框架试图用一个叫做UnitOfWork的模型来解决这些.实际开发中,引入UnitOfWork,同时也会带来一些坑. [UnitOfWork] public void SaveFoodMaterials( FoodMaterialItem food,FoodMaterialCategory cat) { FoodMaterial fm =…
项目之前都是好好的,最近现场那边出现一个问题,报错不是合法的json字符串,这个json字符串是通过http请求访问获得的. 通过直接在浏览器上直接访问http这个请求,发现返回的json也是完全正确的.后来排查代码才发现了原来错误出在从字节流中读取数据这里: 看下之前出错代码:这个方法是处理InputStream,然后返回成一个字符串. public String process(InputStream in, String charset) { byte[] buf = new byte[1…
ABP中有很多惯例,如果使用得当,可以事半功倍,如果使用不当,也会有很大的麻烦,是否适当其实还是要看Need需求 ASP.NET Boilerplate (ABP) is an open source and well documented application framework started idea of "developing a common framework for all companies and all developers!" It's not just a…
大家好,我是软件大盗(道),下面开始我们的<MySQL填坑系列>. 笔者最近又在MySQL的边缘试探,然后,试探着,试探着就报错了. 书接上文,系统连接数据库时报错:找不到DB_TIMINGBACKUP这个表.然而,这个表明明存在的啊,有图有真相! 图1.Navicat截图然而,似乎发现了什么不对的地方,是不是大小写问题?为了验证一下,我将表名改为大写的就好了,由此得出结论:大小写敏感. 查看lower_case_table_names的值,0代表区分大小写,1代表不区分大小写. 图2. 查看…
1.踩坑系列一: 抓包出来有host的字段,放到jmeter里面一起请求就报错了,去掉就请求正常了 1.踩坑系列二: 从花瓶复制过去 的values 前面有空格,肉眼看起来没有…