luci html 页面,luci界面修改

1. 多语言

1)检查：

opkg list | grep luci-i18n-

2)安装语言包：

opkg install luci-i18n-hungarian

2.uhttpd

这个是LuCI所在的Web Server。docroot在/www下边，index-html指向了/cgi-bin/luci，注意这是相对于docroot而言的路径。

openwrt中利用它作为web服务器，实现客户端web页面配置功能。对于request处理方式，采用的是cgi，而所用的cgi程序就是luci。

1)工作框架如下图所示：

Client端和serv端采用cgi方式交互，uhttpd服务器的cgi方式中，fork出一个子进程，子进程利用execl替换为luci进

程空间，并通过setenv环境变量的方式，传递一些固定格式的数据(如PATH_INFO)给luci。另外一些非固定格式的数据(post-

data)则由父进程通过一个w_pipe写给luci的stdin，而luci的返回数据则写在stdout上，由父进程通过一个r_pipe读取。

2)luci 文件(权限一般是 755 ) ， luci 的代码如下：

#!/usr/bin/lua -- 执行命令的路径

require"luci.cacheloader" -- 导入 cacheloader 包

require"luci.sgi.cgi" -- 导入 sgi.cgi 包

luci.dispatcher.indexcache = "/tmp/luci-indexcache" --cache 缓存路径地址

luci.sgi.cgi.run() -- 执 行 run 方法，此方法位于 /usr/lib/lua/luci/sgi/cgi.lua中

3)web配置时的数据交互：

首次运行时，是以普通的file方式获得docroot/index.html，该文件中以meta的方式自动跳转到cgi的url，这是web服务器的一般做法。

然后第一次执行luci，path_info='/'，会alise到'/admin'('/'会索引到

tree.rootnode，并执行其target方法，即alise('/admin')，即重新去索引adminnode，这在后面会详细描述)，该

节点需要认证，所以返回一个登录界面。

第3次交互，过程同上一次的，只是这时已post来了登录信息，所以serv端会生成一个session值，然后执行'/admin'的

target(它的target为firstchild，即索引第一个子节点)，最终返回/admin/status.html，同时会把session

值以cookie的形式发给client。这就是从原始状态到得到显示页面的过程，之后主要就是点击页面上的连接，产生新的request。

每个链接的url中都会带有一个stok值(它是serv生成的，并放在html中的url里)，并且每个新request都要带有session值，它和stok值一起供serv端联合认证。

初始阶段http报文，可以看到从第2次交互开始，所有request都是cgi方式(除一些css、js等resource文件外)，且执行的cgi程序都是luci，只是带的参数不同，且即使所带参数相同(如都是'/')，由于需要认证，执行的过程也是不同的。

正是由于多种情况的存在，使得luci中需要多个判断分支，代码多少看起来有点乱，但openwrt还是把这些分支都糅合在了一个流程线中。下面首

先给出整体流程，首先介