最近在烦网站的ico的logo logo以简单为主,但是在ico的设计上,确一直找不到方向,今天看了几个网站
发现最大的最合理的,还是以两色为主,
1.单一的色为主,做为背景!
2.然后以白色为主,一个字,或是一个标记!
这就是大体上我现在看到的ico设计的效果!
例子就不发了 !
发现最大的最合理的,还是以两色为主,
1.单一的色为主,做为背景!
2.然后以白色为主,一个字,或是一个标记!
这就是大体上我现在看到的ico设计的效果!
例子就不发了 !
今天看了一下网站的log统计,发现十一月分,来的bot很少,而另一下开始猛了,那就是有道搜索!
最近发现搜索引擎的新闻也很多!就是吵来吵去,然后是和事生财!
大家都看在眼里,但是无法动!
本人的最新动向,还是在做一个php系统,bug修复,想法实现,然后没事的看着新闻!
写给老外的邮件,可能是里面有编码!要不然老外也不会这么久不回吧!
在电脑前呆了这么久,我想这个问题还是可以解决!
关于长尾,
本人的一个设计,
在sql中修改了8K多个的长尾,如果每一个都可以收录,那么就是惊人的效果!
今天晚上看到另一个程序在百度的收录!还是相当的不错!
这个blog因为第一个分类太多,所以被我调整数!
从以前的二级域名开始做优化到现在!这个blog的内容形式还是不被百度所喜欢!
这一点可以理解,因为大部分的bob已成为广告的发源地!但是baidu说他有很好的判断黑链接,没有看出来!
反而不是黑链的站被当成黑链接的很多!
一个字,利字当头!信息非主流的时代,公关像是悲剧!
最近发现搜索引擎的新闻也很多!就是吵来吵去,然后是和事生财!
大家都看在眼里,但是无法动!
本人的最新动向,还是在做一个php系统,bug修复,想法实现,然后没事的看着新闻!
写给老外的邮件,可能是里面有编码!要不然老外也不会这么久不回吧!
在电脑前呆了这么久,我想这个问题还是可以解决!
关于长尾,
本人的一个设计,
在sql中修改了8K多个的长尾,如果每一个都可以收录,那么就是惊人的效果!
今天晚上看到另一个程序在百度的收录!还是相当的不错!
这个blog因为第一个分类太多,所以被我调整数!
从以前的二级域名开始做优化到现在!这个blog的内容形式还是不被百度所喜欢!
这一点可以理解,因为大部分的bob已成为广告的发源地!但是baidu说他有很好的判断黑链接,没有看出来!
反而不是黑链的站被当成黑链接的很多!
一个字,利字当头!信息非主流的时代,公关像是悲剧!
感觉空间越来越小,昨天不小心看了一下,原来当初设了一个邮件有关,于是那些多多少少的邮件加起来,就占了这个空间的40M
现在清了!在加上删除了了一个站点,现在空间,还算是有空吧!
打算空间减去两个!!!!
现在清了!在加上删除了了一个站点,现在空间,还算是有空吧!
打算空间减去两个!!!!
应该 是在 mysql被收后,php方面就有这样的考虑吧,
nv for sqlite方面,用的是php自带的扩展,没有和pdo 现在要写一个5.3下的sqlite3类,但内容还是pdo的内容本来想改代码里面的sqlit2因为这一部分也不有什么用,但两个改起来都很吃力,应该 是刚了解这方面的原因!
nv for sqlite方面,用的是php自带的扩展,没有和pdo 现在要写一个5.3下的sqlite3类,但内容还是pdo的内容本来想改代码里面的sqlit2因为这一部分也不有什么用,但两个改起来都很吃力,应该 是刚了解这方面的原因!
SQLite3::__construct ( string $filename [, int $flags [, string $encryption_key ]] )
最近很少给网站加内容,其实是都在写程序,还有就是让操作简单~
还有kaola的问题,我想去看一看html5是怎么操作的,呵呵,
因为她换成了win7,也可以很多图片一键完成!今天又去申请了一个tao api 放在一个,昨天想了四五个小时,把原来合在文件的api给独立出来,因为我自己的jquery升级到1.4.2,最新的版本没有没有用上!有几个地方,修改起来,确实很难!其实也像是版面重复, 不过我是追球精简!还要处理处理!
在jq1.2.6的要load后在处理的,而在新版本里的live就可以处理!
还有kaola的问题,我想去看一看html5是怎么操作的,呵呵,
因为她换成了win7,也可以很多图片一键完成!今天又去申请了一个tao api 放在一个,昨天想了四五个小时,把原来合在文件的api给独立出来,因为我自己的jquery升级到1.4.2,最新的版本没有没有用上!有几个地方,修改起来,确实很难!其实也像是版面重复, 不过我是追球精简!还要处理处理!
在jq1.2.6的要load后在处理的,而在新版本里的live就可以处理!
发现ntunnel_sqlite.php 支持sqlite2,不支持sqite3,看了代码,是用php 的扩展支持sqlite3来写的,所以想改成pdo这样就支持了!
里面全是用sqlite2的语句,但我昨天试着把sqlite3导入到sqite2,发现支持现在这个写法的太少!关键是想备份!
里面全是用sqlite2的语句,但我昨天试着把sqlite3导入到sqite2,发现支持现在这个写法的太少!关键是想备份!
$theValue = get_magic_quotes_gpc() ? stripslashes($theValue) : $theValue;
$theValue = sqlite_escape_string($theValue);
虽然说pdo是安全的,但这个事还是要处理一下!
我自己 没有找到攻击的方法,但是会出错呀!
$theValue = sqlite_escape_string($theValue);
虽然说pdo是安全的,但这个事还是要处理一下!
我自己 没有找到攻击的方法,但是会出错呀!
我找这文件是用来压缩数据库的
---------------------------------------------
SqlCe实在是太慢了，在执行速率和Sqlite没法比。
所以在项目的下一个版本中，准备用Sqlite替换掉SqlCe。
事前做尝试工作，毕竟没有用过Sqlite。
结果试了试确实不错，有两点很满意。
第一，执行速率就不用说了，众所周一的比SqlCe快
第二，或许对别人来说是个鸡肋，但是我这个还挺需要的（是我想出来的笨解决方案，有什么好方案，可以帮我提提意见）
什么优点呢？压缩率。
不知道有没有人知道用winZip给sqlite的.db文件打过包？压缩率其实是很高的。
举个例子，同样的两个数据库，一个sqlCe的.sdf文件，一个Sqlite的.db文件。
其中的数据内容完全相同，在硬盘上的占用空间分别是
sqlCe：3,207,168byte，Sqlite：3,117,056byte
用winrar进行压缩，结果分别是
SqlCe：3,158,016byte，Sqlite：1,159,168byte
可以看到，SqlCe压缩后，数据量基本上没有改变。而Sqlite压缩后，数据量变成了原来的将近三分之一。
这意味着什么，这意味着在网络上的传输数据量，传输时间大大节省了。
按照”中国移不动“的费率，大家可以省很多话费去交人头税的。
按照”中国联不通“的网络，可以大大节省传输时间，减少联不通的概率。
呵呵，其实主要是我所在的项目，每次做数据库同步的时候，如果要在手机端循环插入更新一万条数据，耗时太长，是不能容忍的。于是我愚昧的决定把数据库文件传回服务器，在服务器端更新后然后再传回给手机。于是这个压缩的问题对我来说很重要。
其次压缩对我来说还有一点很重要，我是通过soap的方式传递数据的。就通过XML，这个方法很笨但是实现起来简单。问题就在于将3M以上的文件序列化到xml里面，传递是会无端的出问题。
我就在一台还没有发售的机器上遇到过StringBuilder的错误，Soap底层对XML处理是用到了StringBuilder，这个时候就出过问题。我考虑就是因为3M的数据太大了。（只是猜测，我下午专门对这个机器进行测试）
所以以上种种原因，我需要一个在网络上传输最“轻量”的方式。无疑就是压缩了。
说了这么多，没进主题，我的主题是给Sqlite在删除数据后擦屁股。
大家或许发现了，当你在sqlite中删除了大量数据后，数据库文件的大小还是那样，没有变。
就用我的项目来说，3M的数据删除后，sqlite的.db文件依然是3M，而我要的结果实际上只有35K，在压缩一下也就10几K了。为什么会出现这个问题，SqlCe的.sdf文件是即删即减的。
原因是：
当你从Sqlite删除数据后，未使用的磁盘空间被添加到一个内在的”空闲列表”中用于存储你下次插入的数据。磁盘空间并没有丢失。但是也不向操作系统返回磁盘空间。（嘿嘿，Sqlite.org的FAQ中提到过这个问题）
解决方法：两种
一，在数据删除后，手动执行VACUUM命令，执行方式很简单
objSQLHelper.ExecuteNonQuery(CommandType.Text, "VACUUM")
VACUUM命令会清空“空闲列表”，把数据库尺寸压缩到最小。但是要耗费一些时间。
FQA里面说，在Linux的环境下，大约0.5秒/M。并且要使用两倍于数据库文件的空间。
我憎恨此FQA，他只说系统环境，不说机器硬件环境。我在测试手机上执行用了将近13秒时间压缩了将近3M的空间。至于它所占用的另一部分空间，是生成了一个.db-journal后缀名的临时文件。（这个问题对我现在来说是无所谓的。）
二，在数据库文件建成中，将auto_vacuum设置成“1”。
注意：只有在数据库中未建任何表时才能改变auto-vacuum标记。试图在已有表的情况下修改不会导致报错。
cmd.CommandText = "PRAGMA auto_vacuum = 1;"
cmd.ExecuteNonQuery()
当开启auto-vacuum，当提交一个从数据库中删除除数据的事物时，数据库文件自动收缩。
数据库会在内部存储一些信息以便支持这一功能，这使得数据库文件比不开启该选项时稍微大一些。
我的表结构，不含任何数据是，数据库文件大小是25K左右，开了auto_vacuum之后是26K。
插入运行基础数据后，文件变成35K，开了auto_vacuum之后是36K。
变化不大，无所谓。
但是第二个方法同样有缺点，只会从数据库文件中截断空闲列表中的页， 而不会回收数据库中的碎片，也不会像VACUUM 命令那样重新整理数据库内容。实际上，由于需要在数据库文件中移动页， auto-vacuum 会产生更多的碎片。而且，在执行删除操作的时候，也有那个.db-journal文件产生。
要使用 auto-vacuum，需要一些前题条件。 数据库中需要存储一些额外的信息以记录它所跟踪的每个数据库页都找回其指针位置。 所以，auto-vacumm 必须在建表之前就开启。在一个表创建之后， 就不能再开启或关闭 auto-vacumm。
其实按照运行时间上的比较，两个在做了大删除操作后，从3M变到35K的时间其实差不多，执行VACUUM命令稍微长一点，但是也长不了多少，相对而言，这种一点点的长可以忽略不计。
加上AUTO的方式对碎片的造成情况，如果数据交换次数多的话，这种方式很不合适。
还是决定用第一种方式，在大数据删除后，向服务器送信前。执行VACUUM命令。这样做比较划算。
---------------------------------------------
SqlCe实在是太慢了，在执行速率和Sqlite没法比。
所以在项目的下一个版本中，准备用Sqlite替换掉SqlCe。
事前做尝试工作，毕竟没有用过Sqlite。
结果试了试确实不错，有两点很满意。
第一，执行速率就不用说了，众所周一的比SqlCe快
第二，或许对别人来说是个鸡肋，但是我这个还挺需要的（是我想出来的笨解决方案，有什么好方案，可以帮我提提意见）
什么优点呢？压缩率。
不知道有没有人知道用winZip给sqlite的.db文件打过包？压缩率其实是很高的。
举个例子，同样的两个数据库，一个sqlCe的.sdf文件，一个Sqlite的.db文件。
其中的数据内容完全相同，在硬盘上的占用空间分别是
sqlCe：3,207,168byte，Sqlite：3,117,056byte
用winrar进行压缩，结果分别是
SqlCe：3,158,016byte，Sqlite：1,159,168byte
可以看到，SqlCe压缩后，数据量基本上没有改变。而Sqlite压缩后，数据量变成了原来的将近三分之一。
这意味着什么，这意味着在网络上的传输数据量，传输时间大大节省了。
按照”中国移不动“的费率，大家可以省很多话费去交人头税的。
按照”中国联不通“的网络，可以大大节省传输时间，减少联不通的概率。
呵呵，其实主要是我所在的项目，每次做数据库同步的时候，如果要在手机端循环插入更新一万条数据，耗时太长，是不能容忍的。于是我愚昧的决定把数据库文件传回服务器，在服务器端更新后然后再传回给手机。于是这个压缩的问题对我来说很重要。
其次压缩对我来说还有一点很重要，我是通过soap的方式传递数据的。就通过XML，这个方法很笨但是实现起来简单。问题就在于将3M以上的文件序列化到xml里面，传递是会无端的出问题。
我就在一台还没有发售的机器上遇到过StringBuilder的错误，Soap底层对XML处理是用到了StringBuilder，这个时候就出过问题。我考虑就是因为3M的数据太大了。（只是猜测，我下午专门对这个机器进行测试）
所以以上种种原因，我需要一个在网络上传输最“轻量”的方式。无疑就是压缩了。
说了这么多，没进主题，我的主题是给Sqlite在删除数据后擦屁股。
大家或许发现了，当你在sqlite中删除了大量数据后，数据库文件的大小还是那样，没有变。
就用我的项目来说，3M的数据删除后，sqlite的.db文件依然是3M，而我要的结果实际上只有35K，在压缩一下也就10几K了。为什么会出现这个问题，SqlCe的.sdf文件是即删即减的。
原因是：
当你从Sqlite删除数据后，未使用的磁盘空间被添加到一个内在的”空闲列表”中用于存储你下次插入的数据。磁盘空间并没有丢失。但是也不向操作系统返回磁盘空间。（嘿嘿，Sqlite.org的FAQ中提到过这个问题）
解决方法：两种
一，在数据删除后，手动执行VACUUM命令，执行方式很简单
objSQLHelper.ExecuteNonQuery(CommandType.Text, "VACUUM")
VACUUM命令会清空“空闲列表”，把数据库尺寸压缩到最小。但是要耗费一些时间。
FQA里面说，在Linux的环境下，大约0.5秒/M。并且要使用两倍于数据库文件的空间。
我憎恨此FQA，他只说系统环境，不说机器硬件环境。我在测试手机上执行用了将近13秒时间压缩了将近3M的空间。至于它所占用的另一部分空间，是生成了一个.db-journal后缀名的临时文件。（这个问题对我现在来说是无所谓的。）
二，在数据库文件建成中，将auto_vacuum设置成“1”。
注意：只有在数据库中未建任何表时才能改变auto-vacuum标记。试图在已有表的情况下修改不会导致报错。
cmd.CommandText = "PRAGMA auto_vacuum = 1;"
cmd.ExecuteNonQuery()
当开启auto-vacuum，当提交一个从数据库中删除除数据的事物时，数据库文件自动收缩。
数据库会在内部存储一些信息以便支持这一功能，这使得数据库文件比不开启该选项时稍微大一些。
我的表结构，不含任何数据是，数据库文件大小是25K左右，开了auto_vacuum之后是26K。
插入运行基础数据后，文件变成35K，开了auto_vacuum之后是36K。
变化不大，无所谓。
但是第二个方法同样有缺点，只会从数据库文件中截断空闲列表中的页， 而不会回收数据库中的碎片，也不会像VACUUM 命令那样重新整理数据库内容。实际上，由于需要在数据库文件中移动页， auto-vacuum 会产生更多的碎片。而且，在执行删除操作的时候，也有那个.db-journal文件产生。
要使用 auto-vacuum，需要一些前题条件。 数据库中需要存储一些额外的信息以记录它所跟踪的每个数据库页都找回其指针位置。 所以，auto-vacumm 必须在建表之前就开启。在一个表创建之后， 就不能再开启或关闭 auto-vacumm。
其实按照运行时间上的比较，两个在做了大删除操作后，从3M变到35K的时间其实差不多，执行VACUUM命令稍微长一点，但是也长不了多少，相对而言，这种一点点的长可以忽略不计。
加上AUTO的方式对碎片的造成情况，如果数据交换次数多的话，这种方式很不合适。
还是决定用第一种方式，在大数据删除后，向服务器送信前。执行VACUUM命令。这样做比较划算。
