« 梦幻西游服务器 IO 问题 | 返回首页 | 服务器排队系统的一点想法 »

方便的分享照片

只是随便想想,还没找到类似软件,希望有人读了后能够受启发做一个 :)

网上做像册的倒是很多,但目前的网络带宽很难满足我的一个需求。即,我这人不喜欢带相机出去旅游。有时候出去玩了,朋友拍了好几 G 的照片,就懒的要了。网上传起来太麻烦。如果真给我寄光盘,估计我也不会有多大兴趣倒腾到计算机里。若是让对方往网上像册上传,估计也难。

其实我的需求很简单,我需要在几百上千张照片里自己挑出需要保留的几张来,然后打包给我。大部分相片不需要冲印出来,所以我也不需要动则几兆的大分辨率照片。缩小到屏幕适合观看的尺寸即可。

挑选照片时,用比较小的缩略图即可。下载时,应该可以定制尺寸。然后全部照片应该被打包下载。

这个服务多用于个人对个人,其实没有太大需求放在公众网上。应该力求网上带宽消耗最小。我想到的理想的方案是由分享方建立一个专门的图片 web 服务器(至于穿防火墙问题,可以增加一个服务器中转)

浏览分拣的时候,应实时提供所有图片的缩略图。选择好需要的图片后,可以按需求缩小尺寸。而后打包。

鉴于我本人程序员出生,对软件的实现也有所要求。我希望 server 端不要因为需要提供各种不同尺寸的图片,以及打包,占用额外的临时磁盘空间。因为这个服务是点对点服务的,服务对象也是一个个人,生成好图片以做 cache 是不必要的。在对方索取的时候在内存生成就够了。

打包的过程应该是自己写,或是用比较底层的打包库的 api 来做,而不是直接调用打包工具,那样会生成过多的中间文件。jpg 或 png 格式本身已经有压缩,所以仅仅是打包而不需要压缩打包了。通用包格式都支持把文件直接连接的,这样其实可以直接流式发送一个包的。这也省略了打包几十上百兆内容的等待时间。(即可以支持一边向包追加数据,一边传输)

好吧,我总说,万事求人不如求己。有空自己做一个罢了。

Comments

风哥的思想果然天马行空!

好像http1.1支持长连接传多个文件的形式,可以把这些图片部署在下载专用服务器,服务器cache少部分缩略图,其余的缩略图在后台用简单的算法先生成并返回给前端,另一个线程里同步完整图片的下载。

我想用php+apache架一个服务器就可以做到这点吧?

买个卡,快递

picasaweb +picasa 已经有您说的这些功能了

写这篇文章的想解决的核心问题是带宽问题。不然自动同步啦神马的,怎么弄都行的。

再就是我最不喜欢别人给我传动则 2,3 M一张的 jpg 。我又不打印,浪费带宽和硬盘。

其实最方便的应该是给相机和手机添加自动同步文件到服务器功能,这样所有的文件在任何时候任何地点都可以访问了,也不用费劲手动传。

然后在那个基础上再开发一些应用就很容易。

如果再增加一个可以直接发送到外网各个相册的功能就更好了.

用opera就行啦,除了图片还可以分享音乐呢。

可以使用微博

比较适合在图片管理软件里面做~
比如picasa,server上有基本尺寸和缩略图,然后,你可以通过client浏览和勾选想要的图片,附带 请求更高尺寸的图片之类的功能
IM来做这种功能,体验会大打折扣吧

缩略图的具体大小是一件纠结的事.

或许需求太小众了,作为im的一个plugin更合适一些。本质上说还是文件共享加个壳。用nix的思想来做,就是一堆现成的应用加一个脚本。

这个东西是不错~

直接发一个windows的缩略图文件就行了。

然后要解决的是选了哪几张的问题了。

适合作为IM的一个功能来做。

很好的东东啊。
期待。。。

opera自带这种功能:
http://unite.opera.com/overview/

先压缩后打包,即压缩是针对单张图片的,针对需要压缩的格式。
然后,打包就是个实际上不需要的处理了,直接传输,
而且是自然分段的,就像迅雷的分段下载,而且可断点续传。
inline。
打包没必要了,过程中出错有点麻烦。

Post a comment

非这个主题相关的留言请到:留言本