Image 客户端拇指创建还是服务器端拇指创建？

Hy

我有两个选择： 客户端（使用FLASH或Javascript）： pro:图像操作发生在客户端，因此服务器上没有负载 缺点：更多上传数据

服务器端（Ruby on rails）： pro:上传的数据更少 缺点：图像操作发生在服务器端，因此存在一些负载，将被查询

例如，上载图像时，您将获得4个图像：大图像、中图像、拇指1、拇指2，因此在客户端的情况下，将需要上载4个优化图像。对于服务器端，将只上载1个优化图像，然后进行操作

什么是更好、更少消耗的方式

编辑： 在服务器端：我真的不知道这些细节，但将使用RubyonRails

我想知道的唯一一件事是是否更消费： 1） 使用FLASH加载图像，对其进行优化，上传到服务器上，然后在服务器端竖起4个大拇指，然后保存

或

2） 在FLASH中加载一个图像，制作4个拇指并将其上传到服务器上

---

thumb分辨率仍然是可变的，所以我不能说大小。

我不知道您希望如何在webbrowser的客户端操作它，除非它的某些应用程序，无论如何，图像操作通常发生在服务器端。创建一个que，使一切都有条理，并以一种有条理的方式工作。

听起来你是在要求每个人都为你做决定。这意味着你还没有足够的信息来做出决定。一旦你理解了这个问题，你就会知道正确的解决方案。根据您提供的信息，任何“权威”答案都是猜测

对于客户端实现：必须向客户端发送多少数据才能进行图像处理（即应用程序有多大）？客户机至少需要多少资源？开发概念验证大约需要多长时间？客户端将上载多大的图像？客户端必须已经安装了什么软件？您将支持哪些操作系统

在服务器实现中：服务器可以接受的最大图像大小是多少？服务器需要处理多少个映像？预计会有什么样的负荷？可以从哪些类似应用程序推断负载？创建概念验证需要多长时间？执行此工作需要多少服务器资源？如何防止一个用户（或一小部分用户）独占服务器资源，但仍能在合理的时间内满足其请求

---

一旦为一方创建了POC，为另一方创建POC需要多长时间？测试费用是多少？如果你必须购买软件，这些费用是多少？如果您打算使用OSS软件，许可证是否可以接受？你会创作衍生作品吗（如果有许可证，这有关系吗）？对于封闭源代码软件也是如此——它们也有许可证

在客户端使用FLASH，或者（如果可能的话）只使用javascript。因为客户端FLASH是通用的，几乎可以在每台机器上运行。在服务器端：我真的不知道这些细节，但将使用RubyonRails。我想知道的唯一一件事是：1）用FLASH加载图像，对其进行优化，上传到服务器上，然后在服务器端制作4个大拇指，然后保存。或者2）在FLASH中加载图像，制作4个拇指并将其上传到服务器上。拇指分辨率仍然是可变的，所以我不能说大小。你仍然需要将你的flash应用下载到浏览器上。这个应用程序有多大？考虑到您的部署场景（服务器资源还是客户端响应时间），哪个更重要？客户端上传是否足够快以防止客户端浏览？更简洁地说：为什么不为自己创建一些基本的概念验证代码和测试？特别是因为您似乎不知道部署的细节。。。