第一天:银子岩、游漓江、西街泡吧 第二天:骑自行车游十里画廊风光、图腾古道、遇龙河竹筏漂游
游漓江_电瓶车上
关注前端,热爱生活
最近公司有个网站需要用到paypal支付接口,看了下支付方式,ExpressCheckout比较符合需求,于是写了这文档
创建时间:5/5/2008 2:47 PM
最后修改:5/5/2008 4:09 PM
Request内容
1 | <?xml version="1.0" encoding="UTF-8"?> |
参数介绍:
OrderTotal在第三步要用到,需传递或保存Session
Response内容
1 | <?xml version="1.0" encoding="UTF-8"?> |
当Ack值为Seccess时为请求成功,下同
取回 Token ,并重定向到paypal,例如https://www.sandbox.paypal.com/cgi-bin/webscr?cmd=_express-checkout&token=EC-4F193608SG720004S
用户在paypal填写完帐户信息后,点continue 后将跳转回之前设置的ReturnUrl地址,并带上参数,例如http://www.21ido.com/paypal/return.asp?token=EC-4F193608SG720004S&PayerID=WS8QWH5MLUK6C
当ReturnUrl地址本身已带参数时,如 return.asp?id=212121
,跳转地址将为return.asp?id=212121&token=EC-4F193608SG720004S&PayerID=WS8QWH5MLUK6C
此时需调用GetExpressCheckoutDetailsRequest方法取回用户填写的信息,例如帐号、地址
Request内容
1 | <?xml version="1.0" encoding="UTF-8 "?> |
其中Token 为paypal传回的数值,传回的PayerID此步无作用,但下一步确认支付时需要提交给paypal,可用参数方式或session方式传递给下一步
Response内容
1 | <?xml version="1.0" encoding="UTF-8"?> |
购买者信息,参数具体介绍参照SOAP文档(PP_APIReference.pdf)
确认支付,这一步返回Completed的话表示钱已经打到商家帐户
Request内容
1 | <?xml version="1.0" encoding="UTF-8"?> |
Token、PayerID、PaymentAction、OrderTotal等各参数均为之前提交或获取到的
Response内容
1 | <?xml version="1.0" encoding="UTF-8"?> |
参数介绍:
Paypal重定向地址
首先我向本次活动各位XDJM表示歉意,对不起,是我连累了大家!
有几位警察同志说了,个人是支持这样的活动的,只是我们形式不对,本来只是小事,无奈被领导看到,所以带回去走下流程,大家无须多虑。
时间:4月20日 周日
事情经过:本次活动计划从南头检查站开刷,沿着深南大道刷到罗湖那边
下午2点多的时候,我跟宝安那边几位66,从南头检查站出发,刷到南山路口会合了其他XDJM,并在那里贴上标语【坚决抵制JLF】,然后15:10刷到沙河立交(沙河西)处遇到派出所同志,在警告教育之后,我们把标语私下丢弃并继续前进。
绕过沙河立交快到达沙河西路的时候,再次被警察同志拦下,陆续来了N辆车和N多同志,30来个警察同志将我们包围,说是前面路道被管制,禁止继续前进,一个和蔼的警察同志让我们改道,在我们准备走的时候,另一个同志把我们拦住,然后。。。然后大家都被请去沙河派出所喝茶了,在里面的经过等大伙自己来描述吧,我不多说了,18:20左右我们离开派出所
SQL Server 2000存储过程与XML编程(第2版)
又名: SQL Server 2000 Stored Procedure & XML Programming,Second Editon
译者: 石朝江 / 谢俊 / 陈浩奎
作者: [美]桑德里克
ISBN: 9787302077343
去年的时候拿着同事的借书证有幸一读,无奈没多久同事就去了外地,匆匆还了书取消了借书证,还没读完,有点遗憾,只留下几句笔记
创建于:2007年6月13日星期三
最后更新:2007年7月8日星期日
一个T-SQL语法集,被编译并存储为一个单一的数据库对象,供以后重复使用
1 | Create Procedure prGetBookList |
通常用pr开通表示存储过程,再结合动词和名次,用于描述该存储过程,例如 proGetBookList
运行任何T-SQL语句时,SQL Server都要执行以下3步
与查询相比,存储过程效率更好的原因就是执行计划可以重用,因为如果执行3次查询,那么SQL Server就要3次对它进行解析、重新编译并执行,而存储过程只需重新编译一次。
执行存储过程语句为:Ececute prGetBooklist 2
如果存储过程在批处理第一条语句执行,关键字Execute
可以省略,但建议使用该关键字,如以下2句是一样的1
2prGetBooklist 2
Ecec prGetBooklist 2
局部变量
作用域位于批处理中,一个存储过程不能访问其它存储过程中定义的变量
声明
变量以@开头,例如 Declare @LastName varchar(50)
Declare语句可以一次声明多个变量,中间用逗号分开,例如Declare @LastName varchar(50), @FirstName varchar(50), @BirthDate smalldatetime
赋值
早期SQL Server唯一赋值方法就是select,一个select语句可以同时给多个变量赋值,例如1
Select @LastName = ‘Kuo’, @FirstName=’Gavin’, @BirthDate=’6/13/2007
早期只可以使用Set语句声明游标变量,现在微软推荐使用set语句来声明变量,例如1
Set @LastName = ‘Kuo’
但是Set语句一次只能声明一个变量
全局变量
可以从任何位置(存储过程或批处理中)对它们进行分析。
全局变量名称以 @@
开头,它们属于系统定义的函数,不能对它们进行声明。
最重要的几个全局变量
@@identity
@@identity
获取最后一条记录的标示值@@error
@@rowcount
注释
单行注释 --
多行注释 /……/
多行注释不可相互嵌套,但可以嵌套单行注释
多行注释里面,一般开头使用 **
表示,表示该行为注释,便于阅读
语句块Begin…end
主要对逻辑单元进行分组,可以嵌套使用,但最好是使用缩进避免出错。
If…else
根据条件值确定代码流向,else为可选,if语句可以相互嵌套
注意,if语句并没有end if结尾
While…break
T-SQL唯一一个循环语句,中间可以使用break中断循环,或continue跳过下面语句重新循环,一般跟begin…end配套使用
Goto
强制跳到某一label,例如1
2
3
4
5Goto label2
...
Label2:
...
Waitfor
延时,参数有两种变量Waitfor delay '00:01:00'
表示等待1分钟后再执行下面语句,时间参数必须小于24小时Waitfor time '17:55'
表示直到17:55才执行下面语句
参加:猪头、猫、艾文
艾文迟到15分钟,批评下
猪头不戴护具,不批评了,他已经得到血的教训了
之前一周都是吃素,体能不是很好,加上上周跑了20公里,右脚有点痛,不是担心刷不上去,是担心死撑会留下后患
不过看来之前的担心是多余的,比起之前大梅沙那次刷山(磨房百公里),那还真不是一个级别
强度没大梅沙那次大,上山没怎么累,下山没那么陡,参加过大梅沙的都可以很轻松刷上梧桐山
下过小雨,地面都是湿的,轮子一直打滑,半山还下起小小雨,一路雾很大,可见度很低,很担心下不来,因为刹不住
一直担心那路面下不来,雾又很大,还好中午过后就开始有点太阳,不过路还是很滑,而且车多人多,路又窄,没法S刹,又不会双刹,只好一路T下来
到了山上大概12点,衣服都湿了,风很大,好冷,吃过午餐之后决定不顾天气,马上下山,还好没多久出了点太阳,雾渐渐散去,路也开始变干
到山上的时候很快乐,又一次战胜了自己,发了条短信和某人分享,下山后却有点沮丧,因为比起刷山,有些事,不是努力之后就有结果的。
梧桐山北大门出发,到好汉坡停车场
本来是艾文最先到的,可惜他走错路,跑到小梧桐去了,所以我跟猪头是最先到的
参加的有:麦兜、KK和老公、包子、猫、天天、凡人、贝贝、尔尔、恋季
世界真小,我们群还有同一天生日的,哈哈,祝麦兜和KK生日快乐,青春永驻!
感谢包子订了蛋糕,好看又好吃!
感谢磨房的义工,感谢为我们打气的磨友!
感谢天天为我们准备了相机,好留住这历史性的一天!
南山66作为活动中唯一的66队伍,充分发挥团队精神,坚持到底,本次活动中无人受伤!
3月23日 7:30从白石洲坐观光一路出发,经过一个半小时后抵达大梅沙,换上轮滑鞋,加入磨房百公里的大队,浩浩荡荡上山了!
参加人员:凡、西西、猫、游鱼、麦兜、大维、阳光、百度、HP
安安又鸽子了!再一次就给予鸽子王称号!
上山很累,但很爽,特别是下坡时候,引来大片尖叫声
下山之后轮子已经吃不消了,加上个别人体力不支,就不跟磨房的大队伍了,直接过关沿着北山道回罗湖了
最后刷到黄贝岭腐败(湘菜),再坐车回去
刷完全程的有:可爱滴麦兜、阳光、猫,HP因有事,在下山抵达盐田检查站时先行回去(25公里盘山公路),其余人均轮滑加徒步完成全程
3月9日 周日
参加人员:血色、fly、猪头、猫、凡、艾文、麦兜(+3 MM)、包子、天天、KK(+1 MM)、鱼鱼(+1 MM)
KK迟到半小时、鱼鱼迟到一小时,特点名批评! 在山上抽烟的也都批评下!
还有些照片在猪头和鱼鱼那,等整理后一起提供下载
麦兜的同事,据说爽到今天上班全身酸痛,挖哈哈
2台电脑,利用WIFI网卡实现网络连接
笔记本是Win2003(sp2),台式机是WinXP(sp2),都是54M的无线网卡
1.在主机(我用笔记本做主机),先启用无线连接,然后设置IP,如上图,根据实际情况进行调整
QBQ全称是TheQuestionBehindTheQuestion,中文叫做“问题背后的问题”,讲的是工作态度和个人责任意识。去年在当当网买了2本,《QBQ!问题背后的问题》和 《QBQ!的五项修 炼:提高责任意识的最佳实践》,春节闲来无事,再次细读一番。
工作上我们经常抱怨,抱怨为什么同事不能把事情做好,抱怨为什么要帮别的同事处理问题,或者还经常说“这不是我的错”、“这不关我的事”,如果你觉得这很正常没什么非议,那很遗憾,你跟我一样,需要加强责任感意识。
我所在的部门很特别,叫做运营支撑部,做着程序员的活,但又不是纯粹的开发(公司有专门的研发部,那些家伙才是NB的程序员),主要处理运营部提交的需求,是介于开发和运营之间一个小部门,比方说运营部设计个网页丢过来,我们进行代码封装,所以经常发生这样的事,“为什么他们不能把图切好”,“为什么他们非要表格套表格”,“为什么要开发来帮美工写CSS”,当然也不是所有同事都这样,起码我自己之前经常这样想,读完书之后,恍然大悟,其实换个思维,一切都好了,“我该如何指导美工按照程序员的意愿切图”,“我该如何教他们使用表格才方便做代码封装”,“我该如何让他们改善CSS写法”,瞧,一下子就从抱怨的阴影里走出来了,转换成帮助别人的热情,结果就是不仅帮助了别人,更帮助了自己,如果能一直坚持下去,对以后工作的效率和激情都是很大的提高。
不管谁,凡事都不可能总是一帆风顺,总会遇到大大小小的问题,如何处理问题,将产生不同后果,我们往往是抱怨,把责任推给别人,其实再怎么责怪,问题已经存在,关键不是去追究,而是如何解决,我们要敢于面对问题,而不是逃避。
十几年的电脑操作经验,经常让我觉得某些菜鸟的问题觉得很愚昧,对此类人我是不屑一顾的,但是反过来看,他们正从另一个角度在向我反馈问题,是我说明文档不够清楚,还是根本没做说明,就像某件物品如果看了说明书之后仍然没法使用,那就是说明书的问题,从QBQ来看,有问题,那是我们的问题(想起余世维的一个讲座),我们要勇于承认错误、承担责任。通常我们要求别人改变来迎合自己的习惯,某些人会通过改变自己去适应他人,而我觉得的应该是相互沟通来达成一致,关于沟通可以看余世维的《有效沟通》视频讲座。
唠叨了很多,最后总结下QBQ,不应该看问题,而应该看问题的解决之道以及产生的根源从而杜绝再次发生,对人而言,书的主旨在于学习、负责、创意、服务、信任。
写的很乱,我自己也不知道写什么,打算把书再细读一遍。
心灵要去上海发展了,呜呜,我们群少了位帅锅了
祝他工作顺利 步步高升吧
参加的有:猫、凡、心灵、恋季、麦兜、天天、包子、贝贝、阿猛、安安
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true