语源科技BlogJava-地狱男爵之博客无限

Open MacVim tabs from command-line

地狱男爵(hellboys) — Wed, 17 Nov 2010 07:32:00 GMT

MacVim takes vim and provides better integration with Apple’s OS X - I’ve only just started using it and I am already loving it. Provided along with the application is a wrapper-script written to handle calls from the command-line:

cd project
mvim project_file.php

MacVim supports tabs, but unfortunately calling mvim multiple times from the command-line results in multiple separate windows opening, instead of multiple tabs in one window. I made the following modifications to the mvim script to correct this.

Add the following line to the top of the file, below the commented section:

tabs=true

Replace the if structure at the bottom of the file with the following:

# Last step:  fire up vim.
if [ "$gui" ]; then
  if $tabs && [[ `$binary --serverlist` = "VIM" ]]; then
    exec "$binary" -g $opts --remote-tab-silent ${1:+"$@"}
  else
    exec "$binary" -g $opts ${1:+"$@"}
  fi
else
  exec "$binary" $opts ${1:+"$@"}
fi

from: http://webexpose.org/2008/10/13/open-macvim-tabs-from-command-line/

地狱男爵(hellboys) 2010-11-17 15:32 发表评论

优化MySQL数据库性能的八种方法

地狱男爵(hellboys) — Wed, 25 Mar 2009 05:35:00 GMT

摘要: 1、选取最适用的字段属性
2、使用连接（JOIN）来代替子查询(Sub-Queries)
3、使用联合(UNION)来代替手动创建的临时表
4、事务
5、锁定表
6、使用外键
7、使用索引
8、优化的查询语句阅读全文

地狱男爵(hellboys) 2009-03-25 13:35 发表评论

Hadoop分布式文件系统(HDFS)的安全隐患

地狱男爵(hellboys) — Sat, 07 Mar 2009 04:23:00 GMT

一.基础问题
hadoop是什么? 如何配置等基础概念以下不做讨论.
请参考: http://www.infoq.com/cn/articles/hadoop-intro 或 Google进行相关搜索

二.环境
软件环境:hadoop-0.19.1
HDFS系统: 公网linux 2.4 若干台
Namenode: nn 1台
Datenode: dn 若干台
客户端: OSX 10.6

三.如何对Hadoop文件进行攻击要点(安全隐患)
1)
获得Hadoop NameNode URI, 例如 nn:9001
配置到客户端hadoop-site.xml中即可.
2)
客户端通过 FS shell进行文件操作,
次步骤可简单理解为客户端通过本地Hadoop中配置hadoop-site.xml namenode uri进行远程访问,获取HDFS文件列表,
3)
*如遇到验证失败,在本地创建用户名xxx用户,xxx本地用户名和提示验证用户名称一直即可.
*解释:HDFS启动时会以启动用户(root或hadoop)为HDFS Root用户, 所以客户端进行访问时本地新建此用户名和HDFS Root用户名称一致即可,HDFS并不进行验证密码.
*此时,就获得的HDFS 系统的HDFS Root权限, 可以为所欲为了. :)
4)
Hadoop API 与 FS Shell 以上述同理

四.思考
虽然nn可以设置的比较隐秘,但是依然可以被扫描到,所以只靠隐秘nn方法对HDFS系统的安全保障是并不可取的.
虽然可以用网络划分或防火墙进行隔离,但是对于Hadoop框架设计而言,是有重大安全遗漏的.
我认为依然有许多HDFS系统目前正在公网运行中.

地狱男爵(hellboys) 2009-03-07 12:23 发表评论

sssh v2.0 - 快速 ssh 登陆脚本

地狱男爵(hellboys) — Fri, 19 Dec 2008 04:49:00 GMT

摘要: tag: ssh script bash linux expect sssh
此脚本对于那些需要经常 ssh 登陆远程服务器的朋友应该有点用处。尤其是需要中转服务器 ssh 2 次以上的。脚本功能包括：将服务器 IP 和密码保存于文本文件中 (明文保存，安全性要自己保证)，方便登陆，支持多次 ssh 中转，支持服务器编码自动转换，支持某个用户名的通用密码。
版本说明: v2.0版本中 ssh可以指定连接端口,改善bash环境支持阅读全文

地狱男爵(hellboys) 2008-12-19 12:49 发表评论

mod_python在 RHEL/CentOs 64 位编译上的问题

地狱男爵(hellboys) — Sun, 30 Nov 2008 15:04:00 GMT

I just went through the fairly painful exercise of compiling mod_python 3.3.1 on a 64-bit RHEL 5 server. RHEL 5 ships with Python 2.4.3 and mod_python 3.2.8. I needed mod_python to be compiled against Python 2.5.1. I had already compiled and installed Python 2.5.1 from source into /usr/local/bin/python2.5. The version of Apache on that server is 2.2.3.
I first tried this:

# tar xvfz mod_python-3.3.1.tar.gz

# cd mod_python-3.3.1

# ./configure --with-apxs==/usr/sbin/apxs --with-python=/usr/local/bin/python2.5

# make

...at which point I got this ugly error:

/usr/lib64/apr-1/build/libtool --silent --mode=link gcc -o mod_python.la \

-rpath /usr/lib64/httpd/modules -module -avoid-version    finfoobject.lo \

hlistobject.lo hlist.lo filterobject.lo connobject.lo serverobject.lo util.lo \

tableobject.lo requestobject.lo _apachemodule.lo mod_python.lo\

-L/usr/local/lib/python2.5/config -Xlinker -export-dynamic -lm\

-lpython2.5 -lpthread -ldl -lutil -lm

/usr/bin/ld: /usr/local/lib/python2.5/config/libpython2.5.a(abstract.o):

relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object;

recompile with -fPIC

/usr/local/lib/python2.5/config/libpython2.5.a: could not read symbols: Bad value

collect2: ld returned 1 exit status

apxs:Error: Command failed with rc=65536

I googled around for a bit, and I found this answer courtesy of Martin von Loewis. To quote:
It complains that some object file of Python wasn't compiled
with -fPIC (position-independent code). This is a problem only if
a) you are linking a static library into a shared one (mod_python, in this case), and
b) the object files in the static library weren't compiled with -fPIC, and
c) the system doesn't support position-dependent code in a shared library

As you may have guessed by now, it is really c) which I

blame. On all other modern systems, linking non-PIC objects

into a shared library is supported (albeit sometimes with a

performance loss on startup).



So your options are

a) don't build a static libpython, instead, build Python

with --enable-shared. This will give you libpython24.so

which can then be linked "into" mod_python

b) manually add -fPIC to the list of compiler options when

building Python, by editing the Makefile after configure has run



c) find a way to overcome the platform limitation. E.g. on

Solaris, the linker supports an impure-text option which

instructs it to accept relocations in a shared library.



You might wish that the Python build process supported

option b), i.e. automatically adds -fPIC on Linux/AMD64.

IMO, this would be a bad choice, since -fPIC itself usually

causes a performance loss, and isn't needed when we link

libpython24.a into the interpreter (which is an executable,

not a shared library).



Therefore, I'll close this as "won't fix", and recommend to

go with solution a).

So I proceeded to reconfigure Python 2.5 via './configure --enable-shared', then the usual 'make; make install'. However, I hit another snag right away when trying to run the new python2.5 binary:

# /usr/local/bin/python

python: error while loading shared libraries: libpython2.5.so.1.0: cannot open shared object file: No such file or directory

I remembered from other issues I had similar to this that I have to include the path to libpython2.5.so.1.0 (which is /usr/local/lib) in a ldconfig configuration file.
I created /etc/ld.so.conf.d/python2.5.conf with the contents '/usr/local/lib' and I ran

# ldconfig

At this point, I was able to run the python2.5 binary successfully.

I then re-configured and compiled mod_python with

# ./configure --with-apxs=/usr/sbin/apxs --with-python=/usr/local/bin/python2.5

# make

Finally, I copied mod_python.so from mod_python-3.3.1/src/.libs to /etc/httpd/modules and restarted Apache.

Not a lot of fun, that's all I can say.

地狱男爵(hellboys) 2008-11-30 23:04 发表评论

我想应聘中国男子国家足球队主教练一职

地狱男爵(hellboys) — Mon, 16 Jun 2008 02:56:00 GMT

“我想应聘中国男子国家足球队主教练一职，我有100分的信心，带领中国队在2010年的时候，把大力神杯捧回中国。
　　根据中国足球的现状，我为中国足球队设计了一整套战术打法，简称为圆环套圆环法。
　　让我们忘掉433还是442这些无聊的数字吧，从此，
足球场上只有一种几何图形，就是圆环。
　　中国队要冲出亚洲，我的战术是，除守门员以外，其他10个队员手臂扣手臂，围成一个圆圈，其中，找两个射门准的面对圆心，其他的，都背对圆心。摆出此阵以后，守门员以手抛球的方法把球抛到这个圆环里，然后，整个圆环开始向对方球门缓缓移动，对手一定束手无策，因为他们根本看不清楚哪个是执球队员哪个是无球队员，稍一接触，就会犯规。当这个圆环移动到离开对方球门的距离小于1 米的时候，靠近球门的队员两条大腿一分，现出空挡，然后由面对圆心的两个射手中的一个突发冷箭，命中率应该可以高于99%。
　　这个阵法虽然移动缓慢，但是在90分钟里，进他个10几20个球还是可以的！
　　这个只是圆环套圆环法的第一层境界，如果对手是日本，韩国这样二流队，全取三分应该没有什么问题，
但是如果碰到巴西、阿根廷这样的一流队，就要进行队型变化，变化如下：10个人分成两组，第一种是分成一个 4人圈和一个6人圈，6人圈把4人圈圈在中间，这样可以使防御力提高一倍，更加坚不可破；另外一种是分成两个独立的5人圈，两个5人圈交替前进，只要队员腿够粗，对方根本不知道球在那个5人圈里面，防不胜防！结合这两套战术，干掉巴西也只是小case。
　　我这套战术，是绝对有效和强大的，只要有心玩，场上控球时间绝对可以达到80%以上，所以最后做技术统计的时候，数据也可以表明，中国队是当之无愧的强大！
　　当然，对方要破我这一套战术，也是有可能的，办法有两个，第一，所有球员排成一线，挡住球门，第二，
对方加上守门员在内组成11个人的大圆环，包住我方的圆环。这样的话，场上的比分会是0：0，每场取一分，
中国要世界杯出线应该也是没有问题的，总比现在这样好！
　　各位领导，对于这套战术，我研究很深，可以说是毫无漏洞，请给予一个机会，让我执教中国男子国家足球队，我一定可以将中国足球带至前所未有的辉煌！
　　谢谢！ ”

地狱男爵(hellboys) 2008-06-16 10:56 发表评论

Android中文文档v0.1 beta低调发布,期待更多同学来参加review

地狱男爵(hellboys) — Wed, 05 Dec 2007 08:42:00 GMT

第一阶段:Android中文文档v0.1 beta发布--由www.androidcn.net社区提供

Android中文文档阅读地址: http://www.androidcn.net/wiki/index.php/Documentation

Android中文文档大部分已经完成. 但是可能有不少细节和不足之处需要完善和修补.

感谢翻译的同学,已经在文档里面加入. 如果缺少,请联系我

第二阶段:请有时间的同学进行review.

review阶段既然采用wiki上面形式. 希望review的同学可以联系AndroidCN管理员和各版版主.

相信review阶段对同学理解Android可以有更快的理解和提高. 阅读文档也是对Android理解之初步.

所有在阅读文档的时候,希望同学们不吝啬自己的一笔之力,对于未完全或翻译有误的地方进行涂抹.

相信大家可以先阅读文档,然后提出翻译中的不足进行.

review 讨论区： http://www.androidcn.net/thread-119-1-1.html

地狱男爵(hellboys) 2007-12-05 16:42 发表评论

欢迎访问Android中国

地狱男爵(hellboys) — Thu, 15 Nov 2007 09:24:00 GMT

摘要: 欢迎访问Android中国, Android是google为手机开发的操作系统, 基于Linux2.6内核. 移动终端开发和使用是一个非常有趣,有挑战的活动.于是, 我们一些志同道合的朋友成立了Android中国, 致力于docs的中文化, 当然还有交流何使用经验, 共同开发Android项目. 欢迎您的光临和加入.

主页：http://www.androidcn.net 阅读全文

地狱男爵(hellboys) 2007-11-15 17:24 发表评论

ActiveMQ4.1 +Spring2.0的POJO JMS方案扩展，以更加实用（基于ss）.二

地狱男爵(hellboys) — Thu, 05 Apr 2007 08:55:00 GMT

一：续一，说明一的可使用性。

<amq:queue id="destination.report" physicalName="active.jms.report"/>
<amq:queue id="destination.point" physicalName="active.jms.point"/>

queue : 队列的名字 for 制造者.

感觉org.springframework.jms.listener.DefaultMessageListenerContainer 做的不好，如果destination property能做一个可包含多个队列，并且有选择性的messageListener就好了，这样就避免下面的监听的尴尬了。呵呵

producer不能重用，因为send到不同destination，所有没办法重用。如果能对producer做一个默认统一的封装就好了. 但是DefaultProducer.那么应该注意队列线程安全方面，目前没有什么好的想法，就采用通用一些的办法，不过xml和代码稍多一些.

然后就用到前面文章一里面的内容了，非常简便。

    <bean id="messageListener" class="org.springframework.jms.listener.adapter.MessageListenerAdapter">

        <constructor-arg>
            <bean class="com..jms.MessageConsumerAdapter" >

                <property name="transfersManager" ref="transfersManager"/>
            bean>
        constructor-arg>

        <property name="defaultListenerMethod" value="receive"/>

        <property name="messageConverter" ref="messageConverter"/>
    bean>

    <bean id="messageConverter" class="com.jms.CoverterHolder">
        <property name="defaultMessageConverter">
            <bean class="com.jms.DefaultMessageConverter"/>
        property>
    bean>

    <bean id="jmsTemplate" class="org.springframework.jms.core.JmsTemplate">
        <property name="connectionFactory">

            <bean class="org.springframework.jms.connection.SingleConnectionFactory">
                <property name="targetConnectionFactory" ref="jmsConnectionFactory"/>
            bean>
        property>
        <property name="messageConverter" ref="messageConverter"/>
    bean>

二.单元测试有时加载 activemq的问题
1.这个可能和spring版本有关系，请采用比较稳定的版本。例如apache-activemq官方包里面提供的.
2.选择 xml解析的问题，例如

public abstract class SpringManagerTestCase extends
        AbstractTransactionalDataSourceSpringContextTests {

    public SpringManagerTestCase()
    {
        System.setProperty("javax.xml.parsers.DocumentBuilderFactory", "org.apache.xerces.jaxp.DocumentBuilderFactoryImpl");
        System.setProperty("javax.xml.parsers.SAXParserFactory", "org.apache.xerces.jaxp.SAXParserFactoryImpl");
        System.setProperty("javax.xml.transform.TransformerFactory", "org.apache.xalan.processor.TransformerFactoryImpl");

        setDependencyCheck(false);
        setDefaultRollback(false);
    }
    /**
     * 配置Spring的配置文件的方法。
     * @see org.springframework.test.AbstractDependencyInjectionSpringContextTests#getConfigLocations()
     */
    protected String[] getConfigLocations() {
        return new String[] {"classpath:applicationContext-activemq-embedded.xml"};
    }

}

三.为特殊的应用服务器，如resin ，也要选择特定的xml解析器
在web.xml中配置增加

<web-app>


  <system-property javax.xml.parsers.DocumentBuilderFactory=
               "org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/>
  <system-property javax.xml.parsers.SAXParserFactory=
               "org.apache.xerces.jaxp.SAXParserFactoryImpl"/>

  <system-property javax.xml.transform.TransformerFactory=
               "org.apache.xalan.processor.TransformerFactoryImpl"/>

web-app>

以上的以全部在实施中测试通过并且运行。大家可以方向使用和理解。如有疑问，相互交流.

地狱男爵(hellboys) 2007-04-05 16:55 发表评论

ActiveMQ4.1 +Spring2.0的POJO JMS方案扩展，以更加实用（基于ss）

地狱男爵(hellboys) — Sun, 01 Apr 2007 13:56:00 GMT

摘要: 说明：本文并非基础说明文章，如无基础，请先参阅：1. http://wiki.springside.org.cn/display/springside/ActiveMQ2. http://wiki.springside.org.cn/display/springside/ActiveMQ-part2仅以springside-2.0-RC1版本扩展由于为每个POJO类实现自己... 阅读全文

地狱男爵(hellboys) 2007-04-01 21:56 发表评论