问题标签 [binaries]

我们有 5,000 个 PDF，总共不超过 200GB。它们可能需要在全年以大约 1,000 个为单位进行更新。

如我所见，有两条主要路线...

1) 通过 Tridion 发布 PDF 和相关元数据 2) 直接导入交付环境并在 Tridion 中管理 PDF 元数据

将这些 PDF 放入 CMS 的一个令人信服的（商业）原因是让它们投入生产的途径 - CMS = 简单 - 非 CMS = 一点也不简单，而且它直接为企业提供了控制权。

我们当然更愿意管理与二进制项目直接关联的元数据，并且还利用组件链接（跟踪使用位置等）而不是将组件（用于元数据）与“链接”映射到非 CMS 控制的二进制项目 -所以在我看来，通过CMS 会更有意义。

现在- 存在膨胀数据库/阻塞发布队列的问题......

其中一些项目可能需要通过工作流程（如果我们通过 WebDAV 批量上传，我想我们可以为特定文件夹定义特定的磁带，从而关联不同的模式？）。但是 - 使用 WebDAV可能意味着 PDF（及其历史版本）将存储在数据库中，这可能会出现问题。

所以......我们可以在 Tridion 中将这些链接为外部链接组件，但我认为这意味着我们不能使用 WebDAV（或者我们仍然可以将 WebDAV 与 externally_linked PDF 一起使用 - 似乎没有意义？）

我敢肯定，在 CMS 中（或周围）管理的大量二进制文件是我们许多人都遇到过的，并且很想知道其他人是如何解决这个困境的？

谢谢

我们有一个可从 Internet 下载的企业对消费者 (B2C) 应用程序（Windows 和 Macintosh）。我们将签署我们的二进制文件真的很重要吗？

所有大公司（Skype、Google (Talk) 等）都签署他们的二进制文件吗？

Where I currently work we've had a small debate about deploying our Python code to the production servers. I voted to build binary dependencies (like the python mysql drivers) on the server itself, just using pip install -r requirements.txt. This was quickly vetoed with no better explanation that "we don't put compilers on the live servers". As a result our deployment process is becoming convoluted and over-engineered simply to avoid this compilation step.

My question is this: What's the reason these days to avoid having a compiler on live servers?

亲爱的 stackoverflow 成员，

我有一个问题，对这里的大多数成员来说可能听起来很傻，但它困扰了我很长一段时间，并且找不到任何合适的答案。

我的问题是，我们如何运行在 GNU 许可下分发的开源项目的源代码或二进制文件。

当我下载项目时，我得到的只是一个.tar文件，解压缩后，我得到一个包含许多子文件夹的文件夹，如 src、build 等。这个文件夹看起来类似于由像 netbeans 这样的 IDE 创建的项目文件夹。但是如何编译和修改这些源文件呢？

有没有一个应用程序可以做到这一点？还是我必须切换到 linux 才能做到这一点？

我目前正在使用 Windows 7 的副本，并且还有 Windows XP 的副本可供使用。

任何帮助将不胜感激。

非常感谢您提前。

欢呼基肖尔。

为什么这个问题会出现 badmatch 错误？我不知道为什么这会失败：

我正在寻找有关如何管理共同构成发布版本的二进制工件的工具和建议。

该项目如下所示：

可能存在更多级别，因此组件本身是由具有自己版本的子组件构建的。

目前，我们使用带有二进制文件链接的 Excel。我希望通过引入一些可以更好地管理它的简单工具来改进这一点。它应该包括一些基础知识，例如：搜索版本/子版本并定位它们在树中的位置，WEB 访问使其易于访问，并具有一些界面，以便可以使用脚本加载新的二进制文件。此外，每个项目都需要有一些与之相关的信息，主要是发行说明。

请注意，如果重要的话，这是一个嵌入式 C/C++ 项目。

假设我有一个私有存储库和一个公共存储库。我使用我的私人存储库进行开发，并在重要步骤中进行提交，在其中保存所有源和二进制文件。保存二进制文件的原因是允许恢复以前提交的版本，而不必重建所有二进制文件。当我完成了一项功能的开发后，我将它推送到一个公共存储库，集成商可以访问该存储库，它接受我和其他开发人员的贡献，并集成所有这些。在提取所有贡献后，集成商总是重建二进制文件。因此，我不需要将二进制文件从我的私人存储库推送到公共存储库，也不需要他拉取它们。git 中有没有办法避免在这个工作流程中推送和拉取二进制文件？

我已经成功编译了我的代码，但它说：

我希望我的代码让用户输入三个数字，中间有空格，并让它们相乘，所以这是我的代码：

我使用compilr.com作为我的开发平台。

是否有用于 Windows 的zxing预编译版本？Java 版本或 C++ 端口都可以。我可以在他们的网站上找到源包。

众所周知，.NET 生成的 dll 很容易被反编译。这意味着敏感信息（例如加密密钥）不应存储在 .NET 二进制文件中。

将敏感数据存储在（例如）我的 .NET 代码可以使用的 C++ 二进制文件中是否是一个明智的选择？我对互操作的东西一无所知，但很好奇这是否是一个值得追求的途径。我想澄清一下，我的问题是：

1. 用 C++（或 C）生成的二进制文件可以很容易地反编译以访问敏感的字符串数据吗？
2. 这是一个完全轻率的想法，要么是因为它行不通，要么很难实现，还是因为存在我还没有遇到过的更好的替代方案？