sqlite

一、Fabric CA概述 ​ 二、开始使用 （一）先决条件 （二）安装Fabric-ca （三）启动服务方式 三、Fabric CA Server （一）初始化Server （二）启动Server （三）配置数据库 1. PostgreSQL 2. MySQL （四）配置LDAP （五）配置多个CAs 四、Fabric CA Client （一）登记引导身份 （二）注册新身份 （三）登记身份 （四）从其他CA服务器获取CA证书链 （五）重新登记身份 （六）撤销证书或身份 （七）通过命令生成CRL （八）基于属性的访问控制 （九）动态服务器配置更新 1. 使用fabric-ca-client命令动态更新身份 2. 获取身份信息 3. 添加身份 4. 修改身份 5. 移除身份 6. 添加组织关系 7. 修改组织关系 8. 移除组织关系 9. 列举组织关系信息 （十）指定特定的CA实例 （十一）启动中间CA 五、证书格式 六、Fabric-CA-Client配置文件 七、Fabric-CA-Server配置文件 一、Fabric CA概述 Fabric Server端由一个服务器集群组成，以树形架构组织CA Server节点，包含一个Root 节点和多个中间节点。每个CA要么是根CA，要么是中间CA。每个中间CA都有一个父CA，它要么是根CA，要么是另一个中间CA。

FreeSql是一个功能强大的 .NET ORM 功能库，支持 .NetFramework 4.0+、.NetCore 2.1+、Xamarin 等支持 NetStandard 所有运行平台。（QQ群：4336577） 模型 FreeSql 使用模型执行数据访问，模型由实体类表示数据库表或视图，用于查询和保存数据。 可从现有数据库生成实体模型，FreeSql 提供 IDbFirst 接口实现 生成实体模型 。 或者手动创建模型，基于模型创建或修改数据库，提供 ICodeFirst 同步结构的 API（甚至可以做到开发阶段自动同步）。 using FreeSql.DataAnnotations; using System; public class Blog { [Column(IsIdentity = true, IsPrimary = true)] public int BlogId { get; set; } public string Url { get; set; } public int Rating { get; set; } } 声明 dotnet add packages FreeSql.Provider.Sqlite static IFreeSql fsql = new FreeSql.FreeSqlBuilder() .UseConnectionString

前言 本文来源于一位公众号童鞋私信我的问题，在我若加思索后给出了其中一种方案，在此之前我也思考过这个问题，借此机会我稍微看了下，目前能够想到的也只是本文所述方案。 为何要忽略主外键关系 我们不仅疑惑为何要忽略主外键关系呢？不难想到，相对于大型企业而言大部分都会采用不建立主外键关系（简称，外键约束），外键约束毫无疑问维护了数据一致性，但对其进行操作时很容易造成问题，级联删除只是其一。如果对于经常需要操作的表建立了外键约束，那么会严重影响插入、删除和更新的性能，因为在执行这些操作之前，数据库需要检查其是否违反数据完整性，这也就是为何大多数不管是DBA或者架构师完全放弃使用外键约束的原因，在分析数据库，它们并不能以事务方式（一次一行）来处理数据，而是批量处理，性能是一切，这是其二。随着业务需求变化在设计 数据库时，可能需要存储历史数据库中的旧数据，而这些旧数据可能对数据质量和完整性没有严格要求。 为了能够容纳旧的脏数据，可直接清理和转换旧数据，而放弃在数据库级别上强制执行参照完整性，这是其三。所以基于以上几点理由，忽略外键约束是有其原因所在，当然，是否放弃外键约束，可能取决于架构师或者DBA，反正决策权不在于搬砖的我们，我们知道其原因就好。 示例程序 以下示例皆在控制台中进行，老规矩，我们先给出示例模型，依然是Blog和Post两个实体，如下： public class Blog {

基于Quartz.NET3.0的定时任务Web可视化管理。docker打包开箱即用、内置SQLite持久化、语言无关、业务代码零污染、支持 RESTful风格接口、傻瓜式配置 quartzui quartz quartznet quartz3 quartznet3 quartznetcore quartz-docker quartzdocker jobs quartznetui 102 commits 4 branches 0 packages 0 releases 2 contributors MIT C# TypeScript HTML CSS JavaScript Dockerfile Branch: dev New pull request Create new file Upload files Find file Clone or download Latest commit zhaopeiym fix Latest commit 765f4d8 on 1 Oct 2019 Files Type Name Latest commit message Commit time QuartzNetAPI udpate 多语言国际化 8 months ago QuartzNetWeb fix 8 months ago .gitignore fix 样式调整 8 months

最后更新时间: 2020-08-17 01:00 Hiding messages in x86 binaries using semantic duals - (yossarian.net) 使用语义对偶在x86二进制文件中隐藏消息 得分:64 | 评论:19 Nim – Python-like statically-typed compiled language - (nim-lang.org) Nim–类Python的静态类型编译语言 得分:59 | 评论:49 Show HN: GradientMagic - (gradientmagic.com) 表演HN:GradientMagic 得分:67 | 评论:6 Kapton: Miracle Material with a Tragic History - (hackaday.com) 卡普顿：具有悲剧历史的奇迹材料 得分:26 | 评论:4 OPDS – Easy to Use, Open and Decentralized Content Distribution - (opds.io) OPD—易于使用、开放和分散的内容分发 得分:25 | 评论:8 A guide to learning algorithms through LeetCode - (github.com) LeetCode学习算法指南 得分:55 |

QT对一些基本的数据库的访问封装，可谓是极大的方便的我们开发人员，现在我们就来说下QT对Sqlite这个数据库的读写，Sqlite是一个比较小型的本地数据库，对于保存一些软件配置参数或量不是很大的数据是相当的方便，Qt本身已经自带了Sqlite的驱动，直接使用相关的类库即可，这篇我们主要来说明QT访问Sqlite数据库的三种方式(即使用三种类库去访问)，分别为QSqlQuery、QSqlQueryModel、QSqlTableModel，对于这三种类库，可看为一个比一个上层，也就是封装的更厉害，甚至第三种QSqlTableModel，根本就不需要开发者懂SQL语言，也能操作Sqlite数据库。 1、首先使用QSqlQuery来访问 我们先要在工程中包含与数据库相关的几个头文件#include <QtSql/QSqlDatabase> 、#include <QtSql/QSqlRecord>、#include <QtSql/QSqlQuery> 访问的数据库内容结构为： #include <QtWidgets/QApplication> #include <QCoreApplication> #include <QDebug> #include <QtSql/QSqlDatabase> #include <QtSql/QSqlQuery> #include <QtSql

本文首发于 vivo互联网技术 微信公众号 链接： https://mp.weixin.qq.com/s/CL4MsQEsrWS8n7lhXCOQ_g 作者：Li Bingyan 本文主要讲述原生SQLite数据库的一次ORM封装实践，给使用原生数据库操作的业务场景（如：本身是一个SDK）带来一些启示和参考意义，以及跟随框架的实现思路对数据库操作、APT、泛型等概念更深一层的理解。 实现思路： 通过动态代理获取请求接口参数进行SQL拼凑，并以接口返回值（泛型）类型的RawType和ActualType来适配调用方式和执行结果，以此将实际SQL操作封装在其内部来简化数据库操作的目的。 一、背景 毫无疑问，关于Android数据库现在已经有很多流行好用的ORM框架了，比如：Room、GreenDao、DBFlow等都提供了简洁、易用的API，尤其是谷歌开源的Room是目前最主流的框架。 既然已经有了这么多数据库框架了，为什么还要动手封装所谓自己的数据库框架呢？对于普通 APP 的开发确实完全不需要，这些框架中总有一款可以完全满足你日常需求；但如果你是一个SDK开发者，而且业务是一个比较依赖数据库操作的场景，如果限制不能依赖第三方SDK（主要考量维护性、问题排查、稳定性、体积大小），那就不得不自己去写原生SQLite操作了，这将是一个既繁琐又容易出错的过程（数据库升级/降级/打开/关闭

最近因为搭建公司的IT 系统，之前因为财务已经购买了的财务软件用到的是sql server，考虑到小公司，尽量减少额外的花销，所以最后还是决定直接使用sql server（本来想提升一下自己能力来使用mysql的，之前一直用sql server，但是对比了sql 和mysql的各方面，觉得对于一个非开发公司，还是用sql server更稳妥一些，本来以为只有在windows上才有sql server，后来发现从17版本都可以安装在linux上了，这就非常符合我的想法了，所以决定用sql server on linux版本，主要linux不要钱，这个对后面扩展会很有帮助） 仅仅是为了记录一些内容而已，因为发现实在没有一个好用的记事本能在不同公司之间各个地方可以使用的（各种公司太多限制网络使用） 一、安装sql server 服务 1、安装 安装需要将地址下载到/etc/yum.repos.d/下 wget https://packages.microsoft.com/config/rhel/8/mssql-server-2019.repo yum install mssql-server -y 下载安装sql server 2、启动配置 /opt/mssql/bin/sqlserver-setup 3、检查状态 systemctl status mssql-server 4

开发一个大型Electron的应用，或许需要在客户端存储大量的数据，比如聊天应用或邮件客户端 可选的客户端数据库方案看似很多，但一一对比下来，最优解只有一个 接下来我们就一起来经历一下这个技术选型的过程： 排除：把数据以Json的形式存储在文件中 以这种方式存储一些用户的配置信息是完全没问题的（用户名、家庭住址、是否开启免打扰模式等） 但要用这种方式存储大量解构化的数据，就非常不科学了 主要原因是： 用这种方案操作数据是需要把文件中的所有数据都加载到客户端电脑的内存中去的 由于没有索引机制，关联查询、条件查询等操作效率不高， 更新了某项数据之后，要持久化更新操作，又要重写整个文件。 PS： 如果你的应用操作的数据量不多， 你可以选择类似lowdb（ https://github.com/typicode/lowdb ）这样的工具， 在一定程度上环节这些困难 排除：LocalStorage、SessionStorage、WebSql、Cookies Cookies存储容量太小，只能存4kb的内容，而且每次与服务端交互，同域下的Cookie还会被携带到服务端，也没有关联查询、条件查询的机制 LocalStorage存储容量也很小，大概不会超过10M，它是以键值对形式保存数据的，同样也没有关联查询、条件查询的机制 SessionStorage最大的问题是，每次关闭应用程序

原文链接： Cycldek: Bridging the (air) gap 译者：知道创宇404实验室翻译组 主要发现 在调查关于Cycldek组织2018年后有关攻击活动时，发现对该组织的信息了解甚少。本文旨在弥合对该组织的知识鸿沟，了解其最新活动和操作方式。以下是关于该组织的相关信息： Cycldek（也称为Goblin Panda和Conimes）在过去两年中一直很活跃，对东南亚地区国家政府进行了针对性的攻击活动。 相关活动的分析显示了两种不同的模式，表明该组织是由一个领导管理的两个运营实体组成。 我们检测发现到了用于目标网络的横向移动和信息窃取的工具，其中包括自定义工具、未报告工具以及二进制文件。 最新公布的工具之一被命名为USBCulprit，其通过USB媒体来提取受害者的数据。这表明Cycldek可能正试图到达受害者环境中的气隙网络，或依靠物理存在达到同样的目的。 背景 Cycldek是久负盛名的使用中文的威胁组织。基于该组织过去的活动，发现它对东南亚地区有浓厚的兴趣，而且主要关注在越南的大型组织和政府机构。 2013年，正如CrowdStrike 简要 描述的 那样，在多个行业的公司网络中都发现了该集团的附属指标。 2014年，CrowdStrike针对东南亚组织，尤其是越南进行了大规模的攻击活动。这些活动主要使用越南语作为诱饵文件，传播诸如PlugX之类的恶意软件。