Access

最近很多 .net QQ 群无端被封停，特地是 wpf 群简直全军覆没。依乐祝的 .net6交换群，晓晨的 .net跨平台交换群，导致很多码友颠沛流离无家可归，借此机会应用一次召唤术，有须要的请加群：560611514【.NET C#爱好者】，6406277【C#/.Net Core社区】，822074314【DotNet开发交换群】 前言看到题目点进来，兴许有人问，为什么不必 mysql，为什么不必 sqlite，为什么不这样那样。 其实有时候情非得已，被迫应用不由得本人抉择，没有谁天天做新我的项目，新我的项目当然不会选 Access 数据库，简单的业务群体对方发送过去的文件是 Access 也没得选，难道能够要求对方公司换数据库？ Microsoft Office Access是由微软公布的关系数据库管理系统。它联合了 MicrosoftJet Database Engine 和 图形用户界面两项特点，是 Microsoft Office 的零碎程序之一。 Microsoft Office Access是微软把数据库引擎的图形用户界面和软件开发工具联合在一起的一个数据库管理系统。它是微软OFFICE的一个成员, 在包含专业版和更高版本的office版本外面被独自发售。2018年9月25日,最新的微软Office Access 2019在微软Office 2019里公布。 MS ACCESS以它本人的格局将数据存储在基于Access Jet的数据库引擎里。它还能够间接导入或者链接数据(这些数据存储在其余应用程序和数据库)。 C#.NET 拜访 Access 数据库从 .NETframework 1.0 到现今的 dotnet-7.0，拜访 Access 数据库都只能用 oledb 形式，微软历史拜访数据库的形式有许多种(ado、odbc、oledb、ado.net)，oledb 是其中的一种。 连贯字符串常见的有两种： Provider=Microsoft.Jet.OleDb.4.0;Data Source=d:/accdb/2003.mdbProvider=Microsoft.ACE.OLEDB.12.0;Data Source=d:/accdb/2007.accdbAccess 反对 SQL 语句，应用起来和一般关系型数据库差不多，因为不想在代码中写 SQL，为了让 crud 操作起来更加便当，决定引入 C#.NET ORM Freesql，因为他反对 .NETFramework 4.0 及当前的所有 dotnet 版本，适应范畴更广。 ...

摘要： ping域名提示unknown host，ping ip则可以通，ping的时候抓包没有解析的包出去，是解析的问题吗？背景： 某客户的ECS，ping域名提示unknown host，ping ip则可以通，ping的时候抓包没有解析的包出去，是解析的问题吗？1，测试ping域名以及抓包发现没有dns的解析包出去 # ping www.baidu.com -c 1ping: unknown host www.baidu.com# tcpdump -i any port 53 -nnvvtcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes2，测试ping ip dig getent等工作正常 # ping -c 1 115.239.210.27PING 115.239.210.27 (115.239.210.27) 56(84) bytes of data.64 bytes from 115.239.210.27: icmp_seq=1 ttl=55 time=1.87 ms--- 115.239.210.27 ping statistics ---1 packets transmitted, 1 received, 0% packet loss, time 0msrtt min/avg/max/mdev = 1.875/1.875/1.875/0.000 ms# getent hosts www.baidu.com115.239.211.112 www.a.shifen.com www.baidu.com115.239.210.27 www.a.shifen.com www.baidu.com# dig www.baidu.com +shortwww.a.shifen.com.115.239.210.27115.239.211.1123，通过上述的测试可以确定，并非dns工作出现了问题，而是ping本身出现了问题 ...

为什么要因某些特殊情况，项目cdn做了防盗链，然后本地开发也收到了限制，在cdn设置了一些本地ip的白名单，居然对端口支持不好，结果有时候可以访问cdn资源，有时候又不行，无奈，和运维、后端商量讲开发地址暂时改成80端口，以便正常开发Egg.js的项目改端口很简单啦。但是也有一些要注意的，本文面向MacOS，当然Linux系统应该同样适用。如何做这里有几个方案，供君参考：修改package.json跑哪个命令就在这个命令后面加–port=80，例如：“start”: “egg-scripts start –daemon –title=egg-server-51la-web-egg –workers=2 –port=80”,…dev同理。配置config.local.js如果没有这个文件自己创建一个，当然这个对应的是开发模式下使用。部分配置如下：‘use strict’;module.exports = app => { const exports = {}; exports.cluster = { listen: { port: 80, hostname: ‘127.0.0.1’, }, }; return exports;};Nginx大法比较麻烦，不过看了下官方文档，应该也是可以很好的支持的。有兴趣请阅读该节：部署Warning如果你不看这部分，很遗憾，你肯定跑不起来。你可能会遇到下面这些异常情况：ERROR 3810 nodejs.AppWorkerDiedError: [master] app_worker#1:3813 died (code: 0, signal: null, suicide: false, state: dead), current workers: []原因是Node.js的服务器端默认是无法使用1024以下的端口的。咋办呢？使用sudo哈哈哈。就是这样：sudo npm start或者sodu npm run dev。也有可能是：ERROR 3709 [app_worker] server got error: bind EADDRINUSE null:80, code: EADDRINUSE端口被占用了！node.js的server服务无法在ctrl+c后立刻终止。比如默认7001未能正常关闭，通过config.local.js文件修改的80端口也没有能够生效，每次启动服务都是启动了新的端口7002，此时：需要查出占用7001的端口的pid，将它终止。操作效果大致如下：P750TM:51la-web-egg whidy$ lsof -i:7001COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAMEnode 2982 whidy 25u IPv6 0x2f7a1da313a05e4d 0t0 TCP *:afs3-callback (LISTEN)P750TM:51la-web-egg whidy$ killkill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec … or kill -l [sigspec]P750TM:51la-web-egg whidy$ kill 2982P750TM:51la-web-egg whidy$ lsof -i:7001上面用到两个命令：lsof -i:[端口号]，kill [进程的PID]，最后重新查询7001就没有任何返回，说明Ok了，再次执行sudo npm run dev，那么就很好的使用80端口了。参考egg.js启动命令Node.js EACCES error when listening on most ports本文仅作为总结形式，未能重新完整的实践整个流程，如果有操作跳跃性或错误欢迎提出 ...