预防贫血

预防贫血

1、注意营养。膳食要平衡、合理、蛋白质含量要丰富
多吃含铁较多的食物，如海带、紫菜、木耳、西红柿、动物肝脏、瘦肉、鱼、虾、蛋黄、豆类和大米等，常吃水果，均有食疗作用。提倡用铁锅炒菜
2、提倡和推广生产各种强化铁的食品，供儿童青少年食用
3、做好钩虫流行地区的大便检查与驱虫工作
4、饭后喝橘子水可使机体对非血色素铁吸收率增强，饭后吃水果也可促进铁的吸收，在进餐时和饭后食入含维生素C及有机酸的食物和饮料可促进铁的吸收

杭四下沙特长生专题

声乐 打击乐 小号 圆号 单簧管 双簧管 萨克斯 大管 长号 长笛 中音号 大号 小低音号 黑管
2016 5 1 2 中音+上低 2 2 1
2018 4 2 1 1 1 2 2
2019 4 1键盘打 1 1+1低音 1 1上低 1 （上低音号）1 1
2020 4 1 1 1 1 1上低 1 2
2021 4 2 1 1 降E+2降B 2
2022 4 1 1 1 1 1 1 1 2
2023 4 1键盘打 2 1 1 降E+2降B 1

学校信息

学科带头人
何建芳 语文
张云其 语文
林上双 数学
俞澜 数学?
徐雪婷 英语
张玉 音乐

边小妹 物理 副校长
陈海燕 语文
崔佳音 语文
丁茵 ?
廖彬 英语

何建芳
杭州市西溪中学校长、书记
中学语文高级教师

多次获得县（区）市先进教育工作者、优秀党员、党代表、名校长、优秀校长等荣誉称号；
是浙江省新课改工作先进个人、浙江省春蚕奖获得者，
浙江省首期“领雁工程”骨干校长班优秀学员、
第一期长三角名校长高级研究班学员、
浙派名校长班学员。

分配生办法

一、素质分

1） 来源
区市少科院小院士
区“十佳好少年”
区市“阳光少年”
“少先队雏鹰争章金奖或银奖”
最美西湖少年
美德少年

国家教育部
浙江省教育厅
杭州市教育局
西湖区教育局
本校行政公章的获奖证书

二、2023 分配生名额

分配学校及分配名额：

杭二中滨江校区5人
杭州学军西溪校区5人
杭高贡院校区4人
杭十四中凤起校区4人
杭四中下沙校区5人

杭州学军紫金港校区4人

浙大附中玉泉校区5人
长河高级中学3人
杭高钱江校区3人
杭师大附中4人
杭州学军海创园学校2人
杭二中钱江学校2人
杭十四中康桥校区3人
浙大附中丁兰校区3人

杭二中东河校区2人
杭四中吴山校区2人
杭州源清中学4人
杭四江东3人

杭州七中3人
杭高钱塘4人
十四中青山湖2人
绿城育华1人

http://www.hzxhjy.cn/xxzx/xwgk/zzld/202304/t20230429_689947.shtml

高中特长生

初中教育阶段曾获省级及以上教育行政部门主办（相关文件的第一发文单位，下同）的艺术现场比赛个人项目（四人及以下）一、二、三等奖或前六名者（获奖证书上盖有相应教育行政部门印章，不含各级艺术教育委员会）。

初中教育阶段曾获杭州市中小学生艺术节独唱、重唱（四人及以下）、戏剧曲艺（四人及以下）、独奏、重奏（四人及以下）、协奏（四人及以下）、齐奏（四人及以下）、独舞、双人舞、三人舞等现场比赛中学组个人项目一、二等奖者

2023年特长生招生计划（管乐相关）：

杭州第四中学下沙校区（艺术类） I
降B次中音萨克斯2名，降E中音萨克斯1名，长笛1名，双簧管1名，小号2名，圆号1名，打击乐1名（键盘打方向），
声乐4名

杭州第四中学江东学校（艺术类2名） III
上低音萨克斯1名，长号1名

杭州第四中学吴山校区（艺术类5名） IV
降E中音萨克斯1名，长号1名，上低音号1名，大号2名。

杭州高级中学钱江校区（艺术类15名） II
电声乐方向6名(主唱1名，萨克斯1名，电吉他1名，电贝司1名，架子鼓2名)
管乐方向9名(双簧管1名，长笛1名，圆号3名，小号1名，长号1名，大号1名，打击乐1名)

杭州第二中学滨江校区（艺术类15名）
小提琴5名、中提琴2名、大提琴3名、低音提琴1名、单簧管1名、大管1名、长号1名、打击乐1名，男女不限

杭州高级中学贡院校区（艺术类11名）
长笛1名，单簧管3名，大管1名，圆号1名，中音号2名，低音提琴1名，打击乐2名。

杭州学军紫金港校区（艺术类9名）
器乐5名（小提琴1名、中提琴1名、双簧管1名、小号1名、圆号1名）
声乐4名（男生2名，女生2名）

2023年特色班招生计划：

艺术类：主项+音乐基础知识（满分100分）

特长专业水平成绩（满分600分）计算：
特长专业水平成绩=实际测试成绩×6。

我校艺术特长专业水平合格成绩为：艺术类（420分）。

艺术类考生：综合成绩=初中学业水平考试成绩（不含加分）×30%+特长专业水平成绩×70%。在自主招生阶段，初中学业水平考试成绩达到300分者，按照招生计划、考生志愿，分类分项依据综合成绩择优录取。若综合成绩相同，则以特长专业水平成绩高者优先；若仍相同，则以语文、英语、数学、科学的顺序，单科成绩得分高者优先。

2022年分数线参考
学校 分数线 人数
杭州第四中学下沙校区 575 206

杭州高级中学钱江校区 568 357
杭州第四中学江东学校 552 283
杭州第四中学吴山校区 543 302

为什么RSA公钥每次加密得到的结果都不一样？

为什么RSA公钥每次加密得到的结果都不一样？

《OpenSSL和Python实现RSA Key公钥加密私钥解密》中提到，发现使用RSA公钥对同一数据加密，每次的结果都不一样。百度一下，很多人都有这个疑问，但并没有看到详细的分析解答，即使有人说是因为padding填充的原因，也都是一带而过。

为什么私钥对同一数据进行签名加密的结果是一样的，使用公钥进行加密就不一样了呢？
是的，这个问题跟对数据的padding即填充有关，详细说来，是跟PKCS #1
v1.5指定的padding方式有关，下面对这个问题进行详细的说明。

1. 问题的来源

重复下这个问题的来源：

1.1 准备测试数据

将字符串”I Love China!”保存到msg.bin作为测试数据

$ echo -n "I Love China!" > msg.bin
$ hexdump -Cv msg.bin 
00000000  49 20 4c 6f 76 65 20 43  68 69 6e 61 21           |I Love China!|
0000000d

  • 1
  • 2
  • 3
  • 4

随机生成测试用的私钥key.pem，并导出公钥key_pub.pem：

$ openssl genrsa -out key.pem -f4 2048
Generating RSA private key, 2048 bit long modulus
........+++
.......+++
e is 65537 (0x10001)
$ openssl rsa -in key.pem -pubout -out key_pub.pem
writing RSA key

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

1.2 使用私钥对同一数据签名

使用私钥key.pem对msg.bin进行两次签名，签名结果分别为msg.bin.sig1和msg.bin.sig2：

$ openssl dgst -sha256 -out msg.bin.sig1 -sign key.pem msg.bin
$ openssl dgst -sha256 -out msg.bin.sig2 -sign key.pem msg.bin 
$ md5sum msg.bin.sig1 msg.bin.sig2
4d10a2163f92f90f114126de2371deb8  msg.bin.sig1
4d10a2163f92f90f114126de2371deb8  msg.bin.sig2

  • 1
  • 2
  • 3
  • 4
  • 5

从签名数据的md5校验和看，msg.bin.sig1和msg.bin.sig2的md5值一样，其内容显然是一样的。

1.3 使用公钥对同一数据加密

使用公钥key_pub.pem对msg.bin进行两次加密，加密结果分别为msg.bin.enc1和msg.bin.enc2：

$ openssl rsautl -in msg.bin -out msg.bin.enc1 -inkey key_pub.pem -pubin -encrypt
$ openssl rsautl -in msg.bin -out msg.bin.enc2 -inkey key_pub.pem -pubin -encrypt
$ md5sum msg.bin.enc1 msg.bin.enc2
19c3bf692e94eaf87770001181c5eb10  msg.bin.enc1
f576f31a796332fcd3c4d3627ef4ad5d  msg.bin.enc2

  • 1
  • 2
  • 3
  • 4
  • 5

显然msg.bin.enc1与msg.bin.enc2的md5不一样，二者的内容也不一样，也就是说，使用同一个RSA公钥对同一段数据加密，两次加密的结果不一样。

2. PKCS #1 v1.5指定的填充方式

除了PKCS #1 v1.5指定的填充方式外，后续版本对填充方式进行了更新：

  • PKCS #1 v2.0 指定了针对加密使用的OAEP填充方式
  • PKCS #1 v2.1 又进一步指定了针对签名使用的PSS填充方式

这里只讨论早期PKCS #1 v1.5指定的简单的填充方式，也是目前最常见的填充方式。

RSA建议，为提高安全性，在新的应用中应逐步采用OAEP和PSS方式的进行填充。

2.1 填充方式的描述

不管是使用RSA私钥进行签名还是公钥进行加密，操作中都需要对待处理的数据先进行填充，然后再对填充后的数据进行加密处理。针对如何对内容进行填充，”[RFC2313] PKCS #1: RSA Encryption Version
1.5“的”8.1 Encryption-block
formatting“节提供了详细的说明，原文如下：

8.1 Encryption-block formatting

 A block type BT, a padding string PS, and the data D shall be
 formatted into an octet string EB, the encryption block.

            EB = 00 || BT || PS || 00 || D .           (1)

 The block type BT shall be a single octet indicating the structure of
 the encryption block. For this version of the document it shall have
 value 00, 01, or 02. For a private- key operation, the block type
 shall be 00 or 01. For a public-key operation, it shall be 02.

 The padding string PS shall consist of k-3-||D|| octets. For block
 type 00, the octets shall have value 00; for block type 01, they
 shall have value FF; and for block type 02, they shall be
 pseudorandomly generated and nonzero. This makes the length of the
 encryption block EB equal to k.

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

由于篇幅的原因，这里没有列出针对这段话的”Notes”部分，可以通过点击原文链接查看。

简单说来，PKCS #1 v1.5规定的填充格式为：

EB = 00 || BT || PS || 00 || D

  • 1

其中：

 D: data （指待处理数据，即填充前的原始数据）
PS: padding string （填充字符串）
BT: block type （数据块类型）
EB: encryption block （待加密的数据块，经过填充后结果）
||: 表示连接操作 （X||Y表示将X和Y的内容连接到一起）

  • 1
  • 2
  • 3
  • 4
  • 5

所以：

"填充后数据" = "00" + "数据块类型" + "填充字符串" + "00" + "原始数据"

  • 1

“填充块类型”BT决定了紧挨着的”填充字符串”PS的内容。
BT的可能取值包括00, 01和02：

  • 针对私钥处理的数据，BT取值为00或01;
    • BT取值为00时，PS为全00的字符串
    • BT取值为01时，PS为全FF的字符串，通过填充得到的整数会足够大，可以阻止某些攻击，因此也是推荐的填充方式
  • 针对公钥处理的数据，BT取值为02；
    • 使用伪随机的16进制字符串填充PS，而且每次操作进行填充的伪随机书都是独立的

重点来了，针对公钥处理的数据，其填充内容为伪随机的16进制字符串，每次操作的填充内容都不一样。这就是为什么每次使用公钥加密数据得到的结果都不一样了。

下面还是以本文开始的公钥加密数据进行说明。

2.2 检查公钥加密的填充数据

第1节中，使用公钥key_pub.pem对数据msg.bin进行了加密，我们使用私钥key.pem解密看看加密前填充的数据。

2.2.1 解密msg.bin.enc1到msg.bin.enc1.dec

$ openssl rsautl -in msg.bin.enc1 -out msg.bin.enc1.dec -inkey key.pem -decrypt -raw

  • 1

为了显示填充结构，这里用UltraEdit打开解密后的数据：
msg.bin.enc1.dec的格式

2.2.2 解密msg.bin.enc2到msg.bin.enc2.dec

$ openssl rsautl -in msg.bin.enc2 -out msg.bin.enc2.dec -inkey key.pem -decrypt -raw

  • 1

为了显示填充结构，这里用UltraEdit打开解密后的数据：
msg.bin.enc2.dec的格式

上面两张图都是对数据msg.bin进行填充后，并且在使用公钥key_pub.pem加密前的内容：

  • 两个绿色部分是指定的“00”填充；
  • 紫色部分指定BT为02, 说明后续使用公钥处理的数据；
  • 灰色部分为PS，其根据BT=02，填充了伪随机数；
  • 橙色部分为原始数据。

可见，两次填充的伪随机数是不一样，这样在使用公钥加密后其结果自然就不一样了。

我看网上有帖子说JAVA下可以通过设置，使每次填充生成同样的内容，但这样似乎不够安全。
我在openssl工具下没有找到相应的针对公钥操作时数据的填充设置选项。

2.3 检查私钥加密的填充数据

在第1节的签名例子中，使用私钥签名时，会先对数据计算SHA256编码，然后对SHA256哈希进行BER编码，再进行填充。
我们可以通过对签名数据使用公钥解密后，看看填充数据的内容：

$ openssl rsautl -in msg.bin.sig1 -out msg.bin.sig1.dec -inkey key_pub.pem -pubin -verify -raw

  • 1

注意：这里针对openssl rsault 命令使用-raw选项显示原始的数据结构，否则只会显示数据部分，而不会显示填充的内容

按照惯例，为了显示填充结构，这里用UltraEdit打开解密后的签名数据：

private-key operation填充结构
上图中是对SHA256数据进行BER编码填充，使用私钥key.pem加密前的内容：

  • 两个绿色部分是指定的“00”填充；
  • 紫色部分指定BT为01, 说明后续是使用私钥处理的数据；
  • 灰色部分为PS，其根据BT=01，填充为全FF的数据；
  • 橙色部分为原始数据（即SHA256数据经过BER编码的内容）。

再来假设下BT为00的情况：
当BT为00时，此时填充的内容PS部分为全00，又由于填充格式中指定了两个“00”的分隔符，如果此时原始数据又是以“00”开始的话，如何划分填充数据和原始数据呢？
显然此时是无法进行区分的，除非你知道原始数据由多长。幸运的是，我们基本上不会采用BT=00的填充方式，所以这种情况几乎不会发生。

3. 一个”openssl rsautl”的bug

最后，以我发现的一个”openssl rsautl”命令的bug来结束本文。

在进行RSA公钥加密私钥解密时，如果加密的原始数据为全00，解密时通过-hexdump选项，无法正确在控制台显示原始数据，问题的复现步骤如下：

生成16字节全0数据：

$ dd if=/dev/zero of=data.bin bs=1 count=32
32+0 records in
32+0 records out
32 bytes (32 B) copied, 0.000227422 s, 141 kB/s
$ hexdump -Cv data.bin 
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

使用公钥key.pem对全0数据data.bin进行加密：

$ openssl rsautl -in data.bin -out data.bin.enc -inkey key_pub.pem -pubin -encrypt

  • 1

使用私钥解密数据，并直接在控制台显示：

$ openssl rsautl -in data.bin.enc -inkey key.pem -decrypt -hexdump
0020 - <SPACES/NULS>
$ openssl rsautl -in data.bin.enc -inkey key.pem -decrypt -hexdump -raw
0000 - 00 02 49 d0 3d 94 b6 90-8b 4e 40 e7 e4 d1 e2 90   ..I.=....N@.....
0010 - e8 18 29 7f cf 5c c7 4a-bd cc 11 97 81 b3 a7 2b   ..)..\.J.......+
0020 - c3 83 43 60 6d f9 d5 1d-e9 29 ab 51 d1 98 58 49   ..C`m....).Q..XI
0030 - 22 5b ae d2 27 d4 da bd-2b 0d ba 54 7e 04 10 b1   "[..'...+..T~...
0040 - 3b c7 a1 7d 57 02 d8 1c-53 41 91 52 2d ac 0b da   ;..}W...SA.R-...
0050 - 1e 0e 0b 94 b3 90 0d 20-49 2c 94 84 22 87 30 c1   ....... I,..".0.
0060 - 31 36 6e 18 e0 52 5e ec-59 f9 36 47 37 c6 45 1e   16n..R^.Y.6G7.E.
0070 - 24 db dc 9a e4 d8 4e dc-b6 0b b2 57 f4 27 a9 56   $.....N....W.'.V
0080 - 05 11 2d 03 75 75 64 58-87 b8 86 8d 4c 3d d5 f4   ..-.uudX....L=..
0090 - 10 34 9d 24 ab 48 b4 27-58 59 f7 27 3b 9b 39 5a   .4.$.H.'XY.';.9Z
00a0 - b4 ed 2e fb 1f 6e 1f 13-b3 cd 67 78 5f ec f5 63   .....n....gx_..c
00b0 - ae 46 a7 17 87 f7 10 09-32 6d 30 dc 0e 1b 48 2a   .F......2m0...H*
00c0 - 2c 27 09 bc 42 32 38 22-8c 76 c9 cb 8c e9 0d f9   ,'..B28".v......
00d0 - 5e d0 c3 a8 af 8f cd 68-b6 96 3c 94 5c 3c d1      ^......h..<.\<.
0100 - <SPACES/NULS>

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18

这里使用私钥解密后竟然没有原始数据，你说神奇不神奇？我第1次使用不带”-raw”选项操作，发现命令输出没有数据显示时简直大吃了一惊。
还好，如果将解密的数据送到指定文件再显示则没有问题：

$ openssl rsautl -in data.bin.enc -out data.bin.enc.dec -inkey key.pem -decrypt -raw
$ hexdump -Cv data.bin.enc.dec 
00000000  00 02 49 d0 3d 94 b6 90  8b 4e 40 e7 e4 d1 e2 90  |..I.=....N@.....|
00000010  e8 18 29 7f cf 5c c7 4a  bd cc 11 97 81 b3 a7 2b  |..)..\.J.......+|
00000020  c3 83 43 60 6d f9 d5 1d  e9 29 ab 51 d1 98 58 49  |..C`m....).Q..XI|
00000030  22 5b ae d2 27 d4 da bd  2b 0d ba 54 7e 04 10 b1  |"[..'...+..T~...|
00000040  3b c7 a1 7d 57 02 d8 1c  53 41 91 52 2d ac 0b da  |;..}W...SA.R-...|
00000050  1e 0e 0b 94 b3 90 0d 20  49 2c 94 84 22 87 30 c1  |....... I,..".0.|
00000060  31 36 6e 18 e0 52 5e ec  59 f9 36 47 37 c6 45 1e  |16n..R^.Y.6G7.E.|
00000070  24 db dc 9a e4 d8 4e dc  b6 0b b2 57 f4 27 a9 56  |$.....N....W.'.V|
00000080  05 11 2d 03 75 75 64 58  87 b8 86 8d 4c 3d d5 f4  |..-.uudX....L=..|
00000090  10 34 9d 24 ab 48 b4 27  58 59 f7 27 3b 9b 39 5a  |.4.$.H.'XY.';.9Z|
000000a0  b4 ed 2e fb 1f 6e 1f 13  b3 cd 67 78 5f ec f5 63  |.....n....gx_..c|
000000b0  ae 46 a7 17 87 f7 10 09  32 6d 30 dc 0e 1b 48 2a  |.F......2m0...H*|
000000c0  2c 27 09 bc 42 32 38 22  8c 76 c9 cb 8c e9 0d f9  |,'..B28".v......|
000000d0  5e d0 c3 a8 af 8f cd 68  b6 96 3c 94 5c 3c d1 00  |^......h..<.\<..|
000000e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000100

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

看吧，通过后者得到的输出，其全0数据在结果的最后两行都好好的在呢，虚惊一场啊。

买二手车备注

甲方保证发动机、变速箱未拆卸更换，保证此车无任何经济纠纷，可正常过户，保证此车无火烧、无泡水、无事故,车身四梁六柱无切割，公里数为实表。如有以上情况甲方退还车款并以此车款的3倍赔给乙方

gulp与node版本兼容问题

win10系统下使用django时，用到了node,gulp等插件，但是在执行gulp命令时一直报错，网上找了n种方法，靠自己一步步填坑，终于解决了这个bug。记录一下完整的过程。

一、node与gulp版本兼容问题略谈。
我们使用nvm管理node版本，使用npm下载node中的各种插件，包括gulp，node版本需要与gulp版本相适应，比如node12以上的版本不能兼容gulp3，反过来一样gulp4不能适应node12一下的版本（我猜的，嘻嘻）。而node版本号中奇数为测试版，偶数为稳定版，所以我们需要选择合适的版本。我本来打算使用node12版本，但是在下载gulp4.0.2版本时cmd命令行总是显示为2版本，所以最后改为使用node10.20.1，gulp3.9.1。

https://github.com/coreybutler/nvm-windows/releases

二、完整操作过程
首先，假设已经安装了nvm,我们在命令行窗口下安装node10:
nvm install 10.20.1
然后使用10：
nvm use 10.20.1
接下来就可以安装gulp3，注意如果之前安装过其它版本，需要先清空npm_cache文件（在C/用户/APPDATA/roaming/下）并卸载gulp旧版本，卸载命令如下：
npm cache clean -f
npm uninstall –global gulp
安装命令如下：
npm install –global gulp@3.9.1

下面在命令行进入django项目中对应的文件夹，如果之前在该文件夹使用过npm install 命令，还需清空npm_cache 文件夹并清空缓存，命令如下：
npm cache clean -f
然后可以进行安装：
npm install
查看gulp版本：
gulp -v
如果全局与局部都是3.9.1版本，可以执行gulp命令：
gulp
然后会打开浏览器，这就表明命令成功了！！

ubuntu安装uwsgi

sudo apt-get install python3-dev build-essential libpcre3-dev

 

验证pcre

pcre-config --version

pip install uwsgi

验证uwsgi

mkdir /var/www/pyhtml/root

(需要自己保证一下用户ubuntu有权限)

vi wsgi.py

def application(env, start_response):
    start_response('200 OK', [('Content-Type','text/html')])
    return [b"Hello World"]
uwsgi --http :9090 --wsgi-file wsgi.py

mkdir /var/www/pyhtml/uwsgi
(需要自己保证一下用户ubuntu有权限)
cd /var/www/pyhtml/uwsgi
vi uwsgi.ini
[uwsgi]
http = :9090
#http = 127.0.0.1:9090
chdir = /var/www/pyhtml/root
# /var/www/pyhtml/uwsgi/wsgi.py application
module = wsgi:application
master = True
processes = 1
threads = 2
daemonize = wsgi.log
vacuum = true
pidfile = uwsgi.pid

 

sudo vi /etc/systemd/system/uwsgi.service

 

[Unit]
Description=uWSGI server
After=syslog.target

[Service]
User=ubuntu
WorkingDirectory=/var/www/pyhtml/uwsgi
ExecStart=/home/ubuntu/.local/bin/uwsgi --ini uwsgi.ini
Group=www-data

[Install]
WantedBy=multi-user.target