分享一下近期在开发过程中用到的一些PHP库类

手里的项目进展还算顺利,即将进入一个新阶段,越来越感觉运营中的那句话“先开枪后瞄准”的确是进行一个商业计划(特别是比较新颖的)时,需要考虑的。技术人员不能眼里只有纯粹的技术,如若想要尽快的实现盈利,一些非关键性的功能和技术方面可以放到后面去考虑,目的是要尽快的确保项目能够稳定的运行且尽快的抢占市场赢得一些商机。

一直以来开发的程序都没有用过现成的框架,由于对面向对象开发还是有一些障碍(心理接受以及性能方面考虑等),但由于一些长期的运营项目涉及未来扩展和开发问题(面向过程开发在这方面还是很弱的),所以自己弄了一个面向过程开发的一个“框架”(只能算是一个雏形吧),虽然不能解决大问题,但最起码可以让新开发中减少很多重复性的操作。
更多 »

转来十则关于减压的招数。

摘要:当你面对职场心理压力时,学会下面“十步棋”,一定可以变压力为动力,消压力于无形。
简单来说就是十个词:精神超越、心态调整、理性反思、建立平衡、时间管理、加强沟通、提升能力、活在今天以及日常减压。 更多 »

点评类网站寻求突围路径

转自《中国经营网》http://www.cb.com.cn/1634427/20101008/155057.html

觉得里面说得还不错,对于项目运营方向有一些参考意义。以下是全文转载。 更多 »

手动挡离合器正确使用要诀

离合器的正确使用,会影响到一辆车的安全以及寿命等等,下面是专家总结的离合器正确使用方法,和大家分享。

无事不要踩离合

汽车上的离合器在正常行车时,是处在紧密接合状态,离合器应无滑转。在开车是时除汽车起步、换挡和低速刹车需要踩下离合器踏板外,其他时间都不要没事踩离合,或把脚放在离合器踏板上,行车时把脚长时间放在离合器踏板上,很容易造成离合器打滑、离合器片烧蚀等现象,严重时甚至使离合器压盘、飞轮端面烧蚀拉伤,导致离合器压紧弹簧退火等故障。同时,还会导致费油、费车,增加行车费用。

起步时的正确操作

起步时离合器踏析的操作要领是一快、二慢、三联动。即在踏板抬起开始时快抬;当离合器出现半联动时(此时发动机的声音有变化),踏板抬起的速度稍慢;由联动到完全结合的过程,将踏板慢慢抬起。在离合器踏板抬起的同时,根据发动机阻力大小逐渐踩下油门踏板,使汽车平稳起步。

换挡时的正确操作

在行车中换挡时,操纵离合器踏板应迅速踩下并抬起,不要出现半联动现象,否则,会加速离合器的磨损。另外,操作时要注意与油门配合。为使换挡平顺,减轻变速器换挡机构和离合器的磨损,提倡使用两脚离合器换挡法。这种方法虽然操作较复杂,却是开车省车省钱的好方法。

在刹车时的正确使用

在汽车的行车中,除低速制动停车需要踩下离合器踏板外,其他情况下的制动都尽量不要踩下离合器踏板。低速行车中制动停车的操纵方法是先踩下制动踏板,然后再踩下离合器踏板,使汽车平稳地停下来。

来自:http://bbs.exinqing.net/viewthread.php?tid=40042

关于用户邮箱验证的一个思路

当下很多运营或者应用都会引导用户激活验证注册的Email地址,为了确保获得更可靠的用户(虽然可靠性不是很高),同时也为了避免地址不被滥用,尽力获取更优化的用户资源等等,好处是很多的。

一般在验证流程上都很简单,无非是:根据用户登记的Email发送一个验证邮件,用户收到邮件后,访问一个特定的处理链接,系统接收后,便会确认此人Email通过验证激活。

这个方式简单容易,设计也很方便。

但有一个“问题”,某个用户起初登记了一个A地址,然后通过了验证,过了一阵他又将Email改成了B地址,也通过了验证,可过了一阵又因为某种原因他又将Email改回了A地址,可系统仍旧提示未通过验证,这个挺囧的——当然其实也不是什么大不了的问题,不过个人始终觉得这是一个人性化的考虑。已经通过验证了的邮箱为什么还要再次验证呢?

近期在一个项目上也有类似的处理,因为基于该异想天开的想法,我特意费时巴拉的用了一个新的机制,虽然没人能够看到,但我相信多多少少会让用户觉得有点人味的^_^

具体流程其实很简单,无非是增加一个数据表,用来储存经过验证的Email地址,且每个Email对应一个用户id。

当用户通过验证的时候记录下他的id和Email,以及其他信息(比如验证时间等等)

当用户修改Email的时候,先去到这个数据表内查询该记录是否存在(uid和email同时满足),存在了就表面该用户已经通过验证了,不需要再次发送验证邮件。

uid与Email是作为一个唯一性索引键(UNIQUE)存在的。这样可以确保别人冒用这个Email地址的情况也被认为是通过验证的。 也就是说,只有其本人曾经用过的Email地址才会采用跳过验证的机制。

简单说:

用户A曾经验证通过了a、b、c三个Email地址。 那么日后他无论将Email地址修改变换为这三个任意一个的时候,系统都不会提醒他再次去验证。

如果另一个用户B登记了a地址,那么系统还是要提醒他进行验证的,因为数据表记录下验证通过a地址的用户是A而不是B。

以上就是我在项目中关于用户Email地址验证的一个机制(当然实际操作过程中,还要加入一个验证的条件限制等条件,避免用户频繁的请求,关于这部分处理,相信所有的验证机制都会考虑的。),不一定有什么特别重大的作用,不过觉得还是挺有意思的,记录下来分享一下吧。

分享几个腾讯微博邀请

散发几个腾讯微博邀请,呵呵。没什么新意,其实就是凑凑热闹^_^

PS:鄙视使用了不回复本文的人!你要告诉我你使用了哪个邀请,然后我删除掉,这样其他人就不用费劲的一一实验了!!复制一下然后粘贴到评论留言里不会累死你的!!

http://t.qq.com/invite/ba25c813c2160bc7f041

http://t.qq.com/invite/fdef8a113e6863607a5b

http://t.qq.com/invite/3a86277e8278e2a9cc6b

http://t.qq.com/invite/8550dcb50d1bad552bd3

http://t.qq.com/invite/cb5e5e30a0586760e619

http://t.qq.com/invite/e17a8bf17a7c8f666261

http://t.qq.com/invite/0350b43e1fceee1a705b

对不起,鉴于很多垃圾用了邀请链接但不告诉我,现不公开发布了!如果你想要邀请,可以直接给本文留言,我会发给你,发一句话累不死你的!!

我只想知道哪些邀请链接被使用了而已!!!!

哪位朋友用了哪个,记得回复一下告诉我 哦。

PS:划删除线的是已被使用的无效了。

Deepseath Modified from Green Hope Theme · Proudly powered by WordPress · 津ICP备09005418号  津公网安备 12010302001005号