解决Dreamweaver中文定位问题(光标位置不对)

八 16th, 2011 | 17 views
0

Comments

这个问题困扰了虾爷很久很久，开始的时候还很奇怪，以前在使用dw的时候从来没有出现过光标定位不准的问题，现在这是咋回事呢？开始我把这个问题丢给了adobe，觉得是adobe收购dw后木有认真做中文版。后来擦发现原来他妈的是utf-8编码的问题，虾爷06年以前的编码全部用gbk格式，现在这几年为了追赶潮流一直在使用utf-8.我了个去，这问题需要解决解决啊。。。

最近在使用DW的时候,在代码编辑区, 如果有中文时, 用鼠标点击时, 光标的落位总是不准确, 总要往前偏位几个字符. 光标偏位了. 开始还不在意, 以为是因为系统的太慢, 用得久了, 有点延迟. 重新启动系统和软件还是这样. 开始发现是Dreamweaver软件的问题.

可以说这里因为Dreamweaver中文支持不好所产好的问题, 我们知道当在utf8编码下, 中文是占两个字符的位置的. 我猜测可能DW没有考虑到这个, 在代码编辑区把所有的文字做统一长度来处理, 也把中文也当作是一个字符位. 导致光标定位的时候不准确.

找到问题的所在, 解决起来就简单了, 就是要把代码编辑区的字体全部设置统一的字体, 把Unicode的字体也设置成简体中文的一样, 都用宋体, 如下图:

这样设置以后, 代码编辑区的字体跟着变化, 都统一了宋体作为显示字体. 就不会产生光标偏位和光标位置不对的问题了.

Mysql数据库主主同步.

八 14th, 2011 | 76 views  , ,
2

Comments

不知道为啥总是碰到纠结的客户,这次的也一样.

因为客户产品比较敏感的原因,站点无法托管在国内的接入商,于是选择了美国的Fremont.以及香港的两个机房.介于he.net线路的抽风频率以及傻逼联通的出口限制,还有来自客户竞争对手的流量攻击,所以必须要对两台vps进行负载均衡.

于是蛋疼的虾爷从第一天早上11点开始到第二天早上9点就奋斗于mysql数据库主主同步的傻逼玩意儿上了.

(更多…)

CenterOS安装完lnmp无法访问的解决方法

八 12th, 2011 | 26 views  , ,
2

Comments

今天找孙总购买了一个hk的vps,话说真是太坏了,用起来还不如linode同配置的1/10嗨皮,价格却高出那么多…

vps到手后马上开始装lnmp环境,这时候问题就出现了,putty一直间歇性断开,害我以为是vps卡住,解决未果之后采用screen的方式安装了lnmp环境.装好lnmp后绑定域名又没法访问(lnmp运行正常),查来查去发现原来是防火墙的问题.在网上找到了解决办法如下:

#/sbin/iptables -I INPUT -p tcp --dport 80 -j ACCEPT
#/sbin/iptables -I INPUT -p tcp --dport 22 -j ACCEPT


执行上面的代码就可以配置CentOS防火墙的80 22 端口。
然后保存：#/etc/rc.d/init.d/iptables save 这样重启计算机后,防火墙默认已经开放了80和22端口
对CentOS防火墙设置已经完成了很重要的部分
这里应该也可以不重启计算机：
#/etc/init.d/iptables restart 防火墙的重启.
运行   #/etc/init.d/iptables status   查看防火墙信息

wordpress出现奇怪问题”过期预发布”

七 17th, 2011 | 12 views  
0

Comments

我擦咧~还真是个带有科幻色彩的名称.

预发布还tnnd过期了,这事儿虾爷在更新囧客圈的时候碰到过不止一次,还是集中解决一下吧,在网上找到两种方案.

一.missed-schedule插件解决,方便快捷~但是可能会影响wordpress的速度.

二.来自http://www.wpgp.org/2011/05/13/wordpress-post-missed-schedule/的解决方法:

为了让博客在谷歌/百度搜索天天有更新快照，很多博主都会使用到WordPress文章定时发布功能。在文章较多或者文章内容很长的情况下，定时发布功能经常会出错，提示”丢失计划任务（Missed schedule）”

修改wp-includes/cron.php 文件中的”timeout”，将timeout后面的数字（一般是0.01）修改成1.00-10.00即可。

虾爷个人喜欢第二种方法

禁用wordpress自动保存和修订版本的几种方法

十二 29th, 2010 | 41 views
1

Comments

更新囧客圈的时候发现文章id猛跳6-7个.后来才发现是自动保存和修订版本造成的问题.

在网上找到了几个办法可以解决掉:

 

1，插件安装法
    wordpress的开源构架及其提供第三方插件接口使得世界各地的爱好者们都热衷于编写可以完善wordpress各项功能的插件程序。对于不愿意修改程序代码的用户而言，插件安装法无疑是解决此问题的最好解决，本人即在使用该方案。

    分别在http://en.wikipedia.org/wiki/Revision_control与http://samm.dreamhosters.com/wordpress/plugins/处下载revision control和disable autosave插件，上传至plugins目录并在后台启用即可，设置很简单，此处不再赘述。

    或者在http://www.jiangmiao.org/blog/138.html下载wp-cleaner插件安装，可以自己手动在后台清理冗余的修订版本，优点是不会发生文章写了一大半应计算机故障没有保存的悲剧，但缺点是生成的文章ID号混乱的问题无法解决。

 

 

2，代码修改法
在wp-config.php中增加一行define(‘WP_POST_REVISIONS’, false);即禁用了修订版本功能；

在wp-config.php中，修改为以下设置可以禁用自动保存功能：
define(‘ABSPATH’, dirname(__FILE__).’/’);
define(‘AUTOSAVE_INTERVAL’, 86400 ); 86400表示自动保存时间为一天，相信没有哪位朋友会连续写上一天的BLOG，当然你可以修改为自己需要的。
require_once(ABSPATH.’wp-settings.php’);

还有一种方法也可以禁用自动保存功能，但涉及修改的文件比较多：
在wordpress目录/wp-admin/中找到以下四个文件:post-new.php、page-new.php、post.php、page.php
用文本编辑工具打开后在其中搜索“autosave”（不包括引号），都会在相应位置找到这样的一行:
wp_enqueue_script(’autosave’);
通过在该行前加入“//”（不包括引号）来将这一行注释掉，保存。

 

 

3，SQL语句清除法
无需安装插件，无需修改代码，只需登陆进phpmyadmin点选SQL选项卡输入如下命令，单击执行即可：
DELETE FROM wp_postmeta WHERE post_id IN (SELECT id FROM wp_posts WHERE post_type=’revision’);
DELETE FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type=’revision’);
DELETE FROM wp_posts WHERE post_type=’revision’;
（将wp换为你的数据库名）
这样做的好处是干净方便快捷，也不影响原有程序各项功能（毕竟插件挂多了可能会影响程序运行速度），其它优缺点请参照第一节中wp-cleaner的描述。

    祝大家wordpress使用愉快！

 

 

http://www.85nian.com/?p=132

Page 2 of 1112345...10...Last »