下午用了3个小时左右搞定,最近除了看连续剧外,花了比较多的时间在整理英语写作中的常见错误。下一个准备搞的就是可分类整理的豆知识笔记。主要参考TWITTER的模式,以可分类TAG的形式写TWITTER来可随时更新整理自己的豆知识。TWITTER对于交流,广告还有××来说还是很不错的,对于这种用途就显得有些局限了。虽然LIST和FAVORITE可以解决一部分问题,不过还是显得有些麻烦。
伪春菜的实现还是比较简单的,前台直接抄用了WP插件的CSS和主体布局。仅仅重写了JS加载部分和后台的JSON FEED部分。目前仅仅剩下安装后自动初始化春菜的一个CONFIG没有完成。因为短期内不打算把BLOG抽象化出来,所以暂时不着急补充。源代码估计也会在RAZERBLOG彻底完成后一起放出来。
这里仅仅做一个简单的记录。
JSON传输形式:
publicMessages:[],
ukagakaList:[],
returnData:{},
ukagaka:{defaultMessage:"Welcoming Here!",
title:"Ukagaka",
image:"/static/Ukagaka/images/default.png",
messageList:["Welcoming Here!","Go Mavs!"]},
这是传输过程中的主体传输部分。WP的插件大致看了下,往返传输的对象包括春菜名成,春菜图片地址和春菜的MESSAGE LIST。本身想仿照那个来写,后来因为考虑到可能在未来的应用上加上SOAP应用,所以最终放弃了原计划,写成了如上的形式。
这里不仅感慨下,DJANGO的GENERAL FOREIGNKEY真是好用,后台ADMIN如果再用JS来简化一下操作的话,就更是PERFECT了。
顺便感慨下,数组解析这个API,实在是太方便了。这个语句
defaultMpu=Ukagaka.objects.get(pk=1)
defaultMpu={"defaultMessage":defaultMpu.default_message,"title":defaultMpu.title,"description":defaultMpu.description,"image":defaultMpu.image.url, "privateMessages":[msg.text for msg in defaultMpu.privatemessage_set.all()]}
如果用JAVA来写的话,至少需要走1个循环而且包括很多看着麻烦的赋值语句。代码数量和复杂度要比这两行要复杂的多。而这两行却包括了下列内容:
第一句比较简单,通过DJANGO包装的ORM取回了一个UKAGAKA对象,也就是一个春菜对象。
因为前后台数据传输是JSON数据,第二行通过一个简单的字典解析对第一句取回的春菜对象进行了重构,取出了需要传输的部分 。
下面简单说一下:
外面的大括号代表返回的是一个字典对象。其中defaultMessage,title等等都是字典的KEY,冒号后面的值是字典解析过程中的变量。这样一次字典解析就可以把一个复杂的对象还原成一个可通过JSON简单读取处理的可SERIALIZE对象。而其中的privateMessages的 VALUE部分则应用了数组解析的技巧,外面一个[]说明返回的是一个数组,同时内部数组解析走了一次循环,同样的技巧还可以包括一个或多个IF语句来进行属性判定,来筛选最后返回的数据。
不管是 看起来还是写起来,PYTHON只给人一种感觉,那就是EASY BETTER THAN DIFFICULT,CONCISE BETTER THAN VERBOSE。 对于METATYPE的动态元类,自己还掌握的不够,有时间去读一读PYTHON的源码,估计会有一些感受。
还有,过一阵还得把GALLERY的功能从POST里分离出来,现在这个管理图片太麻烦了。。。。。
嗯,说了这么些废话,其实写代码的过程还是灰常愉悦的,爱的战士给了我力量(今天你学姐了吗?今天你元首了吗?)。看了4月番的 LIST,我真的脱力了。前年的这会,4月番基本我一部没落的追了个彻底。如果今年还有人也这么干的话。。。。(这里省略1W字),不过不管怎么说,伤物语还是要熬夜看的,BILIBILI,千万别断阿!!昨天SUGARSYNC被墙了,又一个好端端的云存储从此与我们不再无缘,我3G的服务器备份还在上面呢口阿!!!!
明天没什么事,打算恢复恢复写ISSUE的感觉了。写作是必须要练下去的,只有这点我是承认养兵千日用兵一时的,还有,××的内大,考试和报名不让我们填写EMS,到这会证书下来了也不通知去取,还是自己打电话问了声才告诉我有这事,有这么坑爹的么!JPLT在这贫瘠之地就一悲剧!!
累了,接着看史上最强日本史第二季去,作者灰常强大,而且只比我大2岁,真的假的。。。这文笔这阅历,哎,撞墙去得了(某雨在原处暗笑无误。
Comments (102)
恩,出吧,赶紧出吧,最近闹书荒,逛书店逛一下午最后抱了本从理想国到正义论回家,连本让人有想抱回去的欲望的书都找不到一本
wwwww我神马都没有做口牙。。。。
233,原来每次都标签满载么>_<,i7都会被玩坏了的~
偶从来都是Safari开两位数标签!
两位数在我这破本子上开的结果就是
偶经常是Read It Later或者GR标星然后到时候一起全部打开一起看的wwww
这个好考验IO和CPU的~
固态或者台机硬盘或者好点?目前的现状就是DDR2 667的条子2G,硬盘还是2M 5400转,在加上还是CORE1,开10个以上多点JS脚本的页面风扇就能杀人了,不过本着不用坏不想换的心理,居然坚持到现在了。
原来2G的内存的时候也是同时点开10+的标签的话会卡(但也只是同时载入的话会卡,一点一点开到10+个标签的话没问题),所以后来干脆升到4G的内存了,硬盘是5400rpm的500G,CPU是Core 2 Duo的w
解析上CORE1多线程实在不行,我这开FLASH页面就有种ANDROID滑动的感觉,JS 1,2个页面没事,开多个页面的瞬间比较吃IO,经常就直接死掉了,其实现在不断优化简化系统也是饮鸩止渴,看还能撑多久了。
P.S. 500G的5400应该是16M的缓存了,IO性能上也要好很多,不过之前实测感觉确实低配的时候MAC OS对硬件的利用率灰常高~
所以偶用了ClickToFlash wwww那玩意儿太无良了
p.s. 水果的一大特点就是经常能够用512M干别人用1G干的事有时候还干的比人家1G的还干得好(无雾
恩,之前跑BENCHMARK还有实际应用上都有感觉,图形处理效果的效率有的甚至都是一眼的差距。其实OBJECT-C本身我记得本身也是没有垃圾处理机制的,全部都需要手动的MEALLOC和RELEASE,对资源的利用率肯定要比其他语言高。不过开发门槛有点高~
FLASH其实除了WIN平台,真的好鸡肋。。。这东西,跨平台一点都不友好。
于是反正Obj-C 2.0也快出来了wwww趁着这个机会赶快加入Obj-C技术宅大军吧!(大雾
最近在啃书,入手了MAC估计就开始用OBJ-C来写应用。不过其实比较看好PY2OBJC,OBJECT-C BASED PYTHON INTERPRETER,效率也不错。说来我想起来,其实JAVA自己效率不是很差,但是图形。。。我真不想多说什么了,就没见过这么垃圾的。
所以就别指望Android能用同等的硬件和iOS拼流畅了wwww
p.s. 加个JS在点了Reply之后自动跳转到评论输入框吧,不然每次点了之后都不知道点击成功了没有还要手动跑上来看w
恩,等下添上,当时做的时候忘了>_<
咳咳,这....配图哪里能看出属性的说....?
其实偶是宅,但是跟技术毫无瓜葛...~
SSL应该不影响吧,如果放在同域名下的话。
不过跨域其实有几个解决方案,不过实现成本都不低。一个是比较麻烦的全部用YQL做客户端跨域动态加载(无警告),也就全写在JS脚本下加载,还有个办法就是本地做PROXY加载,不过做图床的话这2个方案都比较麻烦。。。所以,外链只能忍了。。。。
哥,不能这样...过分了.....
.....这个是CTRL+C和CTRL+V来的?
会影响你的普通发的>_<
话说昨天看球发现这个赛季勒夫太可怕了。。。他真是中锋么.....
呃?我这里FF和CHROME正常,难道是IE浏览器?
哎朵~这个比较奇怪,明天测试下,正常下应该没问题,只有IE下会出现春菜只显示头像,却没有提示。应该是CSS的问题,不过FF和CHROME确实没问题的说....
勒夫呀,姚明级别的。。。
咳咳,无视普通发的问题好了,大姚有勒夫那远投能力就不会呆火箭了>_<~
这个赛季LOVE无敌了。
朦胧中忽悠死他们!~
话说最后面试的什么单位?就是你上回发的那个?
等高考完有空一定要研究研究 TT
就是简单的数据格式而已,从WP移民到DJANGO自己铺设的框架下,之前的插件都得重写,本来想完全模仿春菜的前后台代码的,后来大部分还是自己重写了。。。
如果现实成这样就对了应该
惊喜地看到了评论显示条数增加了呢~
还是请教下。。。这个理解错误,难道春菜本来上面应该还有其他的东西吗?
哎?我理所当然的以为会看到春菜的全身呢,包括下面裙子没有的部分和头上消失的部分______
然后浏览器无法保存Cookies呢?我每次都要输入名字= =
恩。。。这个是选材的时候的问题了。。。~
COOKIE不能保存?我这里是正常的
。。。。。也不行____我无力了__
力场么。。。好脱力,下面VISTA FF3.5测试没问题。。。这个真的好诡异,不是域名的问题么?现在BLOG已经搬家到blog.misuzi.me这个域名下了,手动清下misuzi.org的COOKIE试试?
用CHROME,开DEVELOPMENT TOOLS,然后点开NETWORK,然后发送一条评论,看返回的CONTENT数据里有没有包括
看看返回数据有没有这么一段:
好诡异的错误。。。。实在不行可以试试手动添加这3个COOKIE进去。。。虽然比较UGLY,不过我真想不同这个是哪里的问题。。。。
Chrome的有反应Cookie:__utmz=59100146.1299774999.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utma=59100146.487317404.1299774999.1299774999.1299774999.1; __utmc=59100146; __utmb=59100146.1.10.1299774999; csrftoken=0461bfc7612d48f21f3e1db5afdabec0
但是仍然无法保存___
这COOKIE不对。。。应该有3个KEY,一个是URL,一个是EMAIL,一个是AUTHOR,这个COOKIE里不包含这三条,可能是我服务端的问题了,不过这个真没碰到过。。。
啧啧,这个有点意思,还有个诡异的事,刚才那2条评论居然被AKISMET判做SPAM了。。。这个神马情况。。。
找到了一个奇怪的错误
AKISMET报错UnicodeEncodeError,然后出现了SENDING COOKIE ERROR,看来确实哪里有问题,之前部署的时候没对REQUEST做LOG。。。居然还是会出这种诡异的错误。目前看来错误不是很广泛。。。我这里暂时也没法重现错误。。郁闷。。。
再测试下,我排了一个BUG。
这次要成功啊____
整理BUG是很头疼的事情...~尤其是这种。。。
先别试了,估计是我这的BUG,调试好了再请帮忙测试好了,刚排出来一个编码错误的问题
嗯,THX,我也比较奇怪为什么不是大面积错误。。。~
我这改了点东西,可能起作用了,不过还不确定,因为还在报错,我怀疑是APACHE的运行环境语言导致的问题,具体哪里编码出问题了还不确定
难道是我这个BUG名字惹的祸......
啊哈哈哈哈哈哈_____失去理智__
233MAX,我先DEBUG下,早点休息吧,AKISMET这个问题真不小
搞定了,欢迎测试,COOKIE编码问题解决~~~帮大忙了,内牛满面~
估计应该没问题了...
马桶3 webkit改
安,THX A LOT,顺带一提,刚才那2条又SPAM了。。。。233
数据库?那东西有什么难的。。。?~
磨白自己画春菜的巨巨>_<
我也就能改改代码,原画神马的,转生200次也学不会(捂脸泪奔~
仰天,代码可以练,艺术细胞更多是天份啊....~
比较看SENSE了,一个平时生活就比较邋遢的人很难想象能够培养出SENSE来~比如小可..~习惯惹的祸~而且偶发现,急性子几乎很少有几个能培养出SENSE来的。。。尤其是猴脾气~
哎,被逼出来的,小学吃饭的时候是计时的,如果超了最后要刷盘子之类的神马,再加上周围的朋友都暴脾气,结果自己也变这德性了~不过偶唯一的特例就是看书....其实小学也学过素描,不过扔的好快>_<
话说,我看了下MAC下开源对画板的支持,貌似有个seashore可以用,GIMP貌似用WACOM也有驱动支持的说~
考虑周末MBA到了借个板子玩玩~勺子吃饭,想起来在US的时候去那看他们吃炒饭都用勺子,于是我用筷子有一种被参观的感觉。吃面用叉子,更让人囧...~不过勺子吃饭不影响吃饭速度吧,喂>_<
记得貌似印度人脾气都不错,不知道这个和他们爱吃手抓饭有没有关系>_<
嗯。。关键是他们吃面是用叉子卷完了再吃。。。因为之前如果在家里这么吃是会被打手的,被称作是在玩弄食品,233~
暂时做不到通用所以就没打包,有需要的话我可以把sql结构和前后台代码发过去。
依旧是常规测试
Leave a comment