一起做网游吧【9.5】：补丁，设置服务器地址和端口及网页管理界面更新
首先，代码还在上次的位置，我替换了压缩文件，不用再说，以后也是如此。
前几天，我准备找一个free的地图编辑器，当然，最好是open source的，同时，看看dojo，研究dojo而不是extjs是由于相比来说，dojo的模块划分我比较喜欢，而且，dojo中的测试程序都很有针对性和独立性，这个我比较喜欢。顺便将服务器的管理界面更新了下，修改成了基于dojo的。我对于extjs并没有什么恨意，只是由于不太习惯风格而已，对于extjs比较熟悉的人可能觉得extjs比较好，不管怎么，这只是一个风格而已。顺便提下学习的过程，半天时间来熟悉下小例子，半天时间将界面的布局弄好，一天时间将表格加上，用了各种办法，大概花了两天时间研究出了如何更新表格内容（可能不是正规的方法，谁要是知道的话，还请赐教）。
前段时间，我也又在落灰的wii上安装了erlang，然后将服务器仍在那个上面，运行，然后客户端在切换服务器的时候客户端挂掉！！！，原因在于服务器返回的地址是"127.0.0.1"，这是个比较严重的问题，决定将进入游戏之后的内容稍微缓和一下，反正地图编辑器还没有怎么熟悉，地图的资源也要慢慢找，就顺便的添加了下服务器的IP和端口设定，使服务器启动的时候还是监听本地的"127.0.0.1"，返还给客户端的可以是自定义的IP地址，提供端口设定是考虑到可能需要路由进行端口映射。
先说服务器内容，使用下面的函数可以获得服务器的公网IP，至于能不能公网直接访问，这就要看你的服务器的IP设定了。
1 2 3 4 5 6 7 8 9 10 | getip() -> case http:request(get, {"http://www.ip138.com/ip2city.asp",[]},[],[{version, 1.1}]) of {ok, {{_,Ok,_},_, Content}} -> Index1 = string:rstr(Content, "["), Index2 = string:rstr(Content, "]"), Ip = string:sub_string(Content, Index1+1, Index2-1), Ip; Other -> io:format("~p~n", [Other]) end. |
我是从ip138.com获得的公网IP，希望不会带来什么怨言。同时，添加了一个reload函数，因为现在服务器还不是非常的问题，可能由于某些未处理的原因，造成服务器的端口监听关闭，使用下面这个函数可以重新加载。需要传递IP和Port的话，则是根据设定的ip2和port2来判定的:
一起做网游吧【9】：多服务器支持
兑现上周的承诺
代码的位置：
;
先说下编译的方法，满足某些人的好奇心。截图就不提了，之前的有。
由于这次引入了web的方式，所以编译的准备工作有些麻烦。我使用mochiweb来作为web的服务器端程序，extjs作为客户端的javascript程序库，这两个库均未包含在git的仓库中，但可以通过执行others目录中的get_others.sh来获取，这个简单的脚本将获取mochiweb和extjs，并放置到相应的位置中，同时还设置了几个链接。之所以设置链接是由于压缩成7z之后，原来的链接特性消失了，维护不方便。对于ubuntu 10.04和fedora13来说，还有一个问题是关于mochiweb的，貌似最新的mochiweb需要使用erl R14编译，但这两个发行版都是R13（其他的我没有试），编译的时候会出错的，最简单的就是将每个erl最后的那些个测试删掉就可以了。如果服务器的源代码编译不过去，则可能是中文注释的问题，之前有erlang的中文注释补丁的办法，这里不说了。
首先执行get_others.sh，然后到server下执行make，到client下面最里面的makefile目录下执行make，就完成了。（当然，环境变量什么的还是需要手动设置的。）
运行就是以前的start-dev.sh，没什么好说的。下面开始技术分析：
在记录中(schema.hrl)的client段，变成了下面的样子：
1 2 3 4 5 6 7 | -record(client, {server = none, player = none, server_name = none, server_port = none, server_ip = none, server_pid = none, game=none}). |
添加的变量类型主要是为了进行多服务器的支持，server_pid为port端口的pid值，这样客户端来区分当前在哪一个服务器上。其他的没什么说明的。
server数据库中的记录格式：
1 2 3 4 5 6 7 8 9 10 11 | -record(server, { id, socketpid = none, ip = none, port = none, name = none, enable = false, maxuser = 5000, curuser = 0, pid = none }). |
一起做网游吧【8.5】：轻松一下
网游的教程下周估计可以更新。目前正在处理文档和bug修正中。在最近的两周中，我几乎全力以赴在了网页上了，从时间上计算，大概占用了7天以上的时间，因为周末大部分时间要配老婆，所以，服务器的代码其实占用时间不多。
今天终于完成了大约90%的量了，当然，中间有些特性不得不放弃了。所以可以轻松一下。反思下这次的失误和教训，顺便说下将要更新的内容。
未能完成的内容：
1.web管理界面的数据更新，原因在于自己对javascript没有想象中熟悉，对于extjs库，没有时间去理清细节。这直接导致了制作周期比想象中的要长。
2.web管理界面中的事件及输出日志到web页面。由于第一点的原因，这部分未能有时间添加。以后可能作为一个专题来说。
3.web管理界面中的功能。没有想好该如何布局，即使想好了，由于对extjs不熟悉，暂时也没有能力添加。
已经完成的内容：
1.多服务器结构。虽然这个特性是我两周之前临时决定要增加的，但觉得还是提前处理比较好，而且，这个结构和之前计划的不太一样。之前的计划是，某台服务器作为唯一的接入点，将其他功能可以布置到其他的服务器上，其他服务器对于客户端来说，不可看见。这样做的好处是处理比较简单。缺点是接入服务器要有足够容量的连接支持，如果接入点出现故障的话，则没有人能接入了。现在我将这个分开了。在开始阶段，接入点还是只有一个可见，当用户登录之后，出现了服务器列表，每个服务器可能是由不同的服务器组合而成的。在加入服务器之后，用户将在该服务器下找一个当前用户最少的服务器进行重新连接。这样分担开了接入点的压力。当然，这样处理会有引发一些小问题。在代码更新的时候将会做特殊说明。
2.web管理界面的初步进行。虽然该部分我进行了努力的奋斗，虽然该部分进度非常的糟糕，但还是可以看的见点东西。
3.服务器的动态添加和关闭，移除等。监视状态的钩子植入（目前有些bug，可能是我整理代码引起的。）
在完成内容部分，虽然看上去不是很难，但其中的细节处理却比较的麻烦。而多服务器的结构，直接导致了之前数据库结构的重新安排。改动还是比较大的。之前提到的tcp_server，觉的有点满足不了要求，想改，却来不及了。通过调整结构，也总算可以了。
网游教程的代码位置
嗯，该如何解释这次事情呢？
之前的代码一直放在dropbox的共享目录中，今天才看了dropbox中的帮助文件，发现不支持共享目录，而我则是将代码的仓库直接放在共享目录中，开发的时候则是链接到本地目录下。需要上传的时候则将dropbox联网，自动完成了。
但dropbox不支持目录共享，我今天才注意，因为同步某个参考文件的时候由于网络问题，速度超慢，无所事事就看了帮助文档。在国内看来，上dropbox的条件是越来越艰苦了。
于是想看看有没有支持目录共享，类似于dropbox的网盘，最后找到了4shared。关键是各平台支持。唯一令我不满的是，不像dropbox那样，自动上传。因为我可不想每时每刻总挂在那里，而在ubuntu下，挂上这个，gui端不管点开那个文件夹都超慢，弄得我只好用emacs来进行文件夹浏览了。在fedora下稍好，但还是不想列出网盘的目录都要等半天，真希望出个dropbox的方式啊。
废话半天，今天的主角登场：(需要登入)
下次更新的时候，再增加一个仓库的压缩文件，共享目录，浏览可以，但不可以整个目录往下端（我没有找到方法，谁知道的话告诉我声）,下载整个目录需要掏钱的。暂时先这样，最近一段时间在和网页大战，放弃的时间太长了，当初学的时候都还在html状态，谁要是对extjs熟悉的话，麻烦教教我，懒的仔细看帮助了。网页目前主要是为了查看各个服务器的状态以及进行管理。下一次的代码服务器将支持客户端的网页下载（目前就只有一个j2me客户端）,以及通过网页来查看服务器状态，简单的管理服务器。但我的网页UI的代码能力，目前处在比0稍高的位置。
一起做网游吧【8】：初步的登录客户端
忙死了，忙死了。
将之前教程的客户端做出来了。部分代码是很早之前写的，部分代码是新改写的。放的位置在之前的帖子中有提到。使用j2me做客户端主要是因为我懒的说太多的内容，基本上每个函数和变量都有注释。如果还看不懂的话，那我就没办法了。值的注意的是网络线程的接收部分，有一个单次接收的最大的限制，不想弄的那么完美，如果想要解决的话，也不是很难。写代码要详细的注释绝对是一件体力+耐力的劳动，几乎每次写注释用的时间要比写代码用的时间要长，不小心用别的什么编辑器打开看的时候，或者因为使用的电脑不对，将文件转换的时候，一个不小心说不定就引起这个那个的问题，实在太麻烦了。
抱怨完了，简单说下编译方法，我是在linux下编译的，jdk安装在用户自己目录的bin中，我使用了一个链接，这样更新jdk的时候就只用修改下链接就行了，WTK也是类似的位置和方法，在client/mobile/phone/j2me中的makefile中可以看到，使用这么长的目录是因为说不定哪天心情好的时候，会弄个其他的平台。编译么，到上面长长的目录中执行make就行了，简单吧。启动模拟器的话，make startemu就行了。
写了长长的代码，却无话可说，而有的时候，可能只是最简单的几行代码，却值得浪费大把大把的唾沫。就像最近在看的mtk的东西，发现在调用memcpy的函数，系统默认的函数比我自己写的函数高效的多，使用不同的优化办法，我将linux内核代码的memcpy拖出来，发现和自己的想比，没有太大的差别，而与sdk中的memcpy想比，差老大一截，然后又用汇编优化，提升并不明显，使用汇编的块传送，循环指令保持到3行，还是差一截。看来sdk中的函数可能使用了硬件加速了。只好看看CP15了。
一起做网游吧【7】：服务器端注册和登录处理
这段时间老婆回家带孩子了，什么都要自己一个人弄了。最重要的就是找吃的和找穿的了，我这个人向来比较随遇而安的，比较好伺候，但这些无疑占用了些时间。她在我旁边么，这些东西都不用操心，不过要陪她玩什么的，她也不让我过多的碰电脑（为了我的眼睛），所以总的来说一半对一半。就像之前的那篇，关于数据库的创建。之前我本来准备那个不用动的，每个服务器不都是要一些配置么，当初觉得那么安排比较合理。但这段时间在准备下一步的过程中，觉得那样手动处理的比较多，容易出问题，以及在与朋友们的聊天中，也略有感受，还有一个原因就是我希望可以做一个定制，光盘放进去，启动电脑就可以了，原来的那些操作显然不适合。所以这里就几乎将之前的那个代码推翻了。想必以后这样的状况会越来越多，这个教程在我自己方面的初衷就是记录过程，而不是为了证明什么。所以出现反复是一定的了。
一起做网游吧【5】：服务器架构
生活还要继续，代码还是要不断的写。这次的代码是为未来写的，因为我现在在windows下，而基础的结构代码大部分都写了好，现在在整理，同时进行这个教程。整理好的代码都在linux下，在windows下却又没办法访问。虚拟机还在编译我定制的系统。这些都在之前提到过，因此，先将代码整理出来，回头切换系统的时候再添加进去，然后接着写新的。
这个系统的启动结构，没记错的话，应该是从mochiweb学来的，《Erlang程序设计》也提到过。首先定义一个app:
一起做网游吧【4】：编译与执行脚本
在上一次说完之后，经过了不断的中断和不断的磨难，决定接着往前走。就像目前这篇文章，在经过不断的重启，被迫重写，最后才展现。虽然还不知道等下能不能发出去，但希望能发出去。
首先要说明的是目录结构等很多地方都参考了mochiweb，所以，如果看到类似的代码或者结构的话，不要感到奇怪。先是运行脚本和调试运行脚本，两个的区别在于调试运行可以检测到代码的更新，并强制更新（自我感觉是这样子的，因为我基本上没有运行过运行脚本）。
1 2 3 4 | #!/bin/sh #file server/start.sh cd `dirname $0` exec erl -pa $PWD/ebin $PWD/deps/*/ebin -boot start_sasl -s netgame |
1 2 3 4 | #!/bin/sh #file server/start-dev.sh cd `dirname $0` exec erl -pa $PWD/ebin $PWD/deps/*/ebin -boot start_sasl -s reloader -s netgame -sname rix -heart -setcookie netgame |
上面的代码，start.sh应该还需要添加-sname rix等参数，因为我基本上没用过，所以也就没有添加，随自己喜好吧。
一起做网游吧【3】：数据库结构
趁着老婆还在睡觉，可以再更新一下网游教程的内容。本来这个内容要放到上一节中的，但写的时候忘了，只好单独做一个。
先看下数据的定义：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | -record( counter, { type, value } ) . -record( game, { id, enable = false, pid = none, name, info=none, test_mode = true }). -record( player, { count_id, id, nick, password, login_errors = 0, pid = none, socket = none, disabled = false, online = false, ingame = false, now_play=0, game=[] } ). -record(client, {server = none, player = none, game=none}). |
其实，我对上述的数据定义的某些内容并不是绝对的非常的熟悉（之前提到过，数据库的内容我知道的很少）。因为在我刚开始学习erlang的时候，看到了Joe Armstrong提到的openpoker（我希望是这个名字，好几年前了）的服务器，当时在国外，费了好几天的时间，才找到最后公开的源代码，然后，就照搬了一下。比如对于上面的counter，就从未查看过它存的到底是什么内容。从使用的方法上来说，主要是记录其他数据表的个数，然后，作为每个数据在数据表中的唯一的id。这里的每个数据表都是set类型的，也就是说，一对一的。由于erlang的record的中，是否是同一个记录，看record的第一个元素，所以player就有了一个count_id的属性。count_id主要是防止id重合的，最后有没有用到需要到最后查看代码才能知道。
game，从实际上来讲，这个并非其本意，因为在真实的网游服务器中，这是一个节点或者一个进程，至于这个进程的功能，可能是一个大型的游戏，也可能是一个很微型的游戏（比如猜拳），甚至是某个特定功能的npc之类的，在这里，我基本上都是一个小游戏，因为这个教程并不想做的非常的复杂和非常的大，这样，重复的代码比较少。而我之前可能也提到过，这个游戏可以动态的添加或者减少某些小游戏。id对于某个小游戏来说，是唯一的，客户端参加哪一个小游戏，也主要是靠这个id。enable是表明该游戏是否可以允许客户接入，如果不允许的话，客户不应该看到这个游戏。name不用说了，就是游戏的名字。info，本来是存储各个小游戏自己的结构的，但最后没有用到，在这次的整理过程中，也说不定会用到，就暂时留着。test_mode，主要指定小游戏目前是否处于测试状态，在本篇教程中，刚开始的小游戏一直是test_mode，而如果一个游戏是test_mode的话，就需要手动的来启动，而不能随着主程序一起启动。pid负责存储游戏运行的进程id，在互相通讯的时候需要用到。
player中的字段的含义从表面上基本都可以看得到，game本意是存储在各个小游戏中的数据，但到目前为止，没有用到，说不定在教程中写着写着就用到了。socket，online什么的，其实是沿用openpoker的，因为当时可参考的资料很少，就从它里面抽出了部分代码。
client，是服务器的整体结构，但并不往数据库中写。定义在这里只是防止其他文件需要。
以上的代码内容，存储在schema.hrl中。是时候出去买早点和叫醒小懒猫了。