Category Archives: 本blog相关

本站存在的不良信息

17大要到了,各单位请注意,从即日起开始清查自己站点的不良信息…… 为响应此号召,本blog发现不良信息如下: 此站点提供便捷检查方法。 一开始还不大相信,以为丫们在忽悠,将上述“不良信息”在我的blog里面搜索,原来这些信息还都有。 如此一来,一本新华字典还有多少非“不良信息”?

搞了个Feedsky的Feed

Feedburner被河蟹也差不多一个周了,本来还寄望于“解封”,不过现在看来,17大前将不存在这种可能了。 所以又通过FeedSky的域名绑定功能搞了个Feed:http://feed.someok2.com/。 下面考虑逐步迁移到这个域名上去,原来使用Feedburner提供的Feed,本是为了避免自己的域名被GFW,用FB的Feed不影响别人的订阅,这点在前一阵someok被干掉的时候效果不错。现在FB自己直接嗝屁了,这点意义也就不存在了。 如果哪天FeedSky出问题了(17大要召开了,一切皆有可能),那就直接将feed.someok2.com作301转向到自己的实际feed。

换个投票插件

有时候吧,人不能不相信rpwt这种事物是可能存在的。否则为什么有些wordpress的plugin在别人家蛮ok的,到了我这就是死活有问题呢。 例如Popularity Contest 1.2.1(又出现新问题),例如Simple Yearly Archive。后者的症状是,只要我激活它,我的后台编辑框上面的按钮就出不来,为这事我和作者来回通信好几趟,用我这巨烂的英语,结果是作者也表示无奈。只能禁用。 现在又发现wp-polls也有问题。前几天搞了个投票,看看大家对新模板的看法。 结果当天晚上就很多人跟我说自己投票了,可页面上没体现出来。我测试后发现,只能在Firefox上面投票成功。(对Firefox的推广还真是够大力的) 而这个问题显然没有其他人遇到,google了半天,只好将其归结为自己rp不好。 还好,在偶爱偶家发现个同类产品Democracy AJAX Poll,替换之后一切OK。这个东东呢,后台管理稍微差些,不过其它功能感觉比wp-poll更加顺手。 现在右面的投票用的就是这个,数据清零,从头再来,反正原本数字就很小。

搞个投票,了解一下大家对这种极简模版的看法

老郁辛辛苦苦搞了个blog模版,孤芳自赏了半天之后遭遇极大打击,某闺密评价为极差,老郁开始怀疑自己的审美眼光是否落后于当前或超前于时代。 为缓解心里压力,于是搞了个投票在右边,各位既然来了,就帮个忙顺手做个评价,也让我了解一下现实。 谢谢啊…… Update: 奇怪,好几个人跟我说投票了,可都没投上,看来这个插件有问题:(

搞了个极简风格的Blog模版

辛苦了一两天,终于把这个blog的样式确定下来了。大鱼大肉吃多了就想来点素的,繁花看遍之后也想洗洗眼睛,网上美轮美奂的blog看腻味了,回到自己的小窝就想来点清淡的。 这次的Blog模版是基于Sandbox,样式呢取自Sandbox Designs Competition。三栏结构,框架随宽度自适应。因为目前的blog模版多是宽度固定,在宽屏上面两边闪的空间太多了,尤其看不下去的是,有些blog瘦的有如排骨美人。可惜老郁喜欢丰满丰盈型的。 所以呢,我的空间我做主,给自己定的第一个要求就是页面宽度自适应,另一个要求就是简洁,最后的结果就是几乎一张图片没用,全用颜色来表现。最后的要求就是适应各款浏览器,目前在Firefox、Opera、IE6、IE7下面效果良好。

几种WordPress语法高亮插件比较

最近试用了几款wordpress的代码高亮插件,简单说明一下。这几个东东都是以GeSHi(这东西不是为了wordpress开发的,而是php下面一个语法高亮的开源库)为内核,所以区别只是样式和前端调用的语法了。 iG:Syntax Hiliter: 采用的[code]的模式,例如php的就是[php] ...code... [/php],其它代码亦以此类推。 csh_geshi: 这个东东更简单,代码直接发布在wiki上,想用的话先保存成csh_geshi.php,里面再配置一下GeSHi库所在目录。语法是<code>[php] ...code... </code>。本来选择它是因为里面的示例显示,丫是支持参数方式的,也就是说:<code lang="php"> ...code... </code>,可惜那是在wiki插件中支持的,wp插件不支持。 WP-Syntax:这个呢,语法是<pre lang="php"> ...code... </pre>,使用原生的html代码,也是我所喜欢的。目前我在用着,具体示例可以参见放弃Blogger,转向WordPress。 还有个国产的coolcode,也蛮漂亮的,不过用的是<coolcode> ...code... </coolcode>或[coolcode] ...code... [/coolcode]。所以我没有选择。同一作者开发的CoolPlayer我倒是选用了,虽然用的类似的语法。 这东西对多数人应该是没用的,如果你不是经常展示一些代码的话^_^

IE6下DIV时隐时现的Bug

用CSS+DIV搞页面,在IE下面遇到的问题还真是可观啊,从昨晚开始就被一个问题困扰。 具体症状是,在首页最后的那篇文章后面的meta信息老是一闪就不见,拖动滚动条到将该区域隐藏一下又出来了。同样的问题在文章页面也存在,也是那些meta信息部分。 这个问题头痛就头痛在不好描述,所以就很难凑查询关键字。不过还好,还是找到了篇:使用float和background-color时出现的IE Bug。 其实这个问题的解决方案就是How To Clear Floats Without Structural Markup中提到的,对于框架DIV,加个“height: 1%”就可以搞定,当然,由于只在IE6中出现,所以搞点hack代码: * html div#div-id {height: 1%; background-color: #fff} 问题解决。太浪费时间了。

彻底让UTF-8的BOM玩了一把

今天搞了一天blog模版,事实上这个模版参考了一个老外的样式,CSS调试没费多少劲,在本机的静态测试文件也一直效果不错,3款浏览器下面基本没啥区别。传上服务器后准备开瓶香槟庆祝一下,哪知道一番测试下来,差点崩溃。 在Firefox、Opera下面一切正常,可是到了IE6、IE7下面整个页面扭曲的要命,和在本机上测试的效果完全两样。把页面另存下来,一番排查,排除了插件因素,排除了CSS错误的因素,也排除了IE经典的溢出因素。 反正我能想到的招基本都用上了,最后正准备撞墙的时候,突然在Total Commander的F3查看功能中的“纯文本”样式里面发现此文件开头有乱码迹象,而这些乱码在Editplus、Notepad2等编辑器里面是不可见的,顿时灵光乍现,想起UTF-8文档好像有种头尾标记,莫非……难道……也许…… 关门放狗,关键字就是ie、utf-8、文件头。排头第一位就是解决方案:utf8模板在IE下页面无端空出一行的解决方法。 下面的活就简单了,Notepad2里面有个功能可以把这些BOM标记干掉(File > Encoding > UTF-8)。其它编辑器也都可以。 要说IE还真是不枉一个烂字,对标准支持的乱七八糟之外,居然还有这种低能之处。另外,难不成我上一个修改中途放弃(在IE下面的版面总是存在问题)的模版也是因为这个?

调整了Category

前几天就已经装了Tag插件Ultimate Tag Warrior,并将原来的分类(都是英文单词)导成了tag。今天又花了两个多小时将原有分类调成现在的样子,这还是在用了Batch Categories之后所花费的时间,如果没有这个,估计得搞个通宵了。 WordPress用着确实不错,什么花样的插件基本都有,这也是后来者比较难以超越的一个地方吧。 现在的分类也只是暂定,将来随时调整,反正有Batch Categories。

又出现新问题

这个blog的样式不兼容问题还没解决,又发现feed出问题了,今天在另一台机器上网,用的IE内核浏览器。不知因何原因点了下右面那个feed小图标,结果报错:“文档的顶层无效。处理资源 xxx 时出错。第 1 行,位置: 1 ”。 很崩溃,怀疑是某个插件导致的,准备挨个禁用看看。 另外,WordPress的后台管理界面难道对IE支持不好?为什么这个输入框上面的那些按钮都没了? 问题先记录在这,下面找问题解决方案去 Update: 果然是插件影响的的——Popularity Contest 1.2.1——不过奇怪的是别人用着好像没事,难道是RPWT?懒得找原因了,干掉!

恶心的浏览器兼容问题

昨晚导好了数据,今天大玩了一把WordPress的插件。对于支持插件机制的东东我一向是胃口大开,像Eclipse、Firefox等,当初都是玩的不亦乐乎,不过显然插件这种东西带来的问题也一向让人牙根痒痒的。 现在出现的一个问题就是某些插件导致blog的样式在IE和Opera下面出现异常,后者还算好的,前者就有点不堪入目了,但是在Firefox下面效果非常地OK。唉,大家都说调样式要用FF,这是多大的误区啊,事实上是应该在IE下面调试,如果IE搞定了,那么在其它浏览器下面问题就不大了,即使修改也肯定不会太伤筋动骨,当然,我的缺省前提是你没用那些IE Only的东东。 不管如何,浏览器大战之下,倒霉的是我们这些用户啊,每次调样式都会有股子恶心的感觉。 有点怀念当初Table布局的年代……

放弃Blogger,转向WordPress

确切地说,迁移时间是昨晚11点多钟完成的。 Blogger已经用了2、3年了,它的FTP发布功能非常不错,搬家尤其方便,这期间搬了若干次家,因为域名没变,所以别人一般意识不到。 不过在Google手里,Blogger的进展实在太慢了,功能也太基础。老郁用了一次WordPress之后就不忍放弃,思想斗争了几个来回之后,最终拍板:搬! 下面介绍一下搬家的过程以及一些注意事项。

导入Blogger的数据、评论到WordPress

目前自建blog最热门的系统就是WordPress了,前几天手痒,想看看效果,就搭建了一个。Dreamhost的“One-Click Installs”功能不错,里面已经集成了wp2.2.1,只需要配置一下域名、数据库就ok了,省时、省力。 一用之下颇有点爱不释手,这东西确实很舒服,相比之下blogger.com的系统就弱了很多了。尤其在细节方面,wp看来是有过一番雕琢的,用起来手感颇为舒服。 wp2已经集成了导入主流blogger系统的数据的功能,不需要再使用插件了,于是就试着导入本blog试试。 按着向导走,过程很简单,不过需要注意的是,blogger下面的发布模式不能采用ftp或者sftp,需要切换到*.blogspot.com下面去。导入的数据包括blog内容和评论,测试站点可以看看我这个test blog:http://test.someok2.com/。 不过在url部分存在问题,wp直接采用的是blogger下面的标题来做链接了,举例说明吧: 例如我这篇 Firefox小技巧:定制书签图标,url是:http://www.someok2.com/2007/07/firefox-tip-bookmark-icon.html导入到wp后就成了:http://test.someok2.com/2007/07/firefox小技巧:定制书签图标.html 不过估计这个问题解决起来不会太难,程序里面需要调整的地方不会太多。 通过上面的链接可以看见,通过wp的自定义链接功能,再把这个导入链接的bug解决的话,基本可以实现无缝切换了。

someok2 :重装上阵

在twitter上面发了条消息:再次向gfw开炮,这傻逼玩意折磨了我两天,最后以俺认输告终。 6月12日,我的someok.com域名无法访问了,抱着万一的想法,等了两天,期待gfw发发慈悲,给俺开禁。到了今天也就懒得再等,反正yahoo的域名便宜,新用户第一年1.99美刀一个,折合人民币不到15,拿下。为了这个域名还真是头脑风暴了半天,想了几个域名都感觉不爽,毕竟还是someok习惯,最后决定来个省事的,就用someok2吧,假如再被封,就someok3。 你有GFW围追堵截,我有somoek1、2、3、4。 大不了就破费点了。 kunshou同学在twitter上说:在中国,如果你没被删过文章、没被封过,你都不好意思说自己是博客。听着就跟大学时考试没挂过科,你都不好意思说自己上过大学一样。还好,往日大学时候挂过科,现今GFW上封过博。 有时候想想真是搞笑,官方一边要让台湾人民“投奔光明”,一边对国内言论横加封杀,台湾人民又不是瞎子——看不见、不是聋子——听不见,zf如此作为,貌似不是在把人家往统一的路子上引啊,对岸毕竟是民选政府,会往哪个方向走不是几个政府高层能够左右的吧。 好了,GFW之下,夙无完卵,这种很有违禁倾向的言论还是少发。 不过改域名确实是件麻烦事,改模版、改js、改css,简直是越改越怒。使用的很多服务都是someok域名生成的js文件,要是一个个再去修改,跳楼的心都有了(我现在可是blog at 8 floor),索性去他娘的。 改完之后一测试,崩溃,无法访问,试着让别人帮着测,更加崩溃,全国人民都能上,就我这儿上不去。后来呢,大半天后,莫名其妙好使了,比gfw封杀我还诡异。 无论如何,现在这个blog先好使了,还有几个得慢慢改。真他娘的无妄之灾……

增加了链接提示图标

示例(链接点击将无任何效果): 弹出新窗口:测试而已。 pdf文件:测试而已.pdf 。 doc文件:测试而已.doc。 zip文件:测试而已.zip。