我想使用 python 来加密一些数据，并发现 pycrypto 作为一个可能的工具。为了加密数据，我需要：

1. 输入密码字符串
2. SHA-256 字符串，给出 AES-256 的密钥
3. 将敏感数据表示为 9 位字符 (ascii) 的字符串，如果存在，则带有前导 ascii 0（数据将始终采用此格式）。
4. 在 ecb 模式下，使用 AES-256、NO SALT、使用 RFC2315 中的 PKCS7 填充来加密数据字符串。
5. 将密文表示为 Base64 (RFC 4648)，需要 24 个字符

使用 pycrypto，步骤 1-3 相当简单。4给我带来了一点麻烦。我不确定 PKCS7 填充是什么，也不知道如何确保加密不使用 SALT。我希望有人能为我指出正确的方向：第 4 步。

我试图理解为什么在下面的代码中，子级<li>不会<ul>在填充设置为 15px 的情况下移动父级。

body {
  background-color: black;
}

.box {
  background-color: white;
  display: inline-block;
}

.box__list {
   margin: 0;
   list-style: none;
   padding: 0;
   text-align: center;
   font-size: 0;
}

.box__item {
  color: black;
  display: inline;
  font-size: 14px;
  vertical-align: middle;
  padding: 15px;
}

<div class="box">
  <ul class="box__list">
    <li class="box__item">A</li>
    <li class="box__item">A</li>
    <li class="box__item">A</li>
  </ul>
  <ul class="box__list">
    <li class="box__item">A</li>
    <li class="box__item">A</li>
    <li class="box__item">A</li>
  </ul>
</div>

http://codepen.io/anon/pen/ZKYbYx

唯一有效的填充是 和left，right和top正在bottom折叠。

谢谢。

我想用 PyTorch 卷积做两件事，文档或代码中没有提到：

1. 我想用这样的固定内核创建卷积：

   000010000
   000010000
   100010001
   000010000
   000010000
   

   Run Code Online (Sandbox Code Playgroud)

   我猜，水平方面就像膨胀，但垂直部分是不同的。我看到 dilation 可以作为代码中的参数使用，但它必须是标量或单元素元组（不是每个维度一个元素），所以我认为它不能在这里做我想做的事。

2. 我希望我的卷积像环形一样“环绕”，而不是使用填充。

   编辑添加：我看到有一个未解决的问题，这也提供了一个次优的解决方法。所以，我想还没有“正确”的方法来做到这一点。

我的图像大小不均匀，所以当卷积将其缩小 2 倍时，然后我这样做Conv2DTranspose，我没有得到一致的大小，这是一个问题。

所以我想我应该用额外的行和列填充中间张量，其值与我在边缘看到的值相同，以尽量减少干扰。我如何在 Keras 中做到这一点，这可能吗？我有什么选择？

我试图看看为什么当我移动 struct 变量时 struct 的大小会有所不同，我知道涉及填充，但不清楚它在后台做什么

struct test1 {
    long y;
    int a;
    short int b;
    short int t;
}

sizeof(struct test1) = 16

struct test2 {
    long y;
    short int b;
    int a;
    short int t;
}

sizeof(struct test2) = 24

struct test3 {
    int a;
    long y;
    short int b;
    short int t;
}

sizeof(struct test3) = 24

我知道 test1 的大小是 8 + (4+2+2) 没有填充，但我不明白为什么 test2 不返回相同的结果，8 + (2+4+2) 没有填充。

第三个test3我们看到int需要4bytes + 4 padding，long需要8 bytes，short int需要2bytes + 2bytes + …

题

在C99标准告诉我们：

结构对象内可能有未命名的填充，但不是在其开头。

和

在结构或联合的末尾可能有未命名的填充。

我假设这也适用于任何 C++ 标准，但我没有检查它们。

让我们假设在 ARM Cortex-M 上运行的 C/C++ 应用程序（即在应用程序中使用两种语言）将一些持久数据存储在本地介质（例如串行 NOR 闪存芯片）上，并在上电后读取它循环，可能在将来升级应用程序本身之后。升级后的应用程序可能是用升级后的编译器（我们假设是 gcc）编译的。

让我们进一步假设开发人员很懒惰（当然不是我），并且直接将一些普通的 C 或 C++ 流式传输struct到闪存，而不是像任何偏执的有经验的开发人员那样首先将它们序列化。

事实上，有问题的开发人员很懒惰，但并非完全无知，因为他阅读了AAPCS（Arm 架构的过程调用标准）。

除了懒惰之外，他的理由如下：

• 他不想打包structs 以避免在应用程序的其余部分出现未对齐问题。
• AAPCS 为每种基本数据类型指定了固定对齐方式。
• 填充的唯一合理动机是实现正确对齐。
• 因此，他认为，填充（以及因此 memberoffsetof和 total sizeof）完全struct由 AAPCS为任何 C 或 C++ 确定。
• 因此，他进一步解释说，我的应用程序无法解释同一应用程序的早期版本会写入的某些回读数据（当然，假设闪存中数据的偏移量没有在写作和阅读之间变化）。

不过，开发者是有良心的，他有点担心：

• C 标准没有提到任何填充的原因。实现正确对齐可能是填充的唯一合理原因，但根据标准，编译器可以随意填充尽可能多的内容。
• 他怎么能确定他的编译器真的遵循AAPCS呢？
• 他的假设是否会突然被他将开始使用的一些明显无关的编译器标志或编译器升级打破？

我的问题是：那个懒惰的开发人员的生活有多危险？换句话说，struct在上述假设下，填充在 C/C++ 中的稳定性如何？

结论

在提出这个问题两周后，收到的唯一答案并没有真正回答所提出的问题。我也在ARM 社区论坛上问过完全相同的问题，但根本没有答案。

然而，我选择接受3246135作为答案，因为：

1. 我将没有正确答案视为与此案非常相关的信息。软件问题解决方案的正确性应该是显而易见的。在我的问题中所做的假设可能是正确的，但我无法轻易证明。此外，如果假设不正确，在一般情况下，后果可能是灾难性的。

2. 相比风险，开发者在使用答案中暴露的策略时的负担似乎非常合理。假设一个恒定的字节序（这很容易强制执行），它是 100% …