PHP的命令行执行方式

最近喜欢上了用PHP的命令行方式执行一些操作。

PHP的命令行方式详情可以看一下手册内容,写得很详细的。这里只说说自己在应用时的一些情况。 更多 »

点评类网站寻求突围路径

转自《中国经营网》http://www.cb.com.cn/1634427/20101008/155057.html

觉得里面说得还不错,对于项目运营方向有一些参考意义。以下是全文转载。 更多 »

由服务器想到的……

昨天夜里到今天上午,服务器由于第二块硬盘无法找到而停止运行。搞得心神不宁的……

服务器已经3年多了,头一两年基本比较稳定,自从去年来,频繁死机,先是更换过内存条,然后春节前有更换了主板,虽然最近一个多月温度稍微高一些(CPU温度一般在55到59度之间),但也算比较稳定的运行了40天,前天正庆幸机器争气,结果昨天就出现了意外——第二块硬盘偶尔就找不到了:(由于数据库以及一些系统日志文件都写到了第二块硬盘,因此非常害怕出问题,经过检查发现,似乎硬盘没什么问题,很有可能是数据线或者接口的问题。凌晨的时候机房没人,所以到今天早上给机房打电话帮忙查看一下,因为机房也没有备用的数据线,所以只是更换了一个插口,恢复开机后,发现运行稳定,暂时处于观察期,但也不敢大意,先把数据库进行了备份,然后将系统日志都转移到主硬盘上了,数据库还是留在那块上,期望减少对这块硬盘的请求降低它的负载,期望不会再有问题了。唉,每次服务器有问题都会搞得头痛,类似那种偏头痛的感觉,睡觉也不踏实,神经衰弱……

经过这个事情,目前考虑了一个新的架构。主要是针对投入有限的情况而且有期望性能有所提高的。

之前架构服务器的时候,为了节省资金获得最高的性价比,因此只用一台服务器进行架构,web+database,从数据库读写性能角度考虑,把数据库放到了第二块硬盘上,web服务和文件放在第一块硬盘(主硬盘) ,系统运行日志也放到第二块上了。其实这种架构应该说是最节省也是相对获得最大的性价比的方式,毕竟再花万把块钱实在是捉襟见肘了。不过,这次感觉这样的架构还是有点麻烦,数据库和系统日志都是频繁进行读写的,增加了系统的不稳定性,现在硬盘价格已经很便宜了,因此,考虑如果只用一台服务器架构web的话:

可以考虑将主硬盘只做操作系统、软件环境、然后单独划出一个分区作为整个系统的日志区,

第二块硬盘,作为web程序文件存放区,除此之外不再放其他文件。

第三块硬盘,作为数据库储存区,只放数据库文件。数据库日志不在此处,单独放到主硬盘的日志区内。

如果,还有可能的话,可以再加一块硬盘,单独作为备份盘使用,平时不做任何读写操作,纯粹做为数据库备份之用。

这样的架构,可以最大的降低磁盘磁头的读写频率,提高I/O性能,从而保护磁盘寿命。

PS:纯粹只是一台机器用的,如果有很多money,基本不太考虑这个了……穷啊……而且,这个服务器上的网站纯粹只是个人爱好而已,没有获得什么收入, 每年运行的费用虽然不多,可也不是个小数了……

关于IIS的一些优化

由于很多原因,服务器构架是Windows系统,Web Server用的自然是IIS。近期因为要做否当网的一些访问优化,所以开始琢磨这些涉及到IIS优化的问题。 更多 »

IIS的日志分析

为了方便而又准确的统计站点信息需要分析IIS日志,找了好多软件,要么不是自己需要的要么就是收费的,因此打算自己写一个分析的程序,于是进入微软技术站看技术文档,总结了一下写在这里以备忘:

更多 »

百种ADSL路由器的初始默认密码大全

以下这些都是一些ADSL设奋的出厂时的默认初始IP,用户名和密码,是要调试这些设奋时必须要知道的东西。
一般调试这些设奋有三种方法:
第一种:是最常见的WEB方法,就是在浏览器中填入设奋的IP,如QX1680,就是在浏览器地址栏输入IP地址:10.0.0.2,出现提示栏后,输入用户名admin,密码qxcommsupport,就可以管理员设置界面了。最常见和最简单的就是这种方法。
第二种:方法就是用TELNET的方法,telnet IP,如早期的合勤642,方法telnet 192.168.1.1,然后输入密码1234,就可以进入全英文的字符界面了。
第三种:方法就是用厂商自带的配置程序来进入配置界面,如CyberLink 6307/6309KG 它使用在随Cybrlink 6307/6309KG带的光盘中DSLCom.exe, 出厂时默认值:路由IP地址 :1 92.168.1.1密码 : stm,由于这种方法没有前两种方法方便,所以现在的低端产品比较少采用了。

绝大部分产品的调试都是要先通过产品自带的双绞线连接设奋后,把本机网卡的IP设置成跟该设奋同一网段,再进行配置,如设奋被改了默认的IP或者密码,大部分都可以通过复位来恢复出厂默认值。最常用也是最有用的方法就是把设奋断电后,一直按住复位键,然后通电,持续一小段时间后就可以恢复。

下面是市场常见的百种路由器的初始密码列表,转载自网络仅供参考(页面内容较多,请在本页使用Ctrl+F查找你要寻找的结果):

更多 »

测试Windows Live Writer

呵呵,昨天下载了Windows Live2009的测试,只选择安装了Windows Live Message 和 Windows Live Writer。关于Windows Live Message没太多说了,MSN啦,无非就是增加了易用性和人性化等方面的优化。这里说一下Windows Live Writer,呵呵,这是一个很有趣的软件,简单说可以让你在本地发布BLOG,如果你使用的是已获Windows Live Writer支持的BLOG程序的话,目前可支持的包括:Windows Live Spaces、SharePoint、WordPress、Blogger、LiveJournal、TypePad、Moveable Type、Community Server,未来也许会包含更多的程序。恰巧目前俺正在使用的BLOG程序是WordPress在受支持范围内,于是测试使用,感觉还挺有趣的,相对比Web编辑可能要方便灵活一些,也可以上传图片,插入标签什么的,来个截图瞧瞧吧,呵呵。

更多 »

Microsoft Expression Web 2 简体中文体验

微软可能计划利用Microsoft Expression Web 2替代FrontPage(这里怀念一下FrontPage最初的HTML基础绝大多数还是来自FrontPage代码模式中的),刚刚下载到Microsoft Expression Web 2的30天试用版,将全部安装与体验过程截图。值得一提的是,Microsoft Expression Web 2支持PHP代码的开发,虽然不如专业的IDE那么强大,不过对于函数的代码提示还是比较清晰速度也比较快。美中不足的是这个软件继承了微软那庞大的身躯,安装文件达到500M多,安装后占用磁盘空间能达到接近800M多。

下载地址:http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=28ca49cc-5f30-4b1f-a569-e7fdc83cef4f

申请Key的地址:http://www.microsoft.com/expression/productkey.aspx

更多 »

(转)Web 前端优化最佳实践之内容篇

Yahoo! 的 Exceptional Performance team 在 Web 前端方面作出了卓越的贡献。广为人知的优化规则也由 13 条到 14 条,再到 20 条,乃至现在的 34 条–真是与时俱进啊。最新的 34 条也针对不同的角度做了分类。面向内容的优化规则目前有 10 条。

1. 尽量减少 HTTP 请求 (Make Fewer HTTP Requests)

作为第一条,可能也是最重要的一条。根据 Yahoo! 研究团队的数据分析,有很大一部分用户访问会因为这一条而取得最大受益。有几种常见的方法能切实减少 HTTP 请求:

  • 1) 合并文件,比如把多个 CSS 文件合成一个;
  • 2) CSS Sprites 利用 CSS background 相关元素进行背景图绝对定位;参见:CSS Sprites: Image Slicing’s Kiss of Death
  • 3) 图像地图
  • 4) 内联图象 使用 data: URL scheme 在实际的页面嵌入图像数据. 更多 »

符合web标准的播放器代码

再见了Embed,一些媒体播放器的符合web标准的代码

由于Embed标签是Netscape的私有财产,故一直未被W3C认可,对于各种媒体文件使用Embed标签是非标准的,如何改变?Elizabeth Castro的 Bye Bye Embed 一文对于各种媒体播放器给出了很好的符合web标准的代码。 更多 »

浏览器 cookie 限制

一、浏览器允许每个域名所包含的 cookie 数:

  1. Microsoft 指出 Internet Explorer 8 增加 cookie 限制为每个域名 50 个,但 IE7 似乎也允许每个域名 50 个 cookie(《Update to Internet Explorer’s Cookie Jar》)。
  2. Firefox 每个域名 cookie 限制为 50 个。
  3. Opera 每个域名 cookie 限制为 30 个。
  4. Safari/WebKit 貌似没有 cookie 限制。但是如果 cookie 很多,则会使 header 大小超过服务器的处理的限制,会导致错误发生。

注:“每个域名 cookie 限制为 20 个”将不再正确!

二、当很多的 cookie 被设置,浏览器如何去响应。除 Safari(可以设置全部cookie,不管数量多少),有两个方法:

  1. 最少最近使用(least recently used (LRU))的方法:当 Cookie 已达到限额,自动踢除最老的 Cookie ,以使给最新的 Cookie 一些空间。 Internet Explorer 和 Opera 使用此方法。
  2. Firefox 很独特:虽然最后的设置的 Cookie 始终保留,但似乎随机决定哪些 cookie 被保留。似乎没有任何计划(建议:在 Firefox 中不要超过 Cookie 限制)。

三、不同浏览器间 cookie 总大小也不同:

  1. Firefox 和 Safari 允许 cookie 多达 4097 个字节, 包括名(name)、值(value)和等号。
  2. Opera 允许 cookie 多达 4096 个字节, 包括:名(name)、值(value)和等号。
  3. Internet Explorer 允许 cookie 多达 4095 个字节, 包括:名(name)、值(value)和等号。

注:多字节字符计算为两个字节。在所有浏览器中,任何 cookie 大小超过限制都被忽略,且永远不会被设置。

(转)每个Web站点都必需的十余个文件

  刚看到一篇文字,也是从别的网站上转的,原创是谁不清楚,不过觉得挺有意思的,复制下来做个积累^_^

更多 »

Deepseath Modified from Green Hope Theme · Proudly powered by WordPress · 津ICP备09005418号  津公网安备 12010302001005号