1.不同的jquery upload插件,发送的字段有很大差别,可以通过打印wsgi_input来查看。

2.文件在比较小时,直接用web.input()取得上传的文件内容及其他相关值。官网例子在这种情况下能正常工作。

3.文件在很大时,web.input无法一次读写,此时可以用rawinput,一次读入一部分数据再写入. 原理上rawinput的数据应该是已经放在磁盘上,这样会有二次写入操作。但能够写入超过内存容量的数据。 此时有二种方法取得文件大小:一是客户端传入一个filesize字段,html5能取得上传文件的大小,IE不支持; 二是服务端用file.seek方法,取得rawinput.file的长度.

4.文件特别大且,不想二次写入时,可用wsgi_input,一边读取传入的数据,一边进行写入。但此时读到的是原始数据,会包含一些文件相关的信息,写入后要进行数据整形。可以客户端传入时,简化传入数据以方便整形。

大多数情况下, 可以采用方式3。 方式4最安全,服务端能根据情况随时中断传输。但没测试是否会阻塞后续页面请求。当然阻塞可以用其他方式解决(eg,协程等)。

R6300v2的dd-wrt已经有一个版本可用,但可惜wifi接入还是有问题,只好换回原厂固件。打算稍修改一下原厂固件,让它能自动运行usb设备上指定目录下的脚本,这样暂时没有好用的dd-wrt的时候,可以满足现有的大部分情况。

第一步,则是要先完成能用的编译环境,并能成功编译出能在R6300v2上运行的程序。因为常用ngrep,所以第一步则以编译能用的ngrep为目标.

R6300v2硬件参数

工具链是hndtools-arm-linux-2.6.36-uclibc-4.5.3,和R6250的一样,可以下载R6250的原代码,取得工具链。并顺便下载R6300的源代码备用.

主系统为ubuntu 12.04 32位,创建/projects/hnd/tools/linux目录,并解压R6250源码包中的hndtools-arm-linux-2.6.36-uclibc-4.5.3.tar到此目录。

将新编译工具目录放到PATH环境的最前面:

export PATH=/projects/hnd/tools/linux/hndtools-arm-linux-2.6.36-uclibc-4.5.3/bin:$PATH

下载libpcap-1.4.0.tar.gz及ngrep-1.45.tar并解压。

编译libpcap:

./configure CC=arm-uclibc-linux-2.6.36-gcc --host=arm-linux --with-pcap=linux && make

编译ngrep:

./configure CC=arm-uclibc-linux-2.6.36-gcc CXX=arm-uclibc-linux-2.6.36-g++ AR=arm-uclibc-linux-2.6.36-ar RANLIB=arm-uclibc-linux-2.6.36-ranlib LD=arm-uclibc-linux-2.6.36-ld  --prefix=/usr/local/arm/ngrep --host=arm-linux --build=arm --with-pcap-includes=../libpcap-1.4.0 && make

检查编译出来的文件:

file ngrep
ngrep: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), stripped

开启R6300v2的telnet(R6300v2 ip为192.168.1.1) 下载telnetenable.py

python telnetenable.py 192.168.1.1 $(arp -n | awk "/192.168.1.1/"'  { gsub(/:/, "", $3); print toupper($3)}') Gearguy Geardog

出现"Sent telnet enable payload to '192.168.1.1:23'"则成功,否则多运行几次.

将ngrep copy到u盘,并在R6300上挂载,然后telnet到R6300v2,到/tmp/mnt/usb0/part1下找到ngrep并运行之。

./ngrep -V
ngrep: V1.45, $Revision: 1.93 $

北京联通的临时提速100M,每月20小时左右。 

提速前:

2907409316-0818

提速后:

2935441928

其实在提速前,已经比刚安装的速度稍好了一点,主要是上传多给了一点点。 提速后,明显上传加了很多,不过下载速度没快多少,最主要原因是加在前面的路由器性能不行。

换了个新路由测试提速后:

2950349391

有台iphone 5莫名可用容量急剧减少,查看可用容易,估计有大约4~7G容量不见。 ssh到iphone,du -k查看并查找最占容间的前50个目录,发现明显 mobile/Library/Caches/com.apple.passd/com.apple.Shoebox 目录有问题,占用空量4G+,删除之,能释放近6G容量。 另外照片流也会占用不少容量。

附前50条记录:

"bytes";"dir";"id"
10291118;"mobile";1458101
5041749;"mobile/Library";1454199
4542087;"mobile/Library/Caches";1450783
4447000;"mobile/Library/Caches/com.apple.passd";1450713
4442425;"mobile/Library/Caches/com.apple.passd/com.apple.Shoebox";1450711
3070707;"mobile/Applications";664860
2178545;"mobile/Media";1458099
971237;"mobile/Media/DCIM";1454440
970566;"mobile/Media/DCIM/100APPLE";1454439
660713;"mobile/Media/PhotoStreamsData/1330973174";1458010
660713;"mobile/Media/PhotoStreamsData";1458011
638525;"mobile/Media/PhotoStreamsData/1330973174/100APPLE";1457952
544488;"mobile/Media/PhotoData";1455066
403330;"mobile/Media/PhotoData/Sync";1455058
403251;"mobile/Media/PhotoData/Sync/100SYNCD";1455056
351152;"stash";1468737
313584;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC";589987
254071;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library";589955
254069;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support/No_Backup";589947
254069;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support";589948
204621;"mobile/Media/DCIM/100APPLE/IMG_0199.mov";1454398
181566;"mobile/Library/VoiceServices/Assets/zh-CN";1453650
181566;"mobile/Library/VoiceServices/Assets";1453651
181566;"mobile/Library/VoiceServices";1453652
143007;"mobile/Library/Mail";1452332
142401;"stash/share.VNy9as";1468736
140309;"stash/Applications.50zavX";1466111
139514;"mobile/Library/VoiceServices/Assets/zh-CN/synth_ting-ting_full_155mrf22_270_06.dat";1453645
134015;"mobile/Media/PhotoData/Thumbnails";1455062
131209;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support/No_Backup/iphone";589920
131208;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support/No_Backup/iphone/1.0.226789.rsb";589919
129490;"mobile/Applications/06E1377D-3D25-4736-96B7-287255AC8DC3";556778
129399;"mobile/Applications/06E1377D-3D25-4736-96B7-287255AC8DC3/VoiceGuideAll.app";556774
128167;"mobile/Media/DCIM/100APPLE/IMG_0223.MOV";1454419
122421;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support/No_Backup/ipad2";589918
122420;"mobile/Applications/68C74FC1-8A0C-4369-8E86-4E599335F7EC/Library/Application Support/No_Backup/ipad2/1.0.226789.rsb";589917
116232;"mobile/Applications/F32D96FF-8020-4BFE-BF3A-C22B7F4E6EF6";660087
116131;"mobile/Applications/F32D96FF-8020-4BFE-BF3A-C22B7F4E6EF6/PvZ-iPhone_ZH.app";660084
114695;"mobile/Applications/9ADE3F3B-D880-4918-A565-09B879094997";617869
110752;"mobile/Applications/06E1377D-3D25-4736-96B7-287255AC8DC3/VoiceGuideAll.app/data";556488
105033;"mobile/Applications/F8F8FE94-CA5A-4272-92C4-276948EE1706";663324
105029;"mobile/Applications/F8F8FE94-CA5A-4272-92C4-276948EE1706/AR.Rescue.app";663310
99381;"mobile/Applications/0CCB1B6C-9EE9-4F4B-852F-1ED0C26113C2";558084
99379;"mobile/Applications/0CCB1B6C-9EE9-4F4B-852F-1ED0C26113C2/MerriamWebster.app";558081
97250;"root";1458263
94877;"root/Library";1458252
94852;"root/Library/Caches";1458221
94550;"mobile/Media/DCIM/100APPLE/IMG_0172.mov";1454373
89964;"mobile/Applications/0CCB1B6C-9EE9-4F4B-852F-1ED0C26113C2/MerriamWebster.app/definitions.db";557980
89116;"mobile/Library/Mail/ExchangeActiveSync979797EC-C70C-4940-9076-2BA004C4C5DD";1451893

openerp 7的报表生成方式之一是用openoffice的sxw格式,转换成rml后,再生成pdf.

但直接用openoffice新建文件,并保存为sxw格式时,openerp无法识别。在输出rml时,openoffice的报表插件也经常会出现无法响应的问题。开始以为是openoffice版本过高,换libreoffice 3,4都试了一下,问题依旧。

  • 解决方法一:直接编辑openerp直带sxw文件,再另存。此格式可识别。
  • 解决方法二:查询sxw并没有找到版本相关的问题,直接用openerp模块内的sxw2rm转换,有报uncode类错误。于是在ubuntu 12,utf-8语言环境下,用libreoffice 3,4生成新文件,发现无论sxw或odt格式,均能正确识别。可见python开发,还是linux下问题少点。

A机,VB安装Ubuntu 12.10 Server,网卡模式为桥接。此时Ubuntu中网卡为eth0,DHCP, 连接正常。复制硬盘VDI文件至B机。

B机,VB安装完成后,新建立linux类虚拟机,并使用复制过来的A机VDI文件启动,此时DHP无法取得IP,并且不能手工ifconfig eth0 up,查看发现eth0不存在,网卡设备转为eth1.估计网卡mac有变动.

解决: - 修改/etc/network/interface,将其中二行eth0相关配置,修改成eth1

yahoo中国邮箱要没了,试了一下转移到阿里云,一则死活收不到手机激活码,二则邮箱名还是有了变化,只能放弃.

开通pop3后,用foxmail能收取收件箱里的内容,但所有自定义文件夹里的邮件取不下来,需要手工全部转移到收件箱后,再收取. 另外以前 yahoo 记事本的内容,手工copy下来吧...

BTW,yahoo这是怎么了...变河西了呢.

从12年12月起跑联通营业厅折腾五六趟才算光改完成,然后又经过一个月的2M包月,才用上20M的光纤,不过上传依然限速1M.