我刚才吃了点苦头：我写了两篇贴士，一篇贴士写好发布后，我使用了浏览器的后退按钮，回退到post-new.php页面，这时页面表面上看跟Write Post的页面一模一样，但post_id已经产生，而且跟第一个贴士的id一样，结果第二个贴士保存时，就把第一个贴士给覆盖了。郁闷，只好重新输入。 所以我想提醒大家，尤其是WordPress的编辑，应该避免使用浏览器的后退功能。不过，WordPress也应该更贴心一点，post-new.php应该关闭cache，这样每次进入post-new.php，不论是用浏览器的后退或是点击Write -> Write Post，每次都更新post_id，这样就不会覆盖以前的贴士了。这时的post_id应该是临时的，所以不用担心多次进入post-new.php页面导致数据库保存了空内容的贴士。 我特别喜欢程序在处理完post data以后作一个redirect，这样也可以避免上述数据覆盖的问题，而且解决后退时浏览器提示页面过期、要重新发送数据种种的不友好问题。Header redirect已成我的习惯，这么做好处很大，迄今也没遇到一起redirect after post带负面影响的情景。不过，我发现有同样习惯的人不多。难道有很多不好的scenarios我没想到？
Day: March 13, 2008
如何按欧盟标准来做产品检测
按欧盟标准(EC Directives)来做产品检测很难吗？一点也不。 我们有款很简单的无纺布袋，客人说出货前要按欧盟标准做产品检测，并提供检测报告，以证明该无纺布袋直接接触干的、非油性食品安全(direct contact with day non-fatty food safety)。在不了解欧盟标准的究竟讲些什么内容之前，我们公司上下都认为这很难。虽说这只是一个简单的无纺布袋，但是如果细分的话，成份还不少： 无纺布。PP成份，我查过PP无纺布是可以达到医用级的，食品级更加没问题。 印刷油墨。都说水性油墨是安全的，那肯定用水性油墨啦。 硬纸衬底板，而且还覆了塑膜。是不是对食品安全？能不能找到对食品安全的纸板？我们心里没底。 塑料扣子。这是小物件，我们连塑料是什么成份都不知道。 缝线。我们也不清楚是不是棉线还是含有其他化学成份，而且，这是染成黑色的缝线，那么染料是什么？ 要检测这五个成份组成的无纺布袋，给我们带来一系列的疑点和难点。检测费用也不便宜，那么检测5种成份是不是5次收费？ 带着种种的疑问，我联系了几大知名的检测机构。Intertek给我的印象最好，因为Intertek告诉我，他们比照欧盟标准解读了我们的无纺布袋，以及该袋子的使用用途，该袋子完全可以安全地直接接触干的、非油性食品，而且不需任何检测；如果客人不明白，Intertek还可以出证来证明这一点。当然出证是要钱的，但比检测便宜多了。 我总是想，以前缘于我们的无知，一听欧盟标准就得了过度忧虑症，看来得花点时间学习食品安全方面的欧盟标准了。
邮件发送后滞留在发件箱的解决办法
办法很简单：清空已发送邮件。 我曾为邮件发送后滞留在发件箱的问题辗转反复，说来话长。 我办公室有一台专门的电脑处理印刷稿件，每天收发好多超大邮件，邮件程序是Outlook Express，邮件带的附件大多是高分辨率的PDF或JPEG等文件。每隔若干天，同事就会找我帮忙：Outlook Express发信出现问题，邮件明明已经发出去了，对方也收到了，但邮件就是卡在发件箱里，Outlook Express错误提示是一项或多项操作未完成，但没有更多的原因说明。其实在同事发现Outlook Express工作不正常之前，发件箱里已经堆积了很多邮件，这些邮件都已经发送了N份copies给收件人。 发件箱出现这种症状是随机的，也搞不清楚是什么诱发了发件滞留，有时一个不带附件的小邮件也会诱发发件滞留发件箱，但一般来说带附件的大邮件更容易导致发件出错。我以前判断是发件箱有毛病，因此用不同的方法去重建发件箱。我至少尝试了以下方法来解决问题，因为任何一个方法并不总是灵光，其效力也是随机的。 压缩所有文件夹（尽管矛头指向发件箱，但压缩一下所有的文件夹也无妨） 导出邮件后再导入回来 删除发件箱.dbx（Outlook Express启动时会新建一个发件箱.dbx，如果检测到发件箱.dbx不存在的话） 干脆在Windows下创建一个新用户，再导入邮件 重装Outlook Express后导入邮件 以上方法都只能工作一段时间。我按“Outlook Express发信出错”、“Outlook Express发件箱不能清空”等关键词搜索前人一劳永逸的办法，搜到很多的IT网站和论坛相关讨论，但那些IT高手们也说他们也有同样的问题，也用同样的方法，也只能一时有效。我也只好将就，对同事的求助习以为常，用临时方法解决发件箱问题。 昨天同事又来找我。我按老规矩把老方法一一试来，在等导入邮件的操作完成时，我突然来了灵感：我为什么总认为是发件箱出问题了呢？为什么不能是已发送邮件出问题呢？ 我的演绎是： 当已发送邮件越积越大时，Outlook Express的某个臭虫导致Outlook Express无法稳定地把一封已发出的邮件添加到已发送邮件文件夹。不稳定性导致症状出现的随机性。邮件实际已投递，但由于不能成功添加到已发送邮件，就只好滞留发件箱了，错误提示说一项或多项操作未完成，其实是指最后一步没完成——一切都自圆其说了。 那台电脑的已发送邮件.dbx有3G大，我将它重命名为旧已发送邮件.dbx，然后删除了已发送邮件.bak，发件箱症状立马就消失了。称之为发件箱症状其实也不准确，应该叫已发送邮件症状。我相信我的办法可以永久地解决问题。 回想起来，我也曾造访过微软的网站寻求帮助，微软知识库里至少有三篇文章是讲发件箱问题的，但现在看来，这些都是“头痛医脚”。我不指望我的办法能被微软收录，但我确实希望这篇文章能在google关于“邮件滞留发件箱”类别的搜索结果中能排个好名，为众多的Outlook Express迷途者指点迷津。 顺便说一下，看别人的类似求助，似乎Outlook也有“邮件滞留发件箱”问题，我相信清空已发送邮件的办法同样适用于Outlook。