通灵谬言，未满25岁者必看。教训啊

ONEBOYS — Fri, 08 Jan 2010 06:25:30 +0000

余年已二十有五，逾月即将本命之年。所叹者红颜未得，知己难求，东隅已逝，宏图空有。

近日得闻“《资治通鉴.梁纪》（第二十卷）有记——‘凤历五年，时洛隐者为帝卜之，曰逾二十五年未房者通灵’”。初想以身试法，一探通灵之境。然查阅《资治通鉴》，竟现谬误有三：

一谬于《资治通鉴》卷二十实为《汉纪》，卷一四五至卷一六零乃为《梁纪》，而凤历年只记于《后梁纪》卷二六八，前后梁全无干系。以谬加谬，盖为始作俑者故意为之。

二谬于凤历始于癸酉年（913年）正月甲子，废于当年二月庚寅。废立之间不足两月，“凤历五年”何从谈起？

三谬于郢王朱友圭杀父篡位之辈，荒淫无能之徒，根基不固，乾坤难控，篡居帝位未有一年即告覆灭，身死名废，被贬庶人。因而后史记之皆呼“郢王”，而不称之为“帝”。“为帝卜之”实乃大谬。

其实伪作史料者，应深知后梁历史，比如凤历之年，梁国都确在洛阳，“洛隐者为帝卜之”并不违地域常理。其他谬言，当其故意为之，一来令甄别者扑朔难查，二来盖其不敢篡改历史，故设之以馄饨虚空之年代人物，然后编造以事件。

网络之内信息庞杂，真假共存。吾人当自有判断，绝不可轻信谬论，倘若贻误终身，悔之晚矣。

尽管我觉得吧，通灵王魔法使之类的东西肯定是假的，但网球王子里海棠熏的snake回球，修炼的好的话，绝对是能打出来的。

No related posts. From:

搭建pligg的注意事项和几个程序修改

ONEBOYS — Tue, 28 Apr 2009 04:32:24 +0000

新弄了一个digg类站：cssass的分享
digg类程序以前有玩过国产的wodig，那是在其第三季的时候，那时bug很多，自己还给官方贡献过几个bug修改方法呢。弄了一段时间后，就被遗弃了。
事隔一年有余，又想起digg类程序的好处来：聚合，分享，内容为王，民主推荐。
这回则找了几个国外程序来玩。首先是找了PHPDug，这个在一年前是和wodig做过对比选择的，当时还是0.7版，这个程序功能很简单，就是这个原因当时就选择了wodig，同样因为这个原因现在我拿他做首选。可惜，安装在服务器上却无法工作。（所谓的服务器，只虚拟主机耳。相信是主机系统之过也。）
首选遭毙，第二选乃是据说有“digg类中的wordpress”之称的pligg。
不过，也是问题重重，特别是对于我们中文环境下。

凭着不断摸索，总结了一些安装搭建的注意事项，希望对后来者有用。
1，我安装在服务器上之后（本人服务器之过，应属个别问题），_modules表中无法写入数据，即后台无法启用modules（类似wordpress中的plugins)。其他的modules也就算了，其中却有一个Rss Importer。可以导入RSS数据，我觉得是必不可少的。
既然，无法通过后台PHP程序插入数据库，那在MYSQL中直接使用SQL语句插入总没问题吧。果然,可以启用。
SQL语句，以启用Rss Importer为例：

INSERT INTO `pligg_modules` (`id`, `name`, `version`, `latest_version`, `folder`, `enabled`) VALUES
(2, 'RSS Importer', 0.9, 0, 'rss_import', 1);

2，我在本地安装的时候，发现中文数据是乱码（有众多???号）。在服务器上安装没问题。其实这是因为我本地创建数据库的时候选择的charset等有问题，我选择的是默认default（我本地的SQL工具为SQLyog）。
正确的设置是charset:utf8;collation:utf8_general_ci;
3，RSS Importer的用法。虽然启用了这个module。但用的时候，刚开始却没摸到门路。其实我很质疑rss importer的界面设计。rss importer参数设置有三步。
第一步：填Feed Name和URL。
第二步：点edit进入，按需要修改一些参数。
第三步：（我所忽略的就是这一点）点Add a new field link 。对应XML数据标记和pligg的变量，可以点击Examine this feed 做参考。一般是title——link_title;link——link_url;description——link_content

4，如何将本地和主机上的数据互搬。本来也只需把导出的SQL，搜索替换一下域名就可以了。但如果本地或主机上有一个安装目录，就需要多做一步了。

Location Installed', '$my_pligg_base', '/digg', '', '/(folder name)', 'Pligg Base Folder',

其中的digg就是安装目录了。如果是根目录，则留空。
这个设置的在settings.php中$my_pligg_base = ”;但如果修改这里，却是无效的，反而会被SQl数据所重置。
另外补充一个,数据库连接的设置在/libs/dbconnect.php中。
如果，要将本地或空间的文件覆盖对方,这个文件是不能拿去覆盖的。settings.php也不要拿去覆盖。

一个仍无头绪，但绕道解决的问题——汉化问题。
本来这个汉化，只需修改language.conf文件就可以的，但我修改后，中文却是显示乱码。而在后台language选项下修改也不行。修改后中文显示的是Hex码。。。
最后，我无奈直接在tpl文件中修改，工作量大了很多。

几个程序上的修改。
1，于中文信息的输入，往往出现link_title_url too long的问题。
我们找到link.php中。

$link_title = $db->escape($this->title);
$link_title_url = $db->escape($this->title_url);
if($link_title_url == ""){$link_title_url = makeUrlFriendly($this->title);}

再搜索makeUrlFriendly这个函数，找到utils.php。
在makeUrlFriendly这个函数下第二行，

$output = utf8_substr($input, 0, 240);

这个数值改大一点就可以了。
然后可能还需修改sql数据库的结构，将_inks表下link_url_title数据项的Len值留空或改大。

2，虽然可以在后台设置文章允许的html tags。但通过rss importer导入的文章显示的缩略文却是屏蔽标签的。所以如果要让首页显示的缩略文也支持html tags。可以在modules/rss_import/templates/import_fields_center.tpl中去除strip_tags函数。

$linkres->link_summary = close_tags(utf8_substr(strip_tags($linkres->content), 0, StorySummary_ContentTruncate - 1));

去除后：

$linkres->link_summary = close_tags(utf8_substr($linkres->content, 0, StorySummary_ContentTruncate - 1));

3，缩略文允许html tags之后，就有了一个问题：缩略文是截取原文中前400个字符的（默认），假如截取的末尾是

这半个”号就会引发html闭合问题。
解决方法就是搜索文中的”和’号，替换为空。我们将这个代码加在close_tags的函数定义中。
找到html1.php 中的close_tags函数。
在第一行，加上

$html=preg_replace ("/\'|\"/","", $html);

除此之外，colse_tags函数虽然可以闭合有开始没结束的标签（事后发现，对于复杂的html结构，这个闭合并不能生效，函数需要大改进…）。对于

这样的半个开始标签，函数却没有解决闭合问题。
修改：

if (preg_match_all('/<([a-z]+)(?: .*)?(?/iU', $html, $m))
$opened_tags = $m[1];

改为：

if (preg_match_all('/<([a-z]+)(?: .*)?(?/iU', $html, $m))
{
$opened_tags = $m[1];
preg_match_all('/<([a-z]+)(?: .*)?(?/iU', $html, $m);
$opened_tags2=$m[1];
if(count($opened_tags2)!=count($opened_tags))
$html .= '>';
}

整个函数变为：

function close_tags($html)
{ $html=preg_replace ("/\'|\"/","", $html);
$single_tags = array('meta','img','br','link','area');
if (preg_match_all('/<([a-z]+)(?: .*)?(?/iU', $html, $m))
{
$opened_tags = $m[1];
preg_match_all('/<([a-z]+)(?: .*)?(?/iU', $html, $m);
$opened_tags2=$m[1];
if(count($opened_tags2)!=count($opened_tags))
$html .= '>';
}
else
return $html;
if (preg_match_all('/<\/([a-z]+)>/iU', $html, $m))
$closed_tags = $m[1];
else
$closed_tags = array();
if (count($closed_tags) == count($opened_tags))
return $html;
for ($i=count($opened_tags)-1; $i>=0; $i--)
{
if (!in_array($opened_tags[$i],$single_tags))
{
if (!in_array($opened_tags[$i], $closed_tags))
$html .= ''.$opened_tags[$i].'>';
}
}
return $html;
}

整个函数对于

$html = "
bold textsdasd asdadasd
bold textsdasd<!DOCTYPE html> <html> <head> <meta charset="utf-8" /> <title>可置换inline元素的margin效果</title> <style type="text/css"> *{margin:0; padding:0; } .inputButton{margin-top:100px;} </style> </head> <body> <div style="border:1px solid red;"> <input type="text" class="inputText" /><input type="button" value="提交" class="inputButton" /> </div> </body> </html>

不过，等下，为什么在这里对inputButton设置margin-top后inputText也跟着有了上边距了呢？
其实，对于可置换inline元素的margin作用基线和block元素又不一样，他并非是任意的前面那个元素，而是离他最近的前一个block元素。
而且，对于元素有一个默认的vertical-align值。
ie下有可能是：vertical-align:auto; （但标准css规范中并无auto这个值）
而FF等浏览器下是vertical-align:baseline;（规范中所定义）

我们给input这个可置换inline元素设置个vertical-align:top;看看，前面的inputText是不是就看不出有“上边距”了。

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>可置换inline元素的margin效果</title>
<style type="text/css">
*{margin:0; padding:0; }
input{vertical-align:top;}
.inputButton{margin-top:100px;}
</style>
</head>
<body>
<div style="border:1px solid red;">
	<input type="text" class="inputText" /><input type="button" value="提交" class="inputButton" />
</div>
</body>
</html>

有时候，margin的值在不同浏览器下会产生不同的结果。
比如这个：

<!DOCTYPE html>
<html>
<head>
<meta charset="utf8" />
<title>可置换inline元素的margin效果</title>
<style type="text/css">
*{margin:0; padding:0; }
.inputButton{margin-top:-100px;}
</style>
</head>
<body>
<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />
<div style="border:1px solid red;">
	<input type="text" class="inputText" /><input type="button" value="提交" class="inputButton" />
</div>
</body>
</html>

对比下ie和FF的差别，我们会发现在，ＦＦ下这个margin负值似乎没起作用啊。
其实是vertical-align值（有默认值）在不同浏览器下解释有差别的缘故。
你可以修改input的vertical-align值做下测试。

斯芬克斯之谜续——IE下失效的margin-left/right

关于padding增加width的解释

ONEBOYS — Thu, 26 Feb 2009 23:00:41 +0000

在一个block元素上使用padding后元素实际的宽度会增加，这是一个常识。

这本来是一个很浅显的道理，但许多初学者考虑的时候却觉得很怪异。

我这里按自己的解释来说明一番。

给个假设情况：一个width：10px的元素，padding：10px；

那么实际宽度就是width+padding-left+padding-right=30px;

假如说padding对宽度无影响，那么width是10px；但是padding在横向的宽度是20px；这样内边距padding>总宽width。

一个元素的内边距却大于这个元素的总宽，显然这是个悖论。

所以说作为内边距的padding是一定要加在宽度之上的。

No related posts. From:

第一次真正设计的网站页面，可惜夭折了

ONEBOYS — Sun, 11 Jan 2009 14:52:55 +0000

本来设计对我来说就是半吊子。
这个页面是给同学公司做的，不过人家不喜欢，嫌东西少。
的确，细节上没怎么设计好，总的来说是单调了。
保存留念。

No related posts. From:

用户体验之我见

ONEBOYS — Tue, 09 Dec 2008 06:58:50 +0000

谈不上什么见解吧，只是在表达一下自己在UE方面的感受。也就只是粗粗的几条，以后慢慢更新吧。
我认为，UE的第一层境界就是：“和谐”，“协调”。让人第一眼看到页面的感受就是舒服。
1. 突出显示是应该的，但扎人眼球的话，效果就适得其反了。
2. 帮助提示这个初衷很好，但小心不要“无微不至”，不要“如影随形”，不但可能会破坏页面协调，还可能无意中侮辱了用户的智商。最后，因为你的繁琐而走了用户。

No related posts. From:

“睡觉”与“获胜”

ONEBOYS — Thu, 20 Nov 2008 15:26:42 +0000

有时候，我们认为的往往不是那么回事。

你真的理解“我去睡觉”和“我去睡一觉”的意思吗？
从源意上来讲，”睡”和”觉”是两个（状态）动词，并且是两个意义相反的（状态）动词。
“睡”大家可以很容易理解，而”觉”呢，我们可以跟“觉察”，“觉醒”参照一下，是否“觉”的意义就是“醒着的”，“醒过来”的意思呢。
所以说”我去睡觉”其实是从“睡”到“觉”的这么一个周期。如果说你想长睡不起，你说“去睡觉”这是不对的。
而“睡一觉”这个从字面上理解起来就比较难了，隐隐中有病句的嫌疑。不过由于是习惯用语，是当不得病句的。
现在一般单纯的把“睡觉”只当成“睡”来理解，是不是是个大错呢。
呵呵，其实，一切不对的东西如果存在都是有借口的，“睡觉”变成“睡”的借口就是，我们把他归为了偏义复词，偏“睡”义。其实偏义复词还是蛮常见的，比如：”国家”偏“国”义, “妻子”偏“妻”义。

除了偏意复词，我们还会遇到更多的一类词：同意复词。
比如：采撷，拍打，开始，放弃，侵犯，不胜枚举。
由于两个字意义一致，无法确定到底意义是偏向谁，但又不能说这是“重复病句”，所以就有了“同意复词”。（其实“意义”不也是一组同义复词呢，只是这两个字貌似都很有各自的内涵罢了）。
为什么说到这个“同意复词”呢，其实是这样的：
前几天看《三国演义》的时候，看到“全获大胜”这个词，当时以为是盗版错误的问题，但仔细想想，好像也说的通，但就是有些别扭，为什么？因为我当时将“获”字按“获得”来理解了。如果是“获得”的意思，“大获全胜”意义很明显，而”全获大胜”难道是“全部获得了胜利”吗？显然说不过去啊。
然后，看看“全”和“大”在某层次上有同义的倾向，我顿然大悟啊。莫非就是同意复词:“大获”-“全胜”，“获”-“胜”。

当你以为你得到的时候，是否真的已经得到了，还是自以为得到了呢。

所谓“兼听则明”，为了不至于掉入自以为是的陷阱内不能自拔，我们还是多参考下资料为好。
查找词典可以发现：获有这么一层意思。

打猎得到的禽兽：猎～。（查单字）
获：擒获俘虏，夺取敌方辎重. (查大获全胜)

看来，“获”的确不该当“获得”解啊。从解释上来分析“大获全胜”应该是一个并列结构的词组了，而不是动宾词组。只是，“获”同“胜”的意义相去稍微远了点，无法结成“同意复词”了。
不过，如果没人反对，我把现今使用的“获胜”一词列为偏意复词，偏”胜”义。（哈哈，又自以为是了。。。）

No related posts. From:

“交通”释义

ONEBOYS — Wed, 24 Sep 2008 12:24:01 +0000

今日，苦等公交足有三刻，甚是不爽。然不爽又能奈谁何，遂思“交通”之意。
吾记少时读《桃花源记》，有“阡陌交通，鸡犬相闻”之句。”阡陌”意田间小路，“东西为陌，南北为仟”，“阡陌交通”之意即为“田间小路，交汇互通”。“交汇互通”应为今日“交通”代名词之源意也。只叹今日之“交通”竟不如“田野阡陌”之“交通”通畅矣。
古之“交通”还另有其他衍意，查百度知道得：
1、交汇，通融。例：春三月，天地乾燥，水纠列之时也。山川涸落，天气下，地气上，万物交通。《管子.度地》
2、天地万物生成的方式或过程。例：至阴肃肃，至阳赫赫，肃肃发乎天，赫赫发乎地，两者交通成而物生也。《庄子.田子方》（性“交”之源意如此）
3、交错纵横的意思。例：阡陌交通，鸡犬相闻。《桃花源记》

No related posts. From:

CSSASS » 一己之见

通灵谬言，未满25岁者必看。教训啊

搭建pligg的注意事项和几个程序修改

关于padding增加width的解释

第一次真正设计的网站页面，可惜夭折了

用户体验之我见

“睡觉”与“获胜”

“交通”释义