Python 文件读取、加密和解压缩

我正在从事一个加密项目，能够加密较小大小的文件（我们不知道限制）。由于不熟悉python和一般的编码，我遇到了一些问题

我的代码的基础是，为了节省空间和速度，我将文件转换为字节表示形式，然后将字节转换为位，然后将位转换为6位整数。我们通过一个小的压缩程序运行6位整数。程序以这种方式压缩八个连续整数：

sumInts=sum(ints[i]*64**i)

然后，生成的列表将通过组中其他成员创建的加密算法运行。然后，新数据可以通过他们正在创建的解密算法运行。解压缩消息时会出现此问题。对于大多数压缩数据，程序运行正常，但在最后几个大的压缩整数附近，程序会随机停止，只留下一个大的、半解压的数字。我不知道我的代码中的问题在哪里

我遇到的另一个问题是，我们打算在任何给定的文件中使用它。然而，当数据全部重新组装时，我认为需要重新编译它，以便恢复到其原始文件类型。在python中有没有办法绕过这个问题

这是我在这里的第一篇帖子，所以请原谅我可能犯的任何格式错误或公然违反规则

---

编辑：我在和我一起工作的一位数学教授的帮助下设法解决了这个问题。我不确定代码中的错误是什么，教授还说我不需要担心重新编译，所以我将把结果存储在一个.txt文件中。谢谢您的帮助。

您可能应该尝试输入一些打印语句，以确定代码的停止位置。。。然后你应该创建一个小例子来演示这个问题。。。因为一行代码和你的算法的英文解释让我们不知道你可能哪里出错了。。。你确定这是一个完美的压缩算法（即没有数据丢失？）吗？你为什么还要发明自己的加密算法？这总是个坏主意。您可以使用一些Python模块，这些模块已经实现了众所周知的算法。此外，假设

ints[i]

是一个8个整数的列表

[1,2,3,4,5,6,7,8]

，您提供的一行代码看起来非常费劲。。。这一行将对64**i长的那些数字的重复列表求和。。。假设我是1，那将是[1,2,3,4,5,6,7,8,1,2,3,4,5,6,7,8，…]，64次！！]然后将它们相加。。。这看起来并不是一个完美的压缩all@ChristofferKarlsson所有好的密码技术都已经发明出来的想法是完全错误的（也就是说我倾向于同意你的观点），我猜这是某种分配：P@JoranBeasley当前位置我从来没有说过它们是发明出来的，只是说那些广为人知的已经实现了。两个不同的词：）但是，是的，你提到的原因是有道理的。