Question

如何做一个 Online Judge

Answer 1

刚好我也写过Online Judge，简单的说几句。

操作系统的选择
网站放在Linux或者Windows上其实问题都不大。但是鉴于，如果你的平台今后要拿出去办比赛等活动，那么一个正版的Windows商业授权是需要的。所以为了更加经济，选择Linux平台可能更好一点。
但是你的判题核心的部分一定要放到Linux环境下。一个，正式比赛的最终判题环境是Linux；二者，Windows上使用GCC系列的编译器毕竟和Linux下有不少的差距，最终可能会导致很多蛋疼的问题。

Web部分
这部分没啥好说的，基本上用啥都行，和普通的Web方案没啥区别。Django、ROR、.Net、J2EE、PHP等等，没什么特殊的地方。

判题节点
判题部分是整个OnlineJudge网站的核心所在。一般建议把判题部分单独抽出来成为一个服务，这样便于随时通过增加判题节点来加快判题的速度。
我们目前的思路是，Web端通过发送判题的请求给RabbitMQ等消息队列，每一个判题节点就是一个worker，这样可以非常简单的扩展判题节点的数量。
如果网站需要提供代理POJ、ZOJ、HDU等OJ的判题功能的话，可以同样的使用上述的思路，构建代理判题的节点，自由扩展。

判题核心
判题核心就是实际去编译、运行用户提交上来的代码的程序。可以成为一个sandbox沙盒。由于本人对Windows的API不是很懂，所以是在Linux上写的。安全性问题，可以参看这个回答Online Judge 是如何解决判题端安全性问题的？，基本思路都是这样。通过fork出另外一个进程，通过设置时间、内存等限制，通过ptrace进行监控，对系统调用进行限制，来解决安全性问题。
但是现在有一个新的思路，就是对判题核心很简单的运行用户的代码，计算时间、内存的使用量，把所有的安全性问题交给Docker来解决。因为Docker是一个非常轻量级的虚拟化方案，启动一个Docker容器就和启动一个程序一样快速，所以把判题核心的程序放到Docker里，就算用户代码搞破坏，最终挂掉的也就是Docker的容器。只要处理好和Docker的交互就可以了。但是这只是一个设想，还没有最终实现，还处于开发阶段，但是思想应该是可行的。

Answer 2

难做啊。你需要有每个题目，真确的程序，运行后的得出的结果。因为像C++等，编出来的程序，他的输入输出都是要经过，一个文件的。我们常用的scanf,printf 在编译后运行程序的后面，都会产生一个临时子文件的。要做。就把别人发过来的代码。给粘贴到一个C++的编译器里面的。然后运行，填入自己存储下来的答案的输入，产生结果，并从他产生的输出的临时文件给复制出来，与自己已经存下来的，表准答案经行对比。完全吻合，就对了。不完全吻合，就不对了。原理是这样。过程都是通过来实现的。但是要想编出来还是要一点功夫。毕竟这些不是一个人来完成的。编程时一个团队活。一个人编出个大是，很难很难的。工作量很大。 追问： 不需要，有个内部 编译器 就行