minbaby

关于Memcache与memcached Memcache是项目名，memcached是服务名。让很多初接触的人感觉很是莫名其妙。个人认为正确的应该是用前者用更为正确一点。 安装Memcache Memcache分为两部分,Memcache服务端和客户端。Memcache服务端是作为服务来运行的，所有数据缓存的建立，存储，删除实际上都是在这里完成的。客户端，在这里我们指的是PHP的可以调用的扩展。 1)安装Memcache服务端 sudo apt-get install memcached 安装完Memcache服务端以后，我们需要启动该服务： memcached -d -m 128 -p 11111 -u root 这里需要说明一下memcached服务的启动参数： -p 监听的端口 -l 连接的IP地址, 默认是本机 -d start 启动memcached服务 -d restart 重起memcached服务 -d stop|shutdown 关闭正在运行的memcached服务 -d install 安装memcached服务 -d uninstall 卸载memcached服务 -u 以的身份运行 (仅在以root运行的时候有效) -m 最大内存使用，单位MB。默认64MB -M 内存耗尽时返回错误，而不是删除项 -c 最大同时连接数，默认是1024 -f 块大小增长因子，默认是1.25-n 最小分配空间，key+value+flags默认是48 -h 显示帮助 2)安装Memcache客户端 sudo [...]

弄了一下午的这个properties文件路径问题，真痛苦。 读取properties文件的类就是上一篇日志中的类，本来想吧webconfig.properties文件放到WEB-INF目录下进行读取，但是死活读取不到，也米有百度到什么好方法。只好吧webconfig.properties文件放到源码根目录下，然后用 getClass().getResource(“/”).getPath() 得到编译后的classes目录，然后和webconfig.properies组成据对路径进行读取 突然发现，上一篇日志中的类在这里不能用，只能用下边这个 /* * To change this template, choose Tools | Templates * and open the template in the editor. */ package uitls; import java.io.File; import java.io.FileInputStream; import java.io.IOException; import java.io.InputStream; import java.util.Properties; /** * * @author min */ public class PropertyUtils { Properties p = null; public void setFilePath(String path) { [...]

在windows下vim的中文字体显示并不好，所以我们需要调整字体显示编码为utf-8，只有这样才能使用美观的中文。这时候可能出现很多中文乱码。 如： 文件显示乱码、菜单乱码、右键菜单乱码、conlse输出乱码、文件关联右键菜单乱码等等。 网上很多解决办法，但我试了很多，都出现一些怪异的乱码，顾此失彼。 有个简单的方法解决乱码问题：删除vim下的lang目录。但这样所有菜单只能显示英文了。 于是只好自己想办法。经过长时间摸索，总结下边的代码可以彻底解决这些问题。 “”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”" ” vim7.1在windows下的编码设置。By Huadong.Liu “”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"”"” set encoding=utf-8 set fileencodings=utf-8,chinese,latin-1 if has(“win32″) set fileencoding=chinese else set fileencoding=utf-8 endif “解决菜单乱码 source $VIMRUNTIME/delmenu.vim source $VIMRUNTIME/menu.vim “解决consle输出乱码 language messages zh_CN.utf-8 转自：http://www.cnblogs.com/charleszhou/archive/2009/12/08/1619842.html

这学期开了有j2ee，所以又拿起了j2se本书,在学习过程中对照php感觉很蛋疼，j2ee不如php好学，╮(╯▽╰)╭ ，但是有些方面确实很方便，好了闲话不多说了，因为jsp的特性，如过想要在整个应用正共享一些数据，只能通过写配置文件的方式，这点不如php方便，需要什么直接requie_once()就ok了。jsp的配置文件现在见了两种，一种是xml，一种是properties(properties的写法很简单就是纯粹的key=value方式)，下面写下properties的操作方法， properties文件： minbaby=muhan muhan=minbaby demo=___ 操作类： import java.io.IOException; import java.io.InputStream; import java.util.Properties; public class Configuration { Properties p = null; public void setFilePath(String path) { InputStream inStream = ClassLoader.getSystemResourceAsStream(path); p = new Properties(); try { p.load(inStream); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } public void set(String key, String [...]

在计算机html中包头是“报文头部”的简写，message head。报头对应的是数据传输消息。 请求报头由浏览器间接地设定，并跟在初始的GET和POST请求行之后发送，比如： GET /servlet/Search?keywords=servlet+jsp HTTP/1.1 Accept: image/gif, image/jpg Connection: Keep-Alive Cookie: userID=id456578 Host: WWW.*****.COM Referer: HTTP:WWW.****.HTML User-Agent: Mozilla/4.0 对请求报头的访问，使得servlet能够执行许多优化，并提供大量特性 Accept: 指定浏览器或其他客户程序能够处理的MIME类型: request.getHeader(“Accept”); Accept-Charset: 使用的字符集，如ISO-8859-1 Accept-Encoding: 客户端能够处理的编码类型，如gzip或compress Accept-Language: 客户端的首选语言 Authorization: 客户用这个报头来标识自己的身份 Connnection: 标明客户是否能够处理持续性HTTP连接。持续性连接允许客户或者浏览器在单个socket中读取多个文件，从而节省协商几个独立连接所需的开销 Content-Length: 只适用于POST请求，用来给定POST数据的大小，以字节为单位: request.getContentLength Cookie: 向服务器返回cookie，这些cookie是之前由服务器发送给浏览器的：request.getCookies Host: 标明原始URL中给出的主机名和端口号 If-Modified-Since: 仅当页面在指定日期之后发生改变的情况下，客户程序才希望获取该页面。如果没有更新的结果，则服务器发送304报头。这个选项十分有用，因为使用它，浏览器可以缓存文档，只在它们发生改变时才通过网络重新载入它们 Referer: 标明引用Web页面的URL User-Agent:请求的浏览器或者其他客户程序 关于响应报头： Web服务器对请求的响应，一般由一个状态行，一些响应报头，一个空行和响应的文档组成 HTTP/1.1 200 OK Content-Type: text/html Header 2: … [...]

到处都是什么大规模啊，高流量啊，高性能之类的网站架构设计，这类文章一是满足人们好奇心，但看过之后也就看过了，实际收益可能并不大；另外一个副作用是容易让人心潮澎湃，没学走先学跑，在很多条件仍不具备的情况下，过度设计、过度扩展(高德纳大爷也说过，”过早优化是万恶之源”)，所以，这里反弹琵琶，讨论一下小规模、低性能、低流量的网站该如何搞法。 如果站点起步阶段可能就是一台机器(或是一台虚拟机，比如 JobsDigg.com )，这个时候，去关注什么数据拆分啊，负载均衡啊，都是没影子的事情。很多大站点的经验绝不能照搬，辩证的参考才是硬道理。 拥抱熟知的技术 动手构建站点的时候，不要到处去问别人该用什么，什么熟悉用什么，如果用自己不擅长的技术手段来写网站，等你写完，黄花菜可能都凉了。所以，有现成的软件组件可用，就不要自己重新发明轮子。人家说 Python 牛，但自己只懂 PHP ，那就 PHP 好了，如果熟悉 .net ?，那也不错。用烂技术不是丢人的事情，把好技术用烂才丢人。 架构层次清晰化 起步的阶段应该清楚的确定下来架构的层次。如果都搅和在一起，业务一旦扩增开来，如果原有的一堆东西拆不开就是非常痛苦的事情。 Web Server <–> (AppServer)<–>Cache(eg. Memcached)<–>DB 层次清晰化的一个体现是(以 LAMP 架构为例)：即使只有一台机器，也应该起个 Memcached 的实例，效果的确非常好(除非内存小)–一般人儿我不告诉他…不要把什么都压到 DB 上，DB 一旦 I/O 压力走到磁盘上，问题要暴露出来是很快的。没错，DB 本身也会利用自己的 Cache，但 DB 的Cache 和 Memcached 设计出发点毕竟不一样。 数据冗余? 有必要 很多人并不是数据库设计专家，如果应用要自己设计表结构什么的，基本都是临时抱佛脚，但三个范式很多人倒是记得牢，这是大多数小型 Web 站点遇到的一个头疼事儿，一个小小的应用搞了几十个表… 忘掉范式这个玩意儿! 记住，尽可能的冗余数据，你在数据层陷入的时间越多，你在产品上投入的就会越少。用户更关心的是产品的设计。 前端优化很重要 因为流量低，访客可能也不多，这时候值得注意的是页面不要太大，多数流量低的站点吃亏就在于一个页面动辄几兆(我前两天看到一个Startup的首页有4M之大,可谓惊人)，用户看个页面半分钟都打不开，你说咋发展? 先把基本的条件满足，再去研究前端优化。 功能增加要谨慎 不是有个 80/20 原则么? 把最重要的精力放在最能给你带来商业价值的地方。有些花里胡哨的功能带来很大的开销，反而收效甚微。记住，小站点，最有价值的是业务模式，而不是你的技术有多牛。技术是为业务服务的，不要炫技。 有些网站不停的添加功能，恰恰是把这些新功能变成了压死自己的稻草。 从开始考虑性能 这一点是可选的，但也重要。设计应用的时候在开始就应考虑 [...]

呵呵，现在这个皮肤虽然不是非常满意不过还不错哦，来个截图 下边是下载链接，一个是原版的，一个是我修改过的 原版：gplus 这个是我修改过的：gplus_modify

呵呵，这学期开有j2ee，但是又不想用书上说的的myeclipse，因为哪个是商业软件，要注册什么的，所以就选择了比较熟悉的netbeans做j2ee的开发环境，但是netbeans默认支持的插件又支持structs1.X，所以就百度了把，找到了这个东西

这个日志本来是要做情侣博客的，结果被我搞成什么了。郁闷，她也不来这里了哎。。。。

一、SVN安装 1.安装包 $ sudo apt-get install subversion 2.添加svn管理用户及subversion组 $ sudo adduser svnuser $ sudo addgroup subversion $ sudo addgroup svnuser subversion 3.创建项目目录 $ sudo mkdir /home/svn $ cd /home/svn $ sudo mkdir fitness $ sudo chown -R root:subversion fitness $ sudo chmod -R g+rws fitness 4.创建SVN文件仓库 $ sudo svnadmin create /home/svn/fitness 5.访问方式及项目导入： $ svn co [...]