一群坐在高档写字楼里的项目经理 为了避免用户责怪自己网盘传播病毒 于是开会决定封杀所有病毒 把所有 xcode 安装文件都屏蔽了 然后瞬间高潮自 high 起来 觉得自己多么有负责任 多么有正义感 多么雷厉风行 多么特立独行 多么敢作敢为

不创业也能开啊

国内做的比较好的就 qq 邮箱了

跟老婆一起看 观摩学习一下啊

@Love4Taylor 这样吗 那应该没问题吧 我没试过不清楚 这种标准功能应该默认带的呀

安全问题都是其次
这哥们不知道源代码属于公司资产 他没有处分权利吗？ 你们 NDA 都不签的吗？

@pmpio
你把 Luci 关了跟 upnp 并没有关系啊 如果 win 下网上邻居里能看到 那就是 upnp 还开着

还有 udp 打洞好像只跟 NAT 的类型有关 跟有几层 NAT 没有多大关系

推荐 unity 等各大引擎官方论坛和 reddit 的 gameDev 节点

@raycloud 这种问题可以用专门的热代码部署方案 这都不是问题

而且自带的 manager 都可以做到不重启 tomcat 的情况下重新部署 app
你直接把 app 对应的 war 文件替换了 tomcat 也会自动重新加载 而不影响其他应用

总的来说还是可以看出来楼主对容器的各种配置和使用并不了解而胡乱设计部署方案

即便是这种多 app 的模式我也是认为没有必要的
多 app 之间隔离唯一的作用就是隔离每个应用之间的内存 从而防止不同 app 之间能够相互访问而导致的信息泄漏、攻击等安全问题
但是如果所有代码的控制权都在你们自己手里 那就完全没有必要担心这个问题 应用层面的访问控制完全足够了 只需要在业务逻辑上把不同店铺的数据独立开即可

如果想要支持不同的域名 /子域名访问不同店铺的数据 可以用 nginx 或者 apache 做反向代理 配合 url_rewrite
比如

子域名转发
rewrite http://(.+).example.com http://www.example.com/$1

或者
域名转发
rewrite ^ http://www.example.com/$hostname/$request_uri

SpringMVC 里这样配置：
@RequestMapping("/:shop_name/buy")
@RequestMapping("/:shop_name/sell")

那两个 rewrite 规则是我查了下文档随便写的 自己没有测试 反正用 rewrite 是可以实现的

@blacktulip
你的智商和努力不都来自外部环境吗？

首先你要弄清楚你设计私有协议的目的是什么
如果纯粹是为了节省带宽 那直接用 protobuff 好了 就跟自己设计协议没什么区别
如果不太在意性能可以直接用 xmpp 因为功能更多 灵活性更高


我们这边用的是 mqtt+json 未来准备加上 gzip 压缩 因为 mqtt 协议对于消息 payload 没有做任何格式上的要求
你也可以用 mqtt+protobuff 或者任何二进制序列化的方案 配合选择压缩或者不压缩

mqtt 协议并不复杂 反而是众多二进制的协议里最精炼、简单的之一 而且很多情况下你并不需要自己实现 broker 现在有很多现成的开源 broker 可以使用 并且其中一些直接自带横向扩展的支持

比如 HiveMQ 、 Mosca 等 都是不错的选择 我们是用的 mosca 权限验证只用绑定 3 个函数＋少量数据库查询的代码就搞定了

@blacktulip
实际上 智商和努力都是出身的一部分 智商是父母给的 努力是环境刺激的或者是环境所练就的个性所致 我们并没有任何选择的权力 也没有任何所谓的自由意志

老板吝啬是一回事 自己技术没做到位是另外一回事 两方面都要找原因

@raycloud
2g 内存的机子正常情况 跑上千并发都不会把内存用完 一般都是带宽先用完 然后是 cpu 满负荷 最后才会轮到内存

你跑 100 个 app 和跑 1 个 app 并没有太大区别 因为这些框架优化都做的很好 框架本身的内存占用量和应用的内存占用量相比是非常小的

@raycloud
1. 没有必要每个店配一个 tomcat
容器本来就是可以一个容器跑多个 app 的 多个 app 用虚拟主机就可以绑定不同的域名

2. 即便是这样也非常有可能是内存泄漏 内存泄漏跟线程的数量和几个人用没有任何关系 我举 ThreadLocal 的例子仅仅是说明最高发的一种情况 最好自己 profile 一下

1. 准备做几百上千家店的 APP 却连一个月几百块钱的服务器都舍不得租。。。。
从这个心态来看就觉着是 想趁着浪潮投机做点东西搞钱 而不是想踏踏实实创造产品的

2. 你用 log 监控一下内存使用情况和并发连接数 2g 内存跑 java 绰绰有余 一般情况你 cpu 或者带宽都满负载了都不一定能用到 2g 内存

这种情况我基本可以肯定是你代码有问题 导致内存使用不当或者内存泄漏
使用 ThreadLocal 很容易遇到这种情况

@500miles
对 我没考虑到用户表是个经常插入的表这个问题 这样的话用 left 和 right 的效率还不如有多少层查询多少次

听超过的朋友说雪球还不错