我的評論
re: C# 之泛型詳解[未登錄] Nick 2016-04-24 14:47
很棒 比很多書上講的都到位
re: Crack Xmind 6 Pro (20141110更新)[未登錄] nick 2015-01-13 12:27
求一份windows xmind 6 v3.5.1.201411201906的破解文件
郵箱:714920105@qq.com
郵箱:714920105@qq.com
re: Crack Xmind 6 Pro (20141110更新)[未登錄] nick 2015-01-13 12:26
求一份xmind 6 v3.5.1.201411201906的破解文件
郵箱:714920105@qq.com
郵箱:714920105@qq.com
re: JRebel 6.0.0 Crack (20141110更新)[未登錄] Nick 2014-11-11 08:31
Please, can anyone send JRebel: 6.0.0 crack.zip?
ldisguisel@gmail.com
thank you very much
ldisguisel@gmail.com
thank you very much
re: JRebel 6.0.0 Crack [未登錄] Nick 2014-11-07 08:28
jrebel 6.0 please ldisguisel@gmail.com many thanks
re: JRebel 5.6.1 Crack [未登錄] Nick 2014-11-01 22:00
Jrebel-Crack
ldisguisel@gmail.com
thank you all any
ldisguisel@gmail.com
thank you all any
re: JRebel 5.6.1 Crack [未登錄] nick 2014-10-19 03:27
jrebel-crack
tazizcrazy@live.com
tazizcrazy@live.com
re: JRebel 5.6.1 Crack [未登錄] nick 2014-10-16 08:11
tazizcrazy@live.com jrebel-crack please
re: JRebel 5.6.1 Crack [未登錄] nick 2014-10-11 06:20
can anyone send new crack to tazizcrazy@live.com thank you
tazizcrazy@live.com
tazizcrazy@live.com
tazizcrazy@live.com
tazizcrazy@live.com
re: JRebel 5.6.1 Crack [未登錄] nick 2014-10-04 06:09
can anyone send latest crack; tazizcrazy@live.com much appreciation if sent please thank u
re: JRebel 5.6.1 Crack [未登錄] nick 2014-08-01 03:55
i put the the jrebel.lic in the ".jrebel" folder along with the jar but when i start eclipse it isnt updating or doing anything , what do i do??
re: JRebel 5.6.1 Crack [未登錄] nick 2014-07-30 23:59
can anyone send 5.6.1 crack or 5.6.0 to: tazizcrazy@live.com? or show me who to email for this pls. thank you!!1
re: Crack Xmind Pro 3.4 (2013)[未登錄] Nick 2013-11-11 09:36
@nyfln
是的,for Beta2的crack不能使用于3.4.0.201311050558,有幾個class文件沒有,估計他們做了些重構。
對于license的驗證算法也改過了,我是有for 2012 Pro的license的,但是沒法用在 2013 Pro上的,內心小小的鄙視他們一下,每次release基本上沒啥新東西,每個release時間又長。。。
總之,我目前還是在使用Beta3,挺好的
是的,for Beta2的crack不能使用于3.4.0.201311050558,有幾個class文件沒有,估計他們做了些重構。
對于license的驗證算法也改過了,我是有for 2012 Pro的license的,但是沒法用在 2013 Pro上的,內心小小的鄙視他們一下,每次release基本上沒啥新東西,每個release時間又長。。。
總之,我目前還是在使用Beta3,挺好的
re: Crack Xmind Pro 3.4 (2013)[未登錄] Nick 2013-11-09 23:41
@zozsky
不好意思,beta2沒有了
其實for beta2的crack還是可以用于beta3的,但你需要自己做些功課:
1)解壓那三個jar
2)修改META-INF/MANIFEST.MF里面的Bundle-Version為以下的值:Bundle-Version: 3.4.0.201310120902
3)重新打包,并記的文件應該用這個新的日期
我測試過是可以的
但請原諒不能提供破解,祝好運
不好意思,beta2沒有了
其實for beta2的crack還是可以用于beta3的,但你需要自己做些功課:
1)解壓那三個jar
2)修改META-INF/MANIFEST.MF里面的Bundle-Version為以下的值:Bundle-Version: 3.4.0.201310120902
3)重新打包,并記的文件應該用這個新的日期
我測試過是可以的
但請原諒不能提供破解,祝好運
re: Crack Xmind Pro 3.4 (2013)[未登錄] Nick 2013-11-08 22:14
xmind 3.4.0.beta3
https://app.box.com/s/2ent7biz4togus6ahgfr
https://app.box.com/s/2ent7biz4togus6ahgfr
re: jQuery實現表格行的動態增加與刪除(改進版)[未登錄] Nick 2013-01-30 11:45
是不是要用insertAfter?
re: jQuery實現表格行的動態增加與刪除(改進版)[未登錄] Nick 2013-01-30 11:44
為什么我做的時候,把表頭覆蓋掉了?
re: it seems simple[未登錄] nick 2012-04-29 18:45
<div class="bg"><div class="f1">sss</div><div class="f2">ddd</div><div class="f3">ggg</div></div>
.bg{
overflow: hidden;
width:300px;
margin: 0 auto;
padding: 0px 0px 0px 0px;
background: #FFFFFF;
}
.f2{
float: left;
width: 50px;
}
.f3{
float: left;
width: 150px;
}
.bg{
overflow: hidden;
width:300px;
margin: 0 auto;
padding: 0px 0px 0px 0px;
background: #FFFFFF;
}
.f2{
float: left;
width: 50px;
}
.f3{
float: left;
width: 150px;
}
re: unix script[未登錄] nick 2012-04-16 15:43
re: unix script[未登錄] nick 2012-04-12 16:43
for mac
login as root then:
sh-3.2# lsof -i | grep LISTEN
launchd 1 root 19u IPv6 0xffffff8008326d80 0t0 TCP localhost:ipp (LISTEN)
launchd 1 root 20u IPv4 0xffffff800832bc20 0t0 TCP localhost:ipp (LISTEN)
launchd 1 root 88u IPv4 0xffffff8008329fa0 0t0 TCP *:10011 (LISTEN)
launchd 1 root 91u IPv6 0xffffff8008325e80 0t0 TCP *:10011 (LISTEN)
launchd 1 root 103u IPv6 0xffffff80083269c0 0t0 TCP *:rfb (LISTEN)
launchd 1 root 104u IPv4 0xffffff800832b500 0t0 TCP *:rfb (LISTEN)
launchd 1 root 106u IPv6 0xffffff8008326600 0t0 TCP *:ssh (LISTEN)
launchd 1 root 107u IPv4 0xffffff800832ade0 0t0 TCP *:ssh (LISTEN)
kdc 66 root 6u IPv6 0xffffff8008326240 0t0 TCP *:kerberos (LISTEN)
kdc 66 root 8u IPv4 0xffffff800832a6c0 0t0 TCP *:kerberos (LISTEN)
webfilter 431 root 3u IPv4 0xffffff8008329fa0 0t0 TCP *:10011 (LISTEN)
webfilter 431 root 4u IPv6 0xffffff8008325e80 0t0 TCP *:10011 (LISTEN)
java 3165 root 53u IPv6 0xffffff800b467700 0t0 TCP *:http (LISTEN)
java 3165 root 55u IPv6 0xffffff800b99fd80 0t0 TCP *:8009 (LISTEN)
java 3165 root 66u IPv6 0xffffff8008325340 0t0 TCP localhost:8005 (LISTEN)
login as root then:
sh-3.2# lsof -i | grep LISTEN
launchd 1 root 19u IPv6 0xffffff8008326d80 0t0 TCP localhost:ipp (LISTEN)
launchd 1 root 20u IPv4 0xffffff800832bc20 0t0 TCP localhost:ipp (LISTEN)
launchd 1 root 88u IPv4 0xffffff8008329fa0 0t0 TCP *:10011 (LISTEN)
launchd 1 root 91u IPv6 0xffffff8008325e80 0t0 TCP *:10011 (LISTEN)
launchd 1 root 103u IPv6 0xffffff80083269c0 0t0 TCP *:rfb (LISTEN)
launchd 1 root 104u IPv4 0xffffff800832b500 0t0 TCP *:rfb (LISTEN)
launchd 1 root 106u IPv6 0xffffff8008326600 0t0 TCP *:ssh (LISTEN)
launchd 1 root 107u IPv4 0xffffff800832ade0 0t0 TCP *:ssh (LISTEN)
kdc 66 root 6u IPv6 0xffffff8008326240 0t0 TCP *:kerberos (LISTEN)
kdc 66 root 8u IPv4 0xffffff800832a6c0 0t0 TCP *:kerberos (LISTEN)
webfilter 431 root 3u IPv4 0xffffff8008329fa0 0t0 TCP *:10011 (LISTEN)
webfilter 431 root 4u IPv6 0xffffff8008325e80 0t0 TCP *:10011 (LISTEN)
java 3165 root 53u IPv6 0xffffff800b467700 0t0 TCP *:http (LISTEN)
java 3165 root 55u IPv6 0xffffff800b99fd80 0t0 TCP *:8009 (LISTEN)
java 3165 root 66u IPv6 0xffffff8008325340 0t0 TCP localhost:8005 (LISTEN)
re: it seems simple[未登錄] nick 2012-03-31 14:54
<Context
path="/demo" docBase="~/workspace/project/webapp"
debug="0">
</Context>
path="/demo" docBase="~/workspace/project/webapp"
debug="0">
</Context>
re: it seems simple[未登錄] nick 2012-03-31 12:14
re: software[未登錄] nick 2012-02-16 17:59
re: it seems simple[未登錄] nick 2012-02-09 17:05
javascript
http://www.directwebremoting.org/dwr/
http://www.directwebremoting.org/dwr/
re: unix script[未登錄] nick 2012-02-09 14:31
find . -name "*.js" >xxx
while IFS= read -r line
do
echo $line
rm "$line"
done < "./xxx"
find . -name "*.js"
echo "completed"
while IFS= read -r line
do
echo $line
rm "$line"
done < "./xxx"
find . -name "*.js"
echo "completed"
re: unix script[未登錄] nick 2012-02-09 14:25
while IFS= read -r line
do
echo $line
rm $line
done < "./some_file.txt"
do
echo $line
rm $line
done < "./some_file.txt"
re: unix script[未登錄] nick 2012-02-09 14:05
shell tutorial
http://bash.cyberciti.biz/guide/Main_Page
http://bash.cyberciti.biz/guide/Main_Page
re: it seems simple[未登錄] nick 2012-02-09 13:50
re: it seems simple[未登錄] nick 2012-02-08 15:29
architecture
http://www.codingthearchitecture.com/
http://www.codingthearchitecture.com/
re: resource[未登錄] nick 2012-02-03 17:39
re: resource[未登錄] nick 2012-02-03 17:34
re: resource[未登錄] nick 2012-02-03 13:46
re: resource[未登錄] nick 2012-02-02 21:51
re: resource[未登錄] nick 2012-02-02 21:48
re: resource[未登錄] nick 2012-02-01 11:45
re: resource[未登錄] nick 2012-01-30 17:06
re: resource[未登錄] nick 2012-01-11 19:32
re: resource[未登錄] nick 2012-01-11 15:57
re: resource[未登錄] nick 2012-01-11 10:44
re: resource[未登錄] nick 2012-01-11 09:41
re: software[未登錄] nick 2012-01-10 14:42
Java Decompiler
http://java.decompiler.free.fr/
http://java.decompiler.free.fr/
re: unix script[未登錄] Nick 2011-10-13 18:42
java -cp org.apache.felix.framework-1.8.1.jar:org.apache.felix.shell-1.2.0.jar -d c:\classes *.java
re: unix script[未登錄] Nick 2011-10-13 18:38
Here is a small example:
<?xml version="1.0" encoding="UTF-8"?>
<project name="compile" default="main" basedir="../.">
<property name="build.compiler" value="org.eclipse.jdt.core.JDTCompilerAdapter"/>
<property name="root" value="${basedir}/src"/>
<property name="destdir" value="d:/temp/bin" />
<target name="main">
<javac srcdir="${root}" destdir="${destdir}" debug="on" nowarn="on" extdirs="d:/extdirs" source="1.4">
<classpath>
<pathelement location="${basedir}/../org.eclipse.jdt.core/bin"/>
</classpath>
</javac>
</target>
</project>
The syntax used for the javac Ant task can be found in the Ant javac task documentation. The current adapter supports the Javac Ant task 1.4.1 up to 1.6.5 versions.
If you are using a version above 1.5.0, you can use the nested compiler argument element (<compilerarg>) to specify compiler specific options.
...
<javac srcdir="${root}" destdir="${destdir}" debug="on" nowarn="on" extdirs="d:/extdirs" source="1.4">
<classpath>
<pathelement location="${basedir}/../org.eclipse.jdt.core/bin"/>
</classpath>
<compilerarg compiler="org.eclipse.jdt.core.JDTCompilerAdapter" line="-1.5 -warn:+boxing"/>
</javac>
...
Note:
1. To prevent compiler dependant buildfiles, we strongly advise you to use a <compilerarg> whose "compiler" attribute value is org.eclipse.jdt.core.JDTCompilerAdapter. If this is not set, the buildfile can only be used with the Eclipse compiler. If set, the nested compiler argument is ignored if the name is different from the compiler name specified by the build.compiler property.
2. <compilerarg> should not be used to set values like target value, source value, debug options, or any options that could be set using the defined attributes of the javac ant task. Its usage must be reserved to pass compiler specific options like warning options. When a command-line argument is specified more than once, the Eclipse batch compiler can report errors like:
duplicate target compliance setting specification: 1.5
<?xml version="1.0" encoding="UTF-8"?>
<project name="compile" default="main" basedir="../.">
<property name="build.compiler" value="org.eclipse.jdt.core.JDTCompilerAdapter"/>
<property name="root" value="${basedir}/src"/>
<property name="destdir" value="d:/temp/bin" />
<target name="main">
<javac srcdir="${root}" destdir="${destdir}" debug="on" nowarn="on" extdirs="d:/extdirs" source="1.4">
<classpath>
<pathelement location="${basedir}/../org.eclipse.jdt.core/bin"/>
</classpath>
</javac>
</target>
</project>
The syntax used for the javac Ant task can be found in the Ant javac task documentation. The current adapter supports the Javac Ant task 1.4.1 up to 1.6.5 versions.
If you are using a version above 1.5.0, you can use the nested compiler argument element (<compilerarg>) to specify compiler specific options.
...
<javac srcdir="${root}" destdir="${destdir}" debug="on" nowarn="on" extdirs="d:/extdirs" source="1.4">
<classpath>
<pathelement location="${basedir}/../org.eclipse.jdt.core/bin"/>
</classpath>
<compilerarg compiler="org.eclipse.jdt.core.JDTCompilerAdapter" line="-1.5 -warn:+boxing"/>
</javac>
...
Note:
1. To prevent compiler dependant buildfiles, we strongly advise you to use a <compilerarg> whose "compiler" attribute value is org.eclipse.jdt.core.JDTCompilerAdapter. If this is not set, the buildfile can only be used with the Eclipse compiler. If set, the nested compiler argument is ignored if the name is different from the compiler name specified by the build.compiler property.
2. <compilerarg> should not be used to set values like target value, source value, debug options, or any options that could be set using the defined attributes of the javac ant task. Its usage must be reserved to pass compiler specific options like warning options. When a command-line argument is specified more than once, the Eclipse batch compiler can report errors like:
duplicate target compliance setting specification: 1.5
re: unix script[未登錄] Nick 2011-10-13 18:35
#! /bin/bash
#compiler
java -jar ~/eclipse-jee/plugins/org.eclipse.jdt.core_3.6.1.v_A68_R36x.jar $*
#compiler
java -jar ~/eclipse-jee/plugins/org.eclipse.jdt.core_3.6.1.v_A68_R36x.jar $*
re: resource[未登錄] nick 2011-03-05 13:32
re: resource[未登錄] nick 2011-03-02 23:48
re: resource[未登錄] nick 2011-02-25 22:07
re: resource[未登錄] nick 2011-02-22 21:33
re: MVC簡單模式: 登錄 (轉)[未登錄] nick 2011-02-22 11:43
不會啊,是不是你哪里沒有配置好?@vghv
re: resource[未登錄] nick 2011-02-16 12:36