l*********r
发帖数: 105 | 1 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。 |
t**a
发帖数: 59 | |
s****y
发帖数: 983 | |
l*********r
发帖数: 105 | 4 Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:) |
l******n
发帖数: 9344 | 5 你自己家机器host的？这个不靠谱
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
|
l*********r
发帖数: 105 | 6 这个我研究过，有一点实践经验可以和大家讨论一下。
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
|
l******n
发帖数: 9344 | 7 其实说到底还是价格的问题。Verizon 300M/300M外加static ip每个月不便宜，我估计
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
|
l*********r
发帖数: 105 | 8 嗯，有道理，Verizon的速度确实没测过，不知道是不是到得了宣称的速度。图片网站
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。 |
m*********s
发帖数: 566 | 9 支持一下，你的想法是什么，是一个image交易的平台吗？ |
l*********r
发帖数: 105 | 10 image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。 |
|
|
l*********r
发帖数: 105 | 11 发信人: linuxhacker (linuxhacker), 信区: PhotoForum
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。 |
l******n
发帖数: 9344 | 12 你能描述一下你的基于tag的推荐算法？很多search engine或者database都提供了类似
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
|
l*********r
发帖数: 105 | 13 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。 |
r*****g
发帖数: 9999 | 14 你做的挺好的，但商业上貌似已经有类似的服务了吧，而且marketplace最重要的是人
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 15 目前只是自己的一个hobby，一个人做，实在没有时间也没有精力去做推广。运行成本
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。 |
J*******n
发帖数: 2901 | 16 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。 |
l******n
发帖数: 9344 | 17 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 18 逼格这两个字一下把我给击倒了 :) 码农总是被数学算法之类的勾引走，完全没注意到
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
|
l*********r
发帖数: 105 | 19 多谢，正在找paper看，先在本地测试几种方案。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
|
l*********r
发帖数: 105 | 20 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。 |
|
|
t**a
发帖数: 59 | |
s****y
发帖数: 983 | |
l*********r
发帖数: 105 | 23 Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:) |
l******n
发帖数: 9344 | 24 你自己家机器host的？这个不靠谱
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
|
l*********r
发帖数: 105 | 25 这个我研究过，有一点实践经验可以和大家讨论一下。
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
|
l******n
发帖数: 9344 | 26 其实说到底还是价格的问题。Verizon 300M/300M外加static ip每个月不便宜，我估计
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
|
l*********r
发帖数: 105 | 27 嗯，有道理，Verizon的速度确实没测过，不知道是不是到得了宣称的速度。图片网站
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。 |
m*********s
发帖数: 566 | 28 支持一下，你的想法是什么，是一个image交易的平台吗？ |
l*********r
发帖数: 105 | 29 image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。 |
l*********r
发帖数: 105 | 30 发信人: linuxhacker (linuxhacker), 信区: PhotoForum
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。 |
|
|
l******n
发帖数: 9344 | 31 你能描述一下你的基于tag的推荐算法？很多search engine或者database都提供了类似
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
|
l*********r
发帖数: 105 | 32 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。 |
r*****g
发帖数: 9999 | 33 你做的挺好的，但商业上貌似已经有类似的服务了吧，而且marketplace最重要的是人
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 34 目前只是自己的一个hobby，一个人做，实在没有时间也没有精力去做推广。运行成本
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。 |
J*******n
发帖数: 2901 | 35 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。 |
l******n
发帖数: 9344 | 36 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 37 逼格这两个字一下把我给击倒了 :) 码农总是被数学算法之类的勾引走，完全没注意到
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
|
l*********r
发帖数: 105 | 38 多谢，正在找paper看，先在本地测试几种方案。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
|
d*******u
发帖数: 5337 | 39 精神可嘉，过程应该能学到不少东西，但这产品真的没什么用，可以不好看。 |
W***o
发帖数: 6519 | 40 看起来很牛！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
|
|
l*********r
发帖数: 105 | 41 这几个星期被其他事情打岔分心了，事情办得比较顺也就有点犯懒，就没有上来。以后
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，我在纽约地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。 |
w***g
发帖数: 5958 | 42 你这个网站用户体验很不错！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
i******t
发帖数: 22541 | 43 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 44 大致是这个意思，细节上有点不同，不是link上所有词，而是link上在同一个tag组里
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
|
N*C
发帖数: 1987 | |
p*****e
发帖数: 332 | 46 楼主能具体讲一下网站的目的吗？感觉不是很清楚。个人觉得楼主的UX可以提高一下。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。 |
p*********u
发帖数: 219 | 47 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。 |
E*******n
发帖数: 113 | 48 独到之处是啥？如果还依赖关键词寻找照片，和其他网站的区别都没有。其实，google
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l*********r
发帖数: 105 | 49 大家的意见不错，多谢了。UX/UI上确实需要提高。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。 |
l*********r
发帖数: 105 | 50 谢谢 :) 如果发现什么问题请及时通知。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
|
|
|
d**********6
发帖数: 170 | 51 哥们....你打算怎么挣钱？
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l*********r
发帖数: 105 | 52 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
|
S*1
发帖数: 622 | 53 看了下你的网站，跟一般的stock photo网站的图片质量比还有差距。收入提成基本上
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
|
l******n
发帖数: 9344 | 54 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
|
l*********r
发帖数: 105 | 55 哈哈，大家说的没错。图片网站光靠royalty提成收入根本没办法做大，只能混口饭吃
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。 |
l*********r
发帖数: 105 | 56 SD1提到的license以后可以无限使用，这个确实是个影响到作者销售收入的问题。我这
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。 |
S*1
发帖数: 622 | 57 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
|
l******n
发帖数: 9344 | 58 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
|
l*********r
发帖数: 105 | 59 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
|
l*********r
发帖数: 105 | 60 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
|
|
|
l******n
发帖数: 9344 | 61 找人做BD吧，marketing的方式很多，但是要在这么多的同质服务中脱颖而出必须要有
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
|
l*********r
发帖数: 105 | 62 没错，到时候可能还是得找人专门做这些。现在确实没有空余时间和精力做marketing
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:) |
a*****g
发帖数: 19398 | 63 你要不要看看 zenfolio 的模式？
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
|
l*********r
发帖数: 105 | 64 这个网站美工做的非常不错。这是Shopify vs. Amazon的business model,主要问题一
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
|
l*********r
发帖数: 105 | 65 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。 |
m*********s
发帖数: 566 | 66 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
|
l*********r
发帖数: 105 | 67 你说的很对，一般人确实需要网站这个中介来做自动交易，网站的自动交易比较可靠而
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
|
s****f
发帖数: 66 | 68 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。 |
l*********r
发帖数: 105 | 69 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
|
m*********s
发帖数: 566 | 70 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
|
|
|
l*********r
发帖数: 105 | 71 我考虑了两天，发现你的这个idea确实值得深入explore。
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
|
l******n
发帖数: 9344 | 72 线下的任何形式活动都需要大量的人力物力，我觉得不是你现在这种状态可以做的。你
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
|
l*********r
发帖数: 105 | 73 这个慢慢来，不着急:) 反正没有什么成本压力。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。 |
d*******u
发帖数: 5337 | 74 精神可嘉，过程应该能学到不少东西，但这产品真的没什么用，可以不好看。 |
W***o
发帖数: 6519 | 75 看起来很牛！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l*********r
发帖数: 105 | 76 这几个星期被其他事情打岔分心了，事情办得比较顺也就有点犯懒，就没有上来。以后
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，或者微信。我在纽约
地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。 |
w***g
发帖数: 5958 | 77 你这个网站用户体验很不错！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
i******t
发帖数: 22541 | 78 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
|
l*********r
发帖数: 105 | 79 大致是这个意思，细节上有点不同，不是link上所有词，而是link上在同一个tag组里
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
|
N*C
发帖数: 1987 | |
|
|
p*****e
发帖数: 332 | 81 楼主能具体讲一下网站的目的吗？感觉不是很清楚。个人觉得楼主的UX可以提高一下。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。 |
p*********u
发帖数: 219 | 82 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。 |
E*******n
发帖数: 113 | 83 独到之处是啥？如果还依赖关键词寻找照片，和其他网站的区别都没有。其实，google
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l*********r
发帖数: 105 | 84 大家的意见不错，多谢了。UX/UI上确实需要提高。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。 |
l*********r
发帖数: 105 | 85 谢谢 :) 如果发现什么问题请及时通知。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
|
d**********6
发帖数: 170 | 86 哥们....你打算怎么挣钱？
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l*********r
发帖数: 105 | 87 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
|
S*1
发帖数: 622 | 88 看了下你的网站，跟一般的stock photo网站的图片质量比还有差距。收入提成基本上
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
|
l******n
发帖数: 9344 | 89 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
|
l*********r
发帖数: 105 | 90 哈哈，大家说的没错。图片网站光靠royalty提成收入根本没办法做大，只能混口饭吃
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。 |
|
|
l*********r
发帖数: 105 | 91 SD1提到的license以后可以无限使用，这个确实是个影响到作者销售收入的问题。我这
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。 |
S*1
发帖数: 622 | 92 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
|
l******n
发帖数: 9344 | 93 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
|
l*********r
发帖数: 105 | 94 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
|
l*********r
发帖数: 105 | 95 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
|
l******n
发帖数: 9344 | 96 找人做BD吧，marketing的方式很多，但是要在这么多的同质服务中脱颖而出必须要有
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
|
l*********r
发帖数: 105 | 97 没错，到时候可能还是得找人专门做这些。现在确实没有空余时间和精力做marketing
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:) |
a*****g
发帖数: 19398 | 98 你要不要看看 zenfolio 的模式？
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
|
l*********r
发帖数: 105 | 99 这个网站美工做的非常不错。这是Shopify vs. Amazon的business model,主要问题一
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
|
l*********r
发帖数: 105 | 100 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。 |
|
|
m*********s
发帖数: 566 | 101 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
|
l*********r
发帖数: 105 | 102 你说的很对，一般人确实需要网站这个中介来做自动交易，网站的自动交易比较可靠而
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
|
s****f
发帖数: 66 | 103 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。 |
l*********r
发帖数: 105 | 104 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
|
m*********s
发帖数: 566 | 105 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
|
l*********r
发帖数: 105 | 106 我考虑了两天，发现你的这个idea确实值得深入explore。
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
|
l******n
发帖数: 9344 | 107 线下的任何形式活动都需要大量的人力物力，我觉得不是你现在这种状态可以做的。你
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
|
l*********r
发帖数: 105 | 108 这个慢慢来，不着急:) 反正没有什么成本压力。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。 |
l*********r
发帖数: 105 | 109 今天大雪work from home，趁机把google map加了进来。狗家的地图还是不错滴。严谨
地说
，狗家的好东西，除了搜索之外，基本全是买来的。 |
b**********0
发帖数: 39 | 110 呵呵， 我前几年也做了个同样类型的网站， 开始很难， 没人来， 用了几个月时间，
浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
种麻烦了。 技术方面只是麻烦的很小一部分。 |
|
|
b********s
发帖数: 272 | 111 你这些苦力活为什么不外包到印巴孟？$1000就搞定了吧
【在 l*********r 的大作中提到】
: 今天大雪work from home，趁机把google map加了进来。狗家的地图还是不错滴。严谨
: 地说
: ，狗家的好东西，除了搜索之外，基本全是买来的。
|
l*********r
发帖数: 105 | 112 一般上传照片都要预先审核批准之后才made public。服务器就在我自己的车库里，如
果有攻击的话，那就非常刺激了 :)
【在 b**********0 的大作中提到】
: 呵呵， 我前几年也做了个同样类型的网站， 开始很难， 没人来， 用了几个月时间，
: 浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
: 件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
: 各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
: 器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
: 如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
: 种麻烦了。 技术方面只是麻烦的很小一部分。
|
l*********r
发帖数: 105 | 113 我都笑出来了，这个我觉得不可能外包吧:) 外包不可能搞定这样的东西，不然湾区房
价早就跌到20万了 :)
【在 b********s 的大作中提到】
: 你这些苦力活为什么不外包到印巴孟？$1000就搞定了吧
|
M****z
发帖数: 1058 | 114 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
一小撮人
佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
腾几个点子生成的MVP 嗅觉绝对会飞速上升的
点子 我建议从解决自己遇到的问题着手
说得太直接 不好听 望海涵 |
l****t
发帖数: 18 | 115 MVP什么意思
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
|
M****z
发帖数: 1058 | 116 请搜索 MVP + startup
【在 l****t 的大作中提到】
: MVP什么意思
|
M****z
发帖数: 1058 | 117
【在 l****t 的大作中提到】
: MVP什么意思
|
e****z
发帖数: 108 | 118 很好的网站, 一个人做出来这个网站还是很厉害的, 看了后面的讨论, 感觉商业盈利的
路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
|
l****t
发帖数: 18 | 119 有道理，受教了。
【在 M****z 的大作中提到】
|
l*********r
发帖数: 105 | 120 抱歉有段时间没有来了，忙着和一个哥们合作搞另一个，应该也差不多了。大家说的很
有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
网站的运营费用几乎是0，所以也没有什么压力。
这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
么新的东西马上通知大家围观评论。
有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
前都是小猫小狗一类的网站。 |
|
|
l*********r
发帖数: 105 | 121 谢谢建议，很有道理。我也觉得首页设计有些杂乱。
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
|
l*********r
发帖数: 105 | 122 谢谢支持，我也希望能有招人那一天，哈哈。
【在 e****z 的大作中提到】
: 很好的网站, 一个人做出来这个网站还是很厉害的, 看了后面的讨论, 感觉商业盈利的
: 路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
: 被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
: 分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
: 人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
:
: live-
|
M****z
发帖数: 1058 | 123 图片分享本身现在都走instgram之类了 存储 由于手机拍摄增多 都走dropbox/amazon/
icloud/gDrive之流了
要是执行力强 直接跟风 市场上啥是热点 copy一套 copy速度快和到位的话 绝对会有
投资的
如果特别对照片分享感兴趣 那就需要找到具体要解决哪一个细分下的问题 制定解决方
案 不能大而化之
【在 l*********r 的大作中提到】
: 抱歉有段时间没有来了，忙着和一个哥们合作搞另一个，应该也差不多了。大家说的很
: 有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
: 网站的运营费用几乎是0，所以也没有什么压力。
: 这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
: 么新的东西马上通知大家围观评论。
: 有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
: 前都是小猫小狗一类的网站。
|
