登高望远

“憋气”的冷故事

dengor — Fri, 11 May 2012 08:28:04 +0000

话说有个人, 想知道自己到底能憋气多久, 于是一直忍住不呼吸, 谁知道一不小心就把自己憋死过去了.

你不相信这故事? 那你可以试下, 不过千万千万要小心, 人命关天啊!!!

百度网盘的邀请码要就拿去

dengor — Thu, 10 May 2012 08:07:37 +0000

百度网盘(http://pan.baidu.com )好像是开放了用户好友邀请码, 这里也有百度网盘的邀请码, 要的就拿去.

http://pan.baidu.com/netdisk/beinvited?invite_code=9c2b3d1dc470ee468c4f8dcf5643c440

http://pan.baidu.com/netdisk/beinvited?invite_code=d23115f0aea951ac1665ae3fc51967f1

http://pan.baidu.com/netdisk/beinvited?invite_code=de2194e35c98fcad1736c65035517a3f

http://pan.baidu.com/netdisk/beinvited?invite_code=593405a5d08eadf8ec9a8f6063087066

http://pan.baidu.com/netdisk/beinvited?invite_code=869617581e7552277f67a3163facbb77

http://pan.baidu.com/netdisk/beinvited?invite_code=bfc73adbe37b70e26010f580d7c6073d

http://pan.baidu.com/netdisk/beinvited?invite_code=afac673609209b7c5e34ad07a989648b

http://pan.baidu.com/netdisk/beinvited?invite_code=3ead6ea0210c2218b27509d66a53d903

http://pan.baidu.com/netdisk/beinvited?invite_code=72eb45439cf48d30cd1feb821c6ec9b4

换个IP上网快多了

dengor — Sun, 06 May 2012 03:43:51 +0000

不知道是我自己的原因, 还是网友都有这种情况, 当一个IP上网太慢, 很多网站打不开或很慢时, 这里重新拨号, 换一下IP, 上网站速度就会快很多. 我在前面已经说这个种情况- 国内特定的IP访问国外特定的网站会出错

有时候龟速,经常要换IP, 也很是郁闷.

创意造型的名片欣赏

dengor — Thu, 03 May 2012 11:11:48 +0000

　　在名片设计有时候要在造型上文花很多工夫, 创意造型是很多名片追求的. 欣赏一下创意造型名片:

镜头创意造型名片

桶装水创意名片

推荐阅读

真正能解决dede5.7的验证码不显示的办法

dengor — Sat, 28 Apr 2012 08:05:24 +0000

一个dede5.7的新做的网站, 上传到服务器后, 后台的验证码不能显示出来. 在网上搜索了好久, 网友们说了很多方法都试过, 都没有用, 最后才发现是文件编码的问题.

网上的方法也不外这几种:

1. GD 库没有安装, 安装GD库方法：把 extension=php_gd.dll 或extension=php_gd2.dll 前边的分号去掉, 重新启动PHP和服务器.

2. data目录没有写权限

3. \safe\inc_safe_config.php 文件修改过.

我发现这些在我的服务器上都没有问题, 查了一下有人说时没有安装GD库的原因，securimage必须php支持gd2以及freetype。但是我发现我的空间gd2和freetype都安装了，但是验证码还是不显示.

最后记得自己的服务器上修改过/data/common.inc.php这个文件, 修改了连接密码, 当时是直接在服务器上用记事本打开修改保存的. 我在本地用EmEditor保存不带bom的utf8编码的文件, 上传后终于可以显示验证码.

看这这次又是带bom的utf-8文件引起来问题, 很多跟session有关的都要注意一下这个问题. 希望对碰到一样问题的朋友会有帮助.

原创文章转载请注明出处: 登高望远
[http://www.dengor.com/archives/1491.html ]

修改debian等linux的ssh默认端口22的方法

dengor — Thu, 26 Apr 2012 02:23:06 +0000

linux的ssh默认端口是22, 如果使用默认端口, 不是很安全, 很容易被人扫描. 所以一般改成其它的端口好点, 这里介绍所一下修改debian等linux的ssh默认端口22的方法.

修改配置文件
vi /etc/ssh/sshd_config

找到#Port 22一段，这里是标识默认使用22端口，修改为如下：
Port 3342
然后”:x” 保存退出

再运行/etc/init.d/sshd restart 重启ssh服务.

现在就可以用3342这个端口登录了.

如果设置防火墙, 还要配置：vi /etc/sysconfig/iptables

启用3342端口。
执行/etc/init.d/iptables restart

如果要限制固定IP才能登录:

先：修改/etc/hosts.deny，在其中加入sshd:ALL

然后：修改：/etc/hosts.allow，在其中进行如下设置：sshd:192.168.0.241

这样就可以限制只有192.168.0.241的IP通过SSH登陆上LINUX机器了。

IIS中的PHP出现PHP has encountered an Access Violation的解决方法[转]

dengor — Wed, 25 Apr 2012 00:06:35 +0000

PHP在Windows Server 2003 服务器配置好IIS+PHP+MYSQL环境后运行 PHPMyAdmin 提示：PHP has encountered an Access Violation at xxxxx 百度了N个网页找到的全是一Copy了N次的同一个方法，什么权限什么PHP.INI了屁用没有，最后终于在一博友日志中找到有效解决办法，Very Easy 的方法。

这个问题似乎是：PHP已经遇到了一个访问冲突在xxxx

问题出在libmysql.dll上，因为PHP和MYSQL都有libmysql.dll，并且是不一样的文件，我在配置IIS+PHP环境时是按照Chinaz的一文章，那文中说安装完 Mysql后再把libmysql.dll 复制到C:\Windows\system32下，结果这步就是导致问题的原因了。

解决问题方法很简单，把C:\Windows\system32 下的libmysql.dll换成PHP目录下的就OK了。

当然可以不用复制到系统目录下，直接在PHP.INI中指定extension_dir就可以啦，并且要增加系统环境变量 D:\PHP;D:\php\ext

原文: http://www.vcoo.me/show/1621.html

儿子会创造新词”脸足口病”

dengor — Mon, 23 Apr 2012 12:38:29 +0000

在大街上看到一个去痘的广告, 三岁多的儿子问我:

“爸爸, 这个姐姐的脸怎么啦?”

“是长痘痘了”

“不是, 老师说了, 可能是脸足口病吧.”

推荐阅读

禁用关闭WordPress的留言评论邮件通知功能

dengor — Thu, 19 Apr 2012 01:21:11 +0000

安装wordpress的时候设置了管理员邮箱, 当博客有人评论留言时, 系统就会用mail函数发邮件通知, 这是一个很实用的功能, 让你不会漏掉别人的评论. 但如果垃圾评论太多, 你的邮箱也会充满了”…Please moderate…”之类的垃圾邮件, 所对垃圾留言太多的博客还是关闭Wordpress的评论邮件通知功能比较好.

如果是英文版找到: Settings -> Discussion -> E-mail me whenever

Anyone posts a comment
A comment is held for moderation

把前面的勾勾去掉.

中文: 设置 -> 讨论 -> 何时发送电子邮件

有人发表评论时
有评论等待审核时

登高望远以后要打开直接勾选就是了.

国内特定的IP访问国外特定的网站会出错

dengor — Sun, 15 Apr 2012 23:43:40 +0000

这是最近发现的, 几个在国外的网站, 经常会访问不了, 经常”连接超时”,在墙外没有问题,我还以为被墙了, 但重新拨号换了另一个IP双可以访问了, 比起以前的”连接被重置“, 看来墙又升级了, 只国内特定的IP访问国外特定的网站会出错.

联想起前段时间的国外网站大面积不能访问的情况, 这个G~W-F这东西应该经常升级更新, 以保证其强大无比.

推荐阅读

Prestashop1.4的升级方法

dengor — Fri, 13 Apr 2012 10:15:17 +0000

程序的升级一直是个不可回避的问题, 为了功能和安全程序应该经常升级, prestashop的升级在网上很不好找到中文文档, 这里记录一下.

prestashop如果在劫难逃.3到1.4升级比较麻烦, 但如果是1.4之间的升级很简单. 只要把修改过的modules和文件都先备份一下, 再用新版本的文件升级就可以了.

升级的方法就是在网站下建立一个新版本的prestashop文件夹, 把修改过的modules和文件覆盖进去, 运行里面install文件, 进行升级安装. 成功确认成功后再把里面的文件全部移出来就可以了.

英文的安装步骤:

There are 5 steps to follow for a successful upgrade:

Save and Backup Your Current Shop
This step consists of backing up your database and your files. This step is not to be avoided, and should never ever be ignored or skipped. Do not proceed to step 2 without completing this step.

Getting Ready for the New Version
This step consists of preparing the files that you will need to copy into the new version of PrestaShop.

Starting the Update
This step consists of starting the upgrade script which will upgrade your database.

QA and Testing
This step consists of doing various checks to make sure that the store has been properly updated to the latest version.

Going Live with the New Website
This step will accompany you in going live with the latest update.

These five steps are necessary for a successful upgrade. Please pay close attention to any of them, and do not skip any steps.

里注意要备份和覆盖的文件:

/mails folder has all the mails that you have modified.
If you have never made any modification there, do not worry about this folder.

/img folder contains your logo and all the pictures of your store (categories, products…)

/modules folder, only copy the modules that you have added.

/themes/yourtheme folder, only copy your current theme. If you use the default theme from PrestaShop, do not copy it, you must use the one from the new version.

/download and /upload folders, which contain all the downloadable products, the attached files and the customizable products. If you do no use any of these functionalities, do not copy these folders.

/classes folder: in case you have added customized classes to this folder, copy them to the new /classes folder.
In order to function properly with the latest version of PrestaShop, all these class files need to have their class name suffixed with “Core”:

Open each and every one of the class files, and find the ones where the class name is not Core-suffixed. If you are upgrading from PrestaShop 1.4.x, you shouldn’t have any (except for custom classes).

Rename the class name, adding the “Core” suffix. For instance, “MyClass” becomes “MyClassCore“.
Only change the name in the PHP class within file, not the name of the file itself!

If all the files already have “Core” in their classname (such as “class AttributeCore extends ObjectModel“), then you do not need to change anything.

Save the edited files.

/config folder, only copy the settings.inc.phpfile, then modify the following lines:

The line that contains “PS_BASE_URI” must contain the name of the subfolder where you are going to do your update. For instance, “/prestashop/” instead of “/“, or of the name of current folder for your current store.

If you modified your database credentials (you should not have had to do that normally), update all the lines that contain “DB_NAME“, “DB_USER” and “DB_PASSWD” too.

1.4.4以后的升级可以在后台直接完成, 有明白的地方可以看一下英文版和升级指导:

http://doc.prestashop.com/display/PS14/Updating+PrestaShop

Nginx图片和目录防盗链详细设置［转］

dengor — Wed, 11 Apr 2012 14:31:21 +0000

根据网友文章，自己实践，介绍3种Nginx防盗链的方法，节省你的宽带
一：一般的防盗链如下：
location ~* \.(gif|jpg|png|swf|flv)$ {
valid_referers none blocked www.ingnix.com ;
if ($invalid_referer) {
rewrite ^/ http://www.ingnix.com/retrun.html;
#return 404;
}
}
第一行：gif|jpg|png|swf|flv
表示对gif、jpg、png、swf、flv后缀的文件实行防盗链
第二行：表示对www.ingnix.com这2个来路进行判断
if{}里面内容的意思是，如果来路不是指定来路就跳转到http://www.ingnix.com/retrun.html页面，当然直接返回404也是可以的。
二：针对图片目录防止盗链
location /images/ {
alias /data/images/;
valid_referers none blocked server_names *.xok.la xok.la ;
if ($invalid_referer) {return 403;}
}
三：使用第三方模块ngx_http_accesskey_module实现Nginx防盗链
实现方法如下：

实现方法如下：
1. 下载NginxHttpAccessKeyModule模块文件：Nginx-accesskey-2.0.3.tar.gz；
2. 解压此文件后，找到nginx-accesskey-2.0.3下的config文件。编辑此文件：替换其中的”$HTTP_ACCESSKEY_MODULE”为”ngx_http_accesskey_module”；
3. 用一下参数重新编译nginx：
./configure --add-module=path/to/nginx-accesskey
4. 修改nginx的conf文件，添加以下几行：
location /download { accesskey on; accesskey_hashmethod md5; accesskey_arg "key"; accesskey_signature "mypass$remote_addr"; }
其中：
accesskey为模块开关；
accesskey_hashmethod为加密方式MD5或者SHA-1；
accesskey_arg为url中的关键字参数；
accesskey_signature为加密值，此处为mypass和访问IP构成的字符串。

访问测试脚本download.php：
$ipkey= md5("mypass".$_SERVER['REMOTE_ADDR']); $output_add_key="download_add_key "; $output_org_url="download_org_path "; echo $output_add_key; echo $output_org_url; ?>
访问第一个download_add_key链接可以正常下载，第二个链接download_org_path会返回403 Forbidden错误。

参考：
NginxHttpAccessKeyModule

出处：http://www.inginx.com/nginx-referer-configure/

卫生部拟撤销多种食品添加剂的网议

dengor — Tue, 10 Apr 2012 03:17:37 +0000

国卫生部拟撤销38种食品添加剂食品颜色或变单调人吃了这么多年添加剂，寿命未见缩短，何也？？早就该这样做了。官员不作为的太多了

总算干了一桩好事，就看今后执行效果，食品颜色单调是什么坏事吗？就怕效果为“零”支持撤销38种食品添加剂！健康是第一位的。撤销后应加强检查，严厉查处。

健康为先。人民吃的是营养食品，不是花色。严重支持。本来就没有什么实际意义，还有健康风险的东西早就应该禁止。
撤得好。回归自然好。应该把只是为了好看而添加的对人身体没有任何好处的添加济全部给禁止了。

我宁愿要吃朴实无华的健康食品！也不要吃漂亮艳丽的有毒食品！支持政策推出！很好！支持！百姓的健康才是根本！何也个屁啊，你看看现在中国病死的是多少，癌症病人是多少就知道了。。。

原来不知道，看了吓一跳。食品添加剂，光是拟撤销的就有这么多！！如果加上不撤销的，还不知道有多少！大部分食品的颜色本来就是单调的，很自然有什么不好？我们吃的是健康，不是好看才对。

添加剂残害人类健康，中国食品能吃吗？38种？全部取消才对！早该如此，之前还老嘴硬说没危害！冰激淋我只选原味白色，买食品绝不买带添加剂的，基本上不买熟食，很多添加剂早该废除，人们早就意识到添加剂的危害，人们再也不会被好看的颜色诱惑而去买带有添加剂的食品，过去买是因为被蒙在鼓里，不知道放了化学添加剂，随着真相渐渐被揭穿，人们对食品中放入化学添加剂恨之入骨，期盼政府严把食品关，严惩一切贩卖有害食品着者。

现在的问题是，不在名录和禁止使用的他照样给你生产和使用。关键不是有没有法，而是严格执法的问题，业者的自律和政府的监管缺一不可。

为什么要发生许多事之后才来改革啊！长期吃添加剂有害健康，这连傻子都知道，还用什么权威专家说啊。食品添加剂早就应该取消了，人吃的是口味不是颜色。

吃那么多没用的添加剂既影响健康又浪费社会财富单调？食品是用来吃的还是用来看的？使用天然提取的可食用色素我不反对，但是人工化学合成色素我坚决抵制，何况，奸商说我保证百分之百使用的都是天然提取的食用色素，，，，，至于你们信不信？反正我是不信！！总算干了点正事，吃了这么多年的毒药，这才想起来。做好事难，为人民办事更难太好了，最不喜欢吃那些带颜色的东西，尤其是小孩总要买，，有时候真的没办法！

推荐阅读

织梦dede后台文件列表按文件名排序的方法

dengor — Sat, 31 Mar 2012 01:48:09 +0000

后台文件列表按文件名排序的方法: 织梦dede系统的后台文件, 默认的排序很乱, 不是按名称, 也不是按时间, 如果目录内容很多的话, 很难找到自己想要的文件:

没有按名字排序

实在是太不方便了, 于是想让这些文件列表按名字排序, 看了一下后台的文件, 原来是因为php的函数dir引起的, 以”默认模板管理”在文件列表为例, 在后台的找到模板文件: /dede/templets/templets_default.htm (dede为你的后台目录) ,打开这个文件找到:

$dh = dir($templetdird);
while($filename=$dh->read())
{
if(!preg_match(“#\.htm#”, $filename)) continue;
$filetime = filemtime($templetdird.’/’.$filename);
$filetime = MyDate(“Y-m-d H:i”,$filetime);
$fileinfo = (isset($fileinfos[$filename]) ? $fileinfos[$filename] : ‘未知模板’);
?>

可以看得出来使用了PHP的dir函数导致的, dir()读取的文件是无序的, 现在我们要想办法让他按名字排序, 这里可以改另一个读取目录文件的函数scandir(); 这个函数的文件会按文件名称排序, 改成下面这样:

$files = scandir($templetdird);
foreach ($files as $filename)
{
if(!preg_match(“#\.htm#”, $filename)) continue;
$filetime = filemtime($templetdird.’/’.$filename);
$filetime = MyDate(“Y-m-d H:i”,$filetime);
$fileinfo = (isset($fileinfos[$filename]) ? $fileinfos[$filename] : ‘未知模板’);
?>

文件已经全部按名字排序了,很容易找到自己要的文件:

按名字排序的列表

后台还有其它的有文件列表的地方也一样修改就可以了.

原创文章转载请注明出处: 登高望远
[http://www.dengor.com/archives/1442.html ]

织梦DEDECMS5.6升级到5.7后后台的类目和发布人为空的解决办法[转]]

dengor — Mon, 26 Mar 2012 02:22:50 +0000

话说纷纭最近在忙着搞tipask的接口和相关的配套程序，花费了1天多的时间搞定了，具体情况晚会和大家分享，今天说说织梦DEDECMS5.6升级到5.7后，后台的类目和发布人为空的事情。

原因起自我们的编辑同志嫌弃5.6的后台编辑器不够给力，经常容易出错，所以我觉得把后台给升级了，到DEDECMS5.7把。由于比较自信，也比较相信DEDECMS的官方团队，程序数据都没备份直接复制升级文件进去了。升级完毕，到后台升级补丁最最新。然后升级过程中就发现有2个SQL语句没有执行，按照官方说明，找到目录下uperr.txt 文件，手工执行了一次还不行，于是就放弃了。天知道是哪里出错了。

alter table `#@__addoninfos` CHANGE `infotype` `infotype` char(20) NOT NULL default ’0′ COMMENT ” AFTER `nativeplace`;

alter table `#@__member` ADD `checkmail` smallint(6) NOT NULL default ’-1′ COMMENT ” AFTER `loginip`;

出错的原因是貌似是表结构有问题，手工修改了才勉强通过。

这个时候编辑开始吵着说不能添加文档了，一添加就出错。说不能保存到数据表里面，更新下后台的缓存，问题顺利的解决。返回后台的时候发现了一个大问题。

如上图所示，DEDECMS后台中的类目和发布人居然成空了？先是怀疑模型有问题检查一遍没事，编辑等其他操作都正常。又是怀疑升级不完全，重新升级覆盖了一次，检查了下文件等。也在官方网站查找了，发现此类问题遇到的人还不少。官方没有说辞，就有几个版主回复说可能是缓存的问题，清理下就OK，清理了N编后就失望了。托熟悉的官方朋友问，也没结果。于是就放弃了。纠结了几天，上午的时候，再次想到这个问题。参考网上各色人等的办法，几乎就要学某网友，从5.6升级到5.7，再备份，再恢复啥的。悲催的是我5.6的数据库都没有备份。偶然就翻到了2010年08月的一个帖子说的是DEDECMS5.5不显示发布人的名字。有点类似的案例。下面有人偶然的提到了{dede:field.adminname/} 这个标签，想到了织梦的后台模板其实也是跟我们做的一样的。都可以执行和调用织梦自己的模板，于是乎想起去修改下后台模板，用{dede:field.adminname/} 这个标记替换原来的看看怎么样。

在后台模板/dede/templets/content_list.htm目录栏查找到第81行；在{dede:field.arcrank function=”GetRankName(@me)”/}这个标记中加入了，{dede:field.adminname/}。然后随手试了试，刷新下后台后发现居然显示作者名字了。而且连带的类目也显示了。如下图所示：

以为是{dede:field.adminname/}这个标签起作用了。后来一想不对，类目哪里我可没改。后来删除了 {dede:field.adminname/}这个标记，等于原模板都没改动，再刷新后台，依旧正常了，很诡异的事件发生了。不管怎么样，算是解决问题了。

思索再三，没空去看代码找原因，想到的可能还是那个问题，缓存，修改文件后，DEDECMS后台模板的缓存就变了。于是缓存更新后就正常了。但是奇迹的是后台的更新缓存的功能却不行。让人迷惑不解。

自此问题解决，鉴于官方有不少遇到这个问题，所以写下这个小经历，仅供各位参考。

转载自纷纭(张欢)-郑州SEO/SEM网站优化

直接把根目录下\data\tplcache下的所有文件手动删除之后，正常了。还是缓存的事儿。而后台的清除缓存功能只是清除前台模板的缓存的。