手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:乔布斯

在 Mac OS X 上安装 32bit Lua + LuaSocket

妖怪的文章,用作参考:http://dualface.qeeplay.com/index.php/archives/1415
原文如下:

由于 OS X 是 64bit 操作系统,所以默认情况下编译出来的 Lua 是 64bit 的。一般应用不会有任何问题,但使用 luac 编译源代码后得到的字节码就只能在 64bit 操作系统中使用。

我使用 Lua 的主要目的是在 iOS/Android 环境中简化游戏开发,因此必须在 OS X 中编译出 32bit 的 Lua 及相关库。

下载 lua 5.1.4 源代码和 5.1.4-3 patch:

XML/HTML代码
  1. $ wget http://www.lua.org/ftp/lua-5.1.4.tar.gz  
  2. $ tar zxf lua-5.1.4.tar.gz  
  3. $ wget -O lua-5.1.4-3.patch http://www.lua.org/ftp/patch-lua-5.1.4-3  
  4. $ cd lua-5.1.4/src  
  5. $ patch < ../../lua-5.1.4-3.patch  

编辑 lua-5.1.4/src/Makefile,将:

XML/HTML代码
  1. macosx:  
  2.         $(MAKE) all MYCFLAGS=-DLUA_USE_LINUX MYLIBS="-lreadline"  

改为:

XML/HTML代码
  1. macosx:  
  2.         $(MAKE) all MYCFLAGS="-DLUA_USE_LINUX -arch i386" MYLIBS="-lreadline -arch i386"  

最后:

XML/HTML代码
  1. $ cd lua-5.1.4  
  2. $ make macosx  
  3. $ sudo make install  
然后,就安装到/usr/local/ 下面了。
这是执行make install后显示在屏幕上的,先记录下来,以后可以做参考【膘叔】
  1. cd src && mkdir -p /usr/local/bin /usr/local/include /usr/local/lib /usr/local/man/man1 /usr/local/share/lua/5.1 /usr/local/lib/lua/5.1  
  2. cd src && install -p -m 0755 lua luac /usr/local/bin  
  3. cd src && install -p -m 0644 lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp /usr/local/include  
  4. cd src && install -p -m 0644 liblua.a /usr/local/lib  
  5. cd doc && install -p -m 0644 lua.1 luac.1 /usr/local/man/man1  

 

 

下载 LuaSocket 2.0.2:

XML/HTML代码
  1. $ wget http://files.luaforge.net/releases/luasocket/luasocket/\  
  2. luasocket-2.0.2/luasocket-2.0.2.tar.gz  
  3. $ tar zxf luasocket-2.0.2.tar.gz  
  4. $ cd luasocket-2.0.2  

打开 config 文件,修改为(使用 Mac OS X 的设定,并指定 32bit 架构):

XML/HTML代码
  1. LUAINC=-I/usr/local/include/lua5.1  
  2.   
  3. #------  
  4. # Compiler and linker settings  
  5. # for Mac OS X  
  6. #  
  7. CC=gcc  
  8. DEF= -DLUASOCKET_DEBUG -DUNIX_HAS_SUN_LEN  
  9. CFLAGS= $(LUAINC) -I$(COMPAT) $(DEF) -pedantic -Wall -O2 -fno-common -arch i386  
  10. LDFLAGS=-bundle -undefined dynamic_lookup -arch i386  
  11. LD=export MACOSX_DEPLOYMENT_TARGET="10.7"; gcc  
  12.   
  13. #------  
  14. # Compiler and linker settings  
  15. # for Linux  
  16. #CC=gcc  
  17. #DEF=-DLUASOCKET_DEBUG  
  18. #CFLAGS= $(LUAINC) $(DEF) -pedantic -Wall -O2 -fpic  
  19. #LDFLAGS=-O -shared -fpic  
  20. #LD=gcc  

最后编译安装即可:

XML/HTML代码
  1. $ make  
  2. $ sudo make install  
-----EOF--

如果你不是特别需要安装32位的lua,那么妖怪那段增加 -arch i386这一段的内容就可以不需要改动了。嗯。就是这样简单。

但真的这样吗?NND,事实上我在按照上面操作的时候,告诉我wget这个函数不存在,我晶啊,wget居然不是标配。

最后只能用curl解决了这个问题,把wget http://xxxx.xxx/xxx.xxx.gz 改为:curl http://xxx.xxx/xxx.gz -O xxx.gz,OK,就完成了。。

然后利用这样的操作也下载了一份wget,搞定。还是wget更方便,因为它很简单。。。

 

 

 

Tags: lua

子域和根域同名cookie的处理

PHP处理COOKIE是一件很方便的事情。print_r($_COOKIE)就可以打印所有的cookie变量。而且cookie也能够存为数组。确实操作和应用都非常方便 。

以前,对于子域和根域下的cookie并没有研究太深。因为都直接设在根域的。以前注意cookie是路径(path),这个的影响也是有的。不过现在大多数程序的cookie都是设在根路径(“/”)下,所以也回避了不少问题。

以下是老王提出的问题和解决方法(子域和根域同名cookie的处理),引伸开的话,你也可以测试一下,根路径与子路径下同名cookie的情况。【果然,老王文章结尾就是这样的提问,呵呵】

我们都知道,在子域下请求时,浏览器会把子域和根域下的Cookie一起发送到服务器,那如果子域和根域下有一个同名Cookie,当我们在PHP里使 用$_COOKIE访问时,到底生效的是哪个呢?下面做试验测试一下,测试使用Firefox,用到了以下插件:SwitchHosts+WebDeveloper+Firebug

注意:试验结果可能因为浏览器的不同而存在差异。

首先通过SwitchHosts设定虚拟域名:www.foo.com,并且配置好Web服务器,当然,你手动设置Hosts文件也可以,我本意是为了多介绍几个工具。

然后编写设置Cookie的PHP脚本,先设置子域,再设置根域:

PHP代码
  1. <?php  
  2. setcookie("bar""www", time() + 10, "/""www.foo.com");  
  3. setcookie("bar""foo", time() + 10, "/"".foo.com");  
  4. ?>  
再编写浏览Cookie的脚本:
PHP代码
  1. <?php  
  2. var_dump($_COOKIE);  
  3. ?>  
BTW:最初写脚本的时候我竟然在setcookie前使用了var_dump,也就是在发送请求头之前有了输出,犯了这样的初学者错误实在是罪过,可更令人惊讶的是脚本没有报错,查了半天原来是因为php.ini里缺省output_buffering = 4096。

先设置再浏览,就能看到结果了,结果显示有效的是子域下的Cookie。

重开一个浏览器窗口,并使用WebDeveloper删除Cookie,或手动删除,避免对结果造成影响。

然后调换两次调用setcookie的顺序,也就是先设置根域,再设置子域:
PHP代码
  1. <?php  
  2. setcookie("bar""foo", time() + 10, "/"".foo.com");  
  3. setcookie("bar""www", time() + 10, "/""www.foo.com");  
  4. ?>  
先设置再浏览,就能看到结果了,结果显示有效的是根域下的Cookie。

重复两次测试过程,并用Firebug记录下请求头的差异:

第一次先设置子域,再设置根域:请求头Cookie的值是bar=www;bar=foo,结果有效的是bar=www
第二次先设置根域,再设置子域:请求头Cookie的值是bar=foo;bar=www,结果有效的是bar=foo

也就说,同名Cookie对于服务端PHP来说,在请求头Cookie中,哪个在前哪个生效,后面的会被忽略。

如果使用的不是Firefox,那就用不了Firebug,此时可以用PHP代码来检测Cookie头:
PHP代码
  1. if (isset($_SERVER['HTTP_COOKIE'])) var_dump($_SERVER['HTTP_COOKIE']);  

以上的实验结论是基于Firefox而言的,由于不同的浏览器发送Cookie的策略可能有差异,所以在其他浏览器上结果可能会有所不同,比如在 Safari下就始终是子域有效,其他浏览器如Opera,Chrome等未仔细测试。鉴于这个混乱的结论,所以还是不要在子域和根域下使用同名 Cookie为好!

题外话:类似的情况,如子目录和根
目录下的同名Cookie是什么情况,读者可以自行测试。

--EOF--

原文来自:http://hi.baidu.com/thinkinginlamp/blog/item/899551dacd807ad6b6fd48cd.html

 

Tags: cookie, 老王, 子域, 根域