我有这个问题:
SELECT * FROM (`users`) WHERE `date_next_payment` <= '2011-02-02'
AND `status` = 'active' OR `status` = 'past due'
哪个没有返回正确的结果.但是,在OR条件周围添加括号使其工作如下:
SELECT * FROM (`users`) WHERE `date_next_payment` <= '2011-02-02'
AND (`status` = 'active' OR `status` = 'past due')
我的问题是它为什么不同？据我所知,在没有括号的情况下,OR语句会有所不同; 但我不明白它是如何不同的.
我没有找到任何对此有帮助的文档.如果那里有任何链接,我真的很感激.
我有一种情况,我们打印出"折扣卡"的运行,其中在卡上打印唯一代码,用户可以在在线商店兑换折扣.
我们创建了很多这样的卡,实际使用的卡很少,我想使用某种形式的方法来识别使用方法的有效代码,而不是将每个代码存储在数据库中.我们一次创建5000个这样的代码.可能一年约5次.
理想情况下,我希望能够像:
$coupons->generate(5000, 'unique_salt', 'prefix_');
这将产生5,000"随机"代码,如:
prefix-23-3424-4324-3344 or
prefix-4H-34RE-22K3-PE3W
在unique salt与prefix_将被保存到数据库中.然后,通过使用prefix_查找salt和识别代码是否有效,可以验证这些代码.
我有一个这样的形式,通过使用数字作为盐,找到可被盐整除的数字,然后重新排序数字,使其看起来是随机的.使用足够长的代码,需要一些工作才能找出模式.但我想认为有更好的方法......因为只有这么多的数字可以产生大量的代码,这些代码可以被整除salt.
(例如,2的盐将产生5,000到1到10,000之间的代码(并且很容易看到模式)......但是14000的盐将产生1到10,000之间的零代码)
这样做的另一个好处是我可以根据需要生成优惠券(例如,当我们逐个给予个人折扣时),并且能够跟踪基于prefix_... 等等时使用的优惠券等等.卡片如何/何时被传递出去,什么产生最佳回报.
当我只是将每个代码存储在数据库中时,我只是在旋转我的轮子吗？(或者只是玩得开心？):)
在表单提交后关注重定向后,返回到您所在的页面,我的经验一直是单击返回浏览器按钮会将您带到页面之前,表单提交之前的页面.
例如,您输入一个站点并:
1. (click) GET /home
2. (click) GET /user/view
3. (click) POST /user/save_changes
4. (redirect) GET /user/view
Firefox中的行为是在表单提交和重定向(#4)之后,单击"返回"将从#4转到#1(GET/home).但是在Chrome中,重定向后点击返回会转到#2(GET/user/view).
我不记得这是过去的行为......它似乎只发生在Chrome上.它301与302重定向同时发生.
有没有办法避免这种行为？我总是这样做,因为行为一直是可以接受的(在表单提交后点击后回到#1).我这样做是为了避免有人点击回来并得到可怕的"你想重新提交表格"的消息.
我很好奇是否有人知道PHP的一些东西与ActiveMerchant存在类似的通用支付处理器功能.