如何计算网站访问的有效PV量

为了更好的分析得到的PV量, 使自己由日志文件得到的PV量更接近Google
由日志中统计出的PV量要排除掉如下一些:

注意点: 以上排除项对一些地址会有重复,比如既是搜索引擎的访问,又是内嵌的小页面地址,这样在处理时要注意,以防造成PV量的重复剔除

Popularity: 27% [?]

Related

英国Prince2项目管理方法的一些相关资源

对项目管理的体系Prince2和Pmbok稍微对照了一下,虽然现在Pmbok和PMP相关中文资料/资源很多,但是经过慎重考虑,决定目前还是先多花一些功夫研究Prince2方法,因为Prince2方法更具有实践过程指导意义,可以在实际工作中同步按照其过程指导进行实践。

网上搜索了一些Prince2的相关资源:

Prince2相关软件工具

Prince2相关博客论坛

中文版图书

国内的只找到Prince2相关认证培训的,没有找到相关论坛,有知道的人请告诉。

Popularity: 25% [?]

Random Posts

几种恶意(病毒)程序入侵网站方式的对策

恶意(病毒)程序就是利用网站漏洞,将恶意代码植入网站服务器,加以传播达到其不可告人的目的。想起这个主题,主要是因为昨天回家经过 世导机房 时候,听到两个人在抱怨他们的服务器被恶意程序入侵了,说了一些被恶意病毒侵染的现象,而自己以前对此也有所经历,在此稍作一下整理。

被侵入网站的一些现象

一般对策

Popularity: 23% [?]

Random Posts

Google的118种排名因素分析(解密文档)(转)

在网上转悠到一篇文档,他分析了Google搜索所采用的一些策略,可供我们做SEO处理时参照,采用良好的手段,避免差的手段。

原文地址
可以从其页面中下载做好的pdf文件。

Popularity: 26% [?]

Related

项目管理体系PRINCE2 vs PMBOK(转)

项目管理方面知识比较零星,想系统的学习一下项目管理方面知识,网上搜索了一下主要有美国的PMBok和英国的Prince2,找了一下两种管理体系的对比,相比较好像还是英国的Prince2实用一些。
Prince2有针对MindManager的插件Visual Project Maps For Prince2,貌似利用MindManager来系统学习Prince2更为方便。
这而有关于Prince2和Visual Project Maps for Prince2的介绍

———-
这儿有一个:[转载]比较PRINCE2与PMBOK
这儿有一个: 项目管理体系PRINCE2 vs PMBOK(读书笔记),全文转下面:
PRINCE2 优点
PRINCE2 提供了一个项目管理团队必须所拥有的标准角色描述;而PMBOK仅仅以项目经理一个角色一笔而过。
PRINCE2 提供了完整的变更控制机制,PMBOK仅仅提及项目管理需要变更控制,但并未涉及其具体实现。
PMBOK几乎未提及配置管理,亦未提及配置管理员的角色以及配置管理与变更控制间的关系;而配置管理则是PRINCE2八大组成部分之一;
PMBOK仅仅谈及项目计划,而PRINCE2提供了项目阶段划分以及团队计划,并讨论了适时中止或修正项目计划的必要性。

PMBOK涵盖了WBS的创建内容,很显然PMBOK的计划不能跟PRINCE2的基于产品计划技术相比拟。在产品描述方面,PRINCE2给予了较多的篇幅说明,而PMBOK仅仅只是提供了轮廓性的建议。

PMBOK优点

PMBOK涵盖了项目对人力资源管理的需求,PRINCE2 则未提及;此外PMBOK提供了项目管理中的团队成员沟通的具体细节,PRINCE2显然在这方面没有花工夫。

PMBOK的制定者大多来至于传统的建筑、制造企业,其项目环境显然与信息企业的环境相迥异,例如采购管理是传统行业项目管理的一个重点领域,但对于信息项目来说,除了信息系统集成等软硬件结合的项目,采购管理并不是项目管理的重点,因此PRINCE 2体系中未详细提及。

PRINCE2的制定者基本上来自于信息企业,在商务方面有所专注,因此PRINCE2里涉及到了商业论证,更加重视项目利润率。PMBOK则是单纯地着眼于项目的达成。

Popularity: 25% [?]

Related

tassc circa一个不错的关于软件开发的估算工具

tassc 的 circa是一个不错的软件开发使用的估算软件。
它适合使用UML工具的OOP编程方式软件估计估算。
关于待估算软件的信息可以由EA,Rose等UML工具设计的模型信息(用例,组件,类等)导入
软件会自动根据这些信息对完成软件开发所需要的资源和时间等做估算。
通常可以在软件生成的估算图上可以找到一个自己期望的完成时间和所需的资源的交点作为下一步开发的参照。
这里是Tassc公司列出的Circa Features

如果读过 《软件估算–“黑匣子”揭秘》(Software Estimation: Demystifying the Black Art )又苦于自己在以前没有收集经验数据,不妨试试这个软件,使用软件中内建的标准经验数据作为起点。然后逐步收集自己的经验数据用以替换软件内建的标准经验数据,使自己的估算更加精确。

这儿有Tassc Circa的下载地址以及Tassc提供的一些关于软件估算方面的技术文档

Popularity: 28% [?]

Related

MySQL主从服务器的一些技巧(转)

原作者: 老王
原文地址

红色字为sunnyu加的批注
———–

问题:主从服务器表类型的选择
一般的共识是主服务器使用innodb,事务,行锁等功能是myisam所没有的,对修改操作而言,它更高效;从服务器使用myisam,全文检索功能是innodb所没有的,对查询操作而言,它更高效。这样就可以各尽其能。
呵呵,主从库各司其职,主库:最快的速度做添加删除修改操作,从库,最快的速度做查询操作

问题:主从服务器字段类型的选择
字段类型对于分页等操作有很大影响。主服务器一般是innodb,因为不涉及查询,所以可以使用varchar等来存储字符串来节省空间,从服务器一般是 myisam,因为涉及查询,所以必须在char和varchar之间仔细权衡,没有varchar, text, blob字段的表是静态表,反之是动态表,静态表的检索效率要比动态表好若干倍,一般来说,所有涉及大结果集的查询都应该尽可能保证在静态表上完成,这里 说一个例子:比如说常见的articles表有title(varchar), body(text)等字段,在做文章列表的时候,因为不是静态表,所以查询不会很快,下面开始重构解决方案:把原来的articles表拆分成 subjects表和contents表,title字段设置为一个足够的char类型放在subjects表里,body字段还保持是text类型放到 contents表里,subjects和contents表之间的关系是一对多,这样,顺带着也方便的实现了多页文章的功能,而且更重要的是在查询文章 列表的时候,操作都是在subjects静态表里完成,效率肯定会比前一种方案提升很多。

强调:MyISAM里静态表和动态表的区别对性能影响极大,但我敢说很大一部分使用者并没有注意过这一点!如果你就是其中之一,那么我强烈建议你再次体会 一下前面说的articles分解为subjects/contents的过程,相信你熟悉了以后,下一个应用的速度会有质的提升。
唉,我就是那不知道的当中一人,受教了

问题:主从服务器NOW()函数造成数据不一致
假设在主服务器上执行一条INSERT …. VALUES ( …, NOW()),那么在从服务器上也会同样执行一条的SQL语句,但是主从服务器各自的时间设置可能不一致(比如说时区不同),NOW()在两台服务器上的 结果就可能不一致。在MySQL5.1里,将支持行复制,那时候就不存在这个问题了。不过不管怎么说,都不应该在程序里使用NOW(),时间的计算在应用 程序里完成。这里介绍一个额外的小技巧:获得时间戳,和time()相比,$_SERVER[‘REQUEST_TIME’] 少做了一次系统调用,不过是否合适要视客观情况而定。
这点不敢苟同,binlog上有时间戳信息,所以应该可以放心大胆的使用NOW函数,使用$_SERVER[‘REQUEST_TIME’]并不能得到实际操作数据库的时间

问题:主从服务器读写分离时读操作失败
先重现一下问题:比如说添加一条新数据,添加成功后根据last_insert_id跳转到新添加数据的浏览页面。在此过程中添加新数据的操作是在主服务 器上完成的,浏览新数据的操作实在从服务器上完成的,不过由于主从服务器间SQL同步存在延迟,所以当使用last_insert_id在从服务器上查询 的时候,从服务器很可能还没有还没来得及同步到此记录,所以读操作失败。解决思路也不复杂,在代码里加入一个缓存层(可以使用memcached),新添 加的数据都顺手放到缓存层里一份,新数据的读操作也先查询缓存层,这样就不会再有读操作失败的问题了,当然删除或者更新数据的时候也要顺带着处理好缓存数 据,可以使用观察者模式来搞定。不过这样缓存方案只限于读取单一的记录,对于读取列表的记录的情况,则是无效的。
也可以直接从主库获取数据啊,毕竟这种操作量是少的,而且是根据主键来的,稍微牺牲一下主库应该关系不大

问题:主从服务器索引是否有必要保持一致
一般都是利用主从服务器完成读写分离,从服务器上进行读操作,主服务器进行写操作,这样的话,主服务器上仅保留主键,外键,唯一索引等必要的索引即可,以 便保持数据合法性,而对于那些原本用于优化SELECT操作的索引,可以全部删除,如此的话主服务器的写操作效率会提升很多。
主库上保留的索引还应该考虑实际逻辑中相关删除修改操作的sql,要不然盲目删除一些索引可能会造成性能的直线下降,当然如果删除修改操作的条件都只是针对主键等的,那没有问题。
———–

Popularity: 27% [?]

Related

一英文软件安装时出现”Failed to open EXE”问题解决

网上下载了一英文软件,点击安装程序出现错误提示”Failed to Open EXE“,不过看老外的论坛,没有人碰到不能运行的问题。经过多次尝试,软件都是不能运行。郁闷

想起以前曾经碰到过的一个国外软件不能运行的解决方法,就是在控制面板地区/语言设置中将其全部设置为英文相关的语言和地区(英语,美国),然后重新启动操作系统,程序运行正常。

照搬之前办法,设置语言和地区为(英语,美国)重新启动,再次执行安装程序,安装成功。

找出了之前不正常的程序,分析之,发现两个软件都是用 M$ 的VB系列语言做的(分别是VB和VB.net),初步猜想是由于VB语言造成的,在不同系统下某些函数的执行的行为不一样。
进一步查找资料,发现VB中关于 Asc, Ascb, AscW等函数在不同系统环境中的行为不一样(非unicode编码)。

由此得到经验: 以后写程序时要注意尽量不要使用VB来做,如果要用VB则需要注意避免使用Asc这类行为会受操作系统平台影响的函数。

Popularity: 23% [?]

Random Posts

决策辅助工具Map4Score和DecisionMill简单对比

Map4ScoreGyronix 的 DecisionMill 差不多,都是MindManager的插件,也都是辅助做问题的决策处理的。

第一阶段
由软件协助对要解决的问题采用脑图的方式做分析
设定做决策判断的若干依据标准
确定在各个标准下有哪些可选的值(比如重要,一般,不重要,很不重要)。
然后再给这些标准的选项值设置在该标准中的决策权重(比如 10,5,0,-5)。

第二阶段
首先对候选方案做列表
然后对各个候选方案逐个设置在第一阶段设定的各个标准选项值。
最后软件根据各项权重综合打分,得出候选方案决策的优先顺序,做为辅助参考。

DecisionMill Map4Score
在文件大小方面
1.6mb 27.7mb
售价方面
$79.00 €129
操作方便性
方便,全部在MindManager图中完成,有完善的向导 操作形式不直观,需要MindManager图和表格相互操作,在使用上不如DecisionMill方便

目前只是简单的做了一下测试使用,没有尝试当有很多分类判断标准时的处理能力,以及设置的方便性。

Popularity: 24% [?]

Related