这是割韭菜吧，赌博？

v2ex 上发布找找，加个程序员群。最好能认识的。
那些平台一般接了，都是外包公司，然后套模板给你。。。

我觉得，收取手续费这里，要有策略:
(1)对于免费开源图片视频，不收取任何费用(对网站好处是吸引客流)
(2)所属权完成属于个人，收取 10%以上的抽成，甚至更高(因为你需要资金进行后期维权)
(3)所属权属于个人，但维权所得属于网站，考虑收取 5%以下费用，需要成立专门的维权公司，主要收入靠维权赔偿所得
阶梯收费吧

问题有很多
1.怎么确认图片是谁的？ 除非新的互联网图片都要首先来此注册，不现实。
2.就光站内图片去重比对，就要基于 AI+人工进行图片相似比对。成本问题
3.维权成本，小的侵权，你维权成本大于所得，赔本。
4.假设你成功解决了上述问题，比如版权部门给了特殊维权通道，资金也充足，社会认可度也高。一旦做大就要考虑公司盈利，然后屠龙勇士终会长出龙角

和开源协议有关。SpringBoot mybatis 这种只要声明就可以。
有的是使用了开源，必须也开源。

问就是西湖

别问，问就是星巴克 2333

每天根据你的数据定时获取对方数据，将获取的数据保存起来，用户查询时查自己库，然后缓存起来。

if(机器数>=2){ while(关闭一台旧的，启动一台新的) }

一次性查几万数据，这个还好吧。一次实时取几万数据，那就只能打产品了。

或者换 Oracle ？单表几亿数据应该没问题吧，写存储过程、优化 Sql、索引，应该能撑很长时间

1.分表、分库。横向、纵向切分。
纵向：将数据分为易变更、高热度数据和不易变更、低热度数据，把 N 列，切分成 M 个表，关联。降低单表的数据储量
横向：可以考虑用数据库中间件 mycat 之类的，将原有的数据按照 ID 分片到不同库。查询时数据库中间件会自动聚合返回。但要考虑事务问题、使用 join 困难问题。
2.数据异构
mysql 数据库对于以 T 为单位的数据本身就存在瓶颈，可以考虑通过 binlog 或者消息的方式同步数据到其他存储引擎(例如：es、hbase)，通过实时计算或定时计算将要查询、join 的数据的结果回流到 mysql、es，然后通过该存储进行查询。
3.热点数据缓存
对于敏感的数据，需要考虑缓存问题，可以使用 Redis+本地缓存+ZK 的方式做多级缓存。

异构数据同步快慢，依赖于消息的消费速度，速度慢可以扩容 mq 机器、消费者机器，基本可以保障基本同步。

奥，孩子，发达诚可贵，健康价更高。

按照 1 楼的还是挺对的，预估工时 * 2 * 你的时薪 * 系数(至少大于 1 吧)

15 个页面，你要考虑需求不确定性，前期、中期你会反复改，15*2=30 工作量是至少的，然后后期差不多定型了，你的时间就非常紧张了。

@yangzhezjgs 服从度测试的你够了，23333333

要是女朋友对轻奢不熟悉，就买叫的上名的，比如 dior、香奈儿。

算法图解，谢谢大佬