按F12,在console里执行下面代码
第一种:
$("#content_views pre").css("user-select","text");
$("#content_views pre code").css("user-select","text");
第二种:
document.body.contentEditable='true';document.designMode='on'; void 0
亲测可用,会不会打我....
近期做顺丰医药仓库数据抽取,使用airflow定时器
Cron表达式生成利器:
https://www.bejson.com/othertools/cron/
常用Cron表达式:
(1)0 0 2 1 * ? 表示在每月的1日的凌晨2点调整任务
(2)0 15 10 ? * MON-FRI 表示周一到周五每天上午10:15执行作业
(3)0 15 10 ? 6L 2002-2006 表示2002-2006年的每个月的最后一个星期五上午10:15执行作
(4)0 0 10,14,16 * * ? 每天上午10点,下午2点,4点
(5)0 0/30 9-17 * * ? 朝九晚五工作时间内每半小时
(6)0 0 12 ? * WED 表示每个星期三中午12点
(7)0 0 12 * * ? 每天中午12点触发
(8)0 15 10 ? * * 每天上午10:15触发
(9)0 15 10 * * ? 每天上午10:15触发
(10)0 15 10 * * ? 每天上午10:15触发
(11)0 15 10 * * ? 2005 2005年的每天上午10:15触发
(12)0 * 14 * * ? 在每天下午2点到下午2:59期间的每1分钟触发
(13)0 0/5 14 * * ? 在每天下午2点到下午2:55期间的每5分钟触发
(14)0 0/5 14,18 * * ? 在每天下午2点到2:55期间和下午6点到6:55期间的每5分钟触发
(15)0 0-5 14 * * ? 在每天下午2点到下午2:05期间的每1分钟触发
(16)0 10,44 14 ? 3 WED 每年三月的星期三的下午2:10和2:44触发
(17)0 15 10 ? * MON-FRI 周一至周五的上午10:15触发
(18)0 15 10 15 * ? 每月15日上午10:15触发
(19)0 15 10 L * ? 每月最后一日的上午10:15触发
(20)0 15 10 ? * 6L 每月的最后一个星期五上午10:15触发
(21)0 15 10 ? * 6L 2002-2005 2002年至2005年的每月的最后一个星期五上午10:15触发
(22)0 15 10 ? * 6#3 每月的第三个星期五上午10:15触发
docker 部署clickHouse
1.服务器部署
命令下载包
docker pull yandex/clickhouse-server 服务端
docker pull yandex/clickhouse-client 客户端
2.启动服务,
端口未做修改,外部暴露 8123端口
docker run -d --name ck-server --ulimit nofile=262144:262144 -p 8123:8123 -p 9000:9000 -p 9009:9009 yandex/clickhouse-server
启动容器 ck-server 服务。
3、进入命令操作
--查询 default 库里的表
select name from system.tables where database='default'
--建表 (直接复制)
create table aaa(
id String,
name String
)
ENGINE = MergeTree
PARTITION BY name
ORDER BY (name )
SETTINGS index_granularity = 8192
--插入
insert into `default`.aaa (id,name) values (1,'test')
--查询
select * from aaa
--修改
ALTER table `default`.bsc_transfer update name = 2 where id = 1
--删除表
DROP TABLE IF EXISTS aaa
--删除数据
alter table `default`.aaa delete where 1=1
3、进入Clickhouse容器
docker exec -it 容器id /bin/bash
容器id 这里是:ck-server
如:
docker exec -it ck-server /bin/bash
添加用户: vim /etc/clickhouse-server/users.xml
ps: 需要安装vim
apt-get update
apt-get install vim
初次改密码:
找到标签 users (这里是默认default用户的密码是空的)
<default>
<password></password>
</default>
增加新用户在 后面追加 (用户 root 密码 123456)
<root>
<password></password>
<networks incl="networks" replace="replace">
<ip>::/0</ip>
</networks>
<profile>default</profile>
<quota>default</quota>
</root>
最后 重启服务
docker restart ck-server
4、数据库同步
在 ClickHouse 中启用物化引擎
SET allow_experimental_database_materialized_postgresql=1
创建要复制的新数据库并定义初始 schema
CREATE DATABASE test
ENGINE = MaterializedPostgreSQL('localhost:5432', 'postgres', 'user', 'pwd')
SETTINGS materialized_postgresql_schema_list = 'public,pub2';
test:数据库
user:pgSql用户名
pwd: pgSQ数据库密码
materialized_postgresql_schema_list: 监听 schema 名称
PS:抽离数据默认使用 schema。
设置 PostgreSQL 数据库表的逗号分隔列表,将通过 MaterializedPostgreSQL 数据库引擎进行复制。
materialized_postgresql_schema
SETTINGS materialized_postgresql_schema = 'onlyOne';
如多个schema使用:
materialized_postgresql_schema_list
SETTINGS materialized_postgresql_schema_list = 'public,pub2,pub3';
切记!!!
搞定,打完收工。没有意外就成功!不成功是多么不小心。。。。
clickhouse相关知识站点:
clickhouse中文官方文档:什么是ClickHouse? | ClickHouse文档
1、varchar是非Unicode可变长度类型,nvarchar是Unicode可变长度类型。
2、varchar和nvarchar的最大长度不一样,nvarchar的长度设置必须为1和4000之间。varchar的长度设置必须是1和8000之间。
3、varchar能存储的字节数就是他的长度。nvarchar能存储的字节数是它长度的2倍。
区别:
① 从存储方式上,nvarchar是按字符存储的,varchar是按字节存储的。
② 从存储量来看,varchar是比较省空间的,因为存储的大小就是字节的实际长度,而nvarchar是双字节存储。
③ 使用上,如果存储内容是英文字符而没有汉字或者其他语言,建议使用的是varchar,含有汉字的使用nvarchar,因为nvarchar使用的Unicode编码,统一的编码,会减少乱码出现的几率。
总结:
现在的设备,存储空间的大小已经不受限制。无论是语言的范围,和存储空间的范围,nvarchar都占有很大的优势。
做项目的数据库建议选nvarchar。
一、查询PG_STAT_ACTIVITY的信息
select
T.PID,
T.STATE,
T.QUERY,
T.WAIT_EVENT_TYPE,
T.WAIT_EVENT,
T.QUERY_START
from
PG_STAT_ACTIVITY T
where
T.DATNAME = '数据库名';
二、查询PG_STAT_ACTIVITY中的死锁信息
select
T.PID,
T.STATE,
T.QUERY,
T.WAIT_EVENT_TYPE,
T.WAIT_EVENT,
T.QUERY_START
from
PG_STAT_ACTIVITY T
where
T.DATNAME = '数据库名'
and T.WAIT_EVENT_TYPE = 'Lock';
三、通过pid解锁死锁信息
select PG_CANCEL_BACKEND('pid');
PS:如果以上操作都不行。那就重启数据库吧(^_^)
主分支Master
代码库仅有一个主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。
开发分支Develop(dev)
主分支只用来分布重大版本,日常开发应该在另一条分支上完成。
develop 分支用来开发功能,开发完成并且测试没有问题则将 develop分支的代码合并到 master 分支并发布。
可以采用dev-*的形式命名,如:dev-1.2.0(或年月日)-johnson
功能分支Feature
feature 分支用来开发具体的功能,一般 fork 自 develop 分支
可以采用feature-*的形式命名,如:feature-fromTag-20220418
feature 分支命名最好能够自解释,这并不是一种好的命名。
预发布分支Release(pre)
release 分支在我看来是 pre-master。
最终会合并到 develop 分支和 master 分支。合并到 master 分支上就是可以发布的代码。
release分支也是我们提交测试环境测试的分支。
紧急维护分支Fixbug,又称为hotfix。
最后一种是修补bug分支。软件正式发布以后,难免会出现bug。
修补bug分支是从Master分支上面分出来的。
修补结束以后,再合并进Master和Develop分支。
命名:可以采用fixbug-*的形式,如:fixbug-fromTag-20220418
Taro.showShareMenu({
withShareTicket: true,
menus: ['shareAppMessage', 'shareTimeline'],
success(res) {
console.log(res)
},
fail(e) {
console.log(e)
}
})
Taro.useShareAppMessage(res => {
if (res.from === 'button') {
// 来自页面内转发按钮
console.log(res.target)
}
return {
title: '顺医控关爱到家',
imageUrl: 'https://cdn2.jianshu.io/assets/default_avatar/2-9636b13945b9ccf345bc98d0d81074eb.jpg',
path: '/pages/home/index?from=mini_ShareApp',
}
})
Taro.useShareTimeline(() => {
return {
title: '顺医控关爱到家', //字符串 自定义标题
query: '/pages/home/index?from=mini_Timeline', //页面携带参数
imageUrl: 'https://cdn2.jianshu.io/assets/default_avatar/2-9636b13945b9ccf345bc98d0d81074eb.jpg' //图片地址
}
})
// index.config.ts
export default {
// 当 `onShareAppMessage` 没有触发时,可以尝试配置此选项
enableShareAppMessage: true
}