Category Archives: 编程研究

使用Adb用WIFI调试Android的速度测试

因USB线口多次插拔不稳,故而用ADB测试一下使用WIFI DEBUG的速度,调试机使用华为麦芒5手机,通过WIF连接路由器,连接速度在72Mbps,PC则直接用网线连接路由器。 PC的IP地址为192.168.3.3,手机WIF地址为192.168.3.4,当采用 adb connect 192.168.3.4:5555 连接成功后,进行文件推送 adb push D:/Data/1.pdf /sdcard/ 实测速度为: D:/Data/1.pdf: 1 file pushed. 2.3 MB/s (23766659 bytes in 9.860s) 而改在路由器上开启端口转发后,连接路由器公网地址 adb connect 192.168.3.1:5555 再进行测试文件推送 D:/Data/1.pdf: 1 file pushed. 3.4 MB/s (23766659 bytes in 6.673s) 然后又测试了关闭端口映射,直接开DMZ,速度不是很稳定,但在3.1Mb/s至3.2Mb/s之间,故而,使用端口映射进行调试,速度会更快上许多,但远远比不上USB线连接.  

六十甲子本命元辰浅注

甲子本命王文卿,從官十八人,貪狼星元辰。乙未杜仲陽,十六人。女。癸巳史公來,從官九人。 乙丑本命龍季卿,從官十六人,臣門星元辰。甲午衛上卿,從官十八人。女。丙申朱伯衆,從官十四人。 丙寅本命張仲卿,從官十四人,祿存星元辰。丁酉臧文公,從官十二人。女。乙未杜仲陽,從官十六人。 丁卯本命司馬卿,從官十二人,文曲星元辰。丙申朱伯衆,從官十四人。女。戊戌范少卿,從官 十人。 戊辰本命季楚卿,從官 十人,廉貞星元辰。己亥鄧都卿,從官十三人。女。丁酉臧文公,從官十二人。 己巳本命何文昌,從官十三人,武曲星元辰。戊戌范少卿,從官 十人。女。庚子楊仲昇,從官十七人。 庚午本命馮仲卿,從官十七人,破軍星元辰。辛丑林衛卿,從官十五人。女。己亥鄧都卿,從官十三人。 辛未本命王文章,從官十五人,武曲星元辰。庚子楊仲昇,從官十七人。女。壬寅丘孟卿,從官十三人。 壬申本命侯博卿,從官十三人,廉貞星元辰。癸卯蘇他家,從官十一人。女。辛丑林衛公,從官十五人。 癸酉本命孫仲房,從官十一人,文曲星元辰。壬寅丘孟卿,從官十三人。女。甲辰孟非卿,從官十四人。 甲戌本命展子江,從官十四人,祿存星元辰。乙巳唐文卿,從官十二人。女。癸卯蘇他家,從官十一人。 乙亥本命龐明心,從官十二人,巨門星元辰。甲辰孟非卿,從官十四人。女。丙午魏文公,從官十六人。 丙子本命邢孫卿,從官十六人。貪狼星元辰。丁未石叔通,從官十四人。女。乙巳唐文卿,從官十二人。 丁丑本命趙子玉,從官十四人,巨門星元辰。丙午魏文公,從官十六人。女。戊申范伯陽,從官十二人。 戊寅本命虞子張,從官十二人,祿存星元辰。己酉成文長,從官十五人。女。丁未石叔通,從官十四人。 巳卯本命石文陽,從官十五人,文曲星元辰。戊申范伯陽,從官十二人。女。庚戌史子仁,從官十三人。 庚辰本命尹佳卿,從官十三人。廉貞星元辰。辛亥左子行,從官十一人。女。己酉成文長,從官十五人。 辛巳本命陽仲公,從官十一人,武曲星元辰。庚戌史子仁,從官十三人。女。壬子宿上卿,從官十五人。 壬午本命馬子明,從官十五人,破軍星元辰。癸丑江漢卿,從官十三人。女。辛亥左子行,從官十一人。 癸未本命呂威明,從官十三人,武曲星元辰。壬子宿上卿,從官十五人。女。甲寅明文章,從官十六人。 甲申本命扈文長,從官十六人,廉貞星元辰。乙卯戴公陽,從官十四人。女。癸丑江漢卿,從官十三人。 乙酉本命孔利公,從官十四人,文曲星元辰。甲寅明文章,從官十六人。女。丙辰霍叔英,從官十二人。 丙戌本命車元昇,從官十二人。綠存星元辰。丁巳崔巨卿,從官 十人。女。乙卯戴公陽,從官十四人。 丁亥本命張文通,從官 十人,巨門星元辰。丙辰霍叔英,從官十二人。女。戊午從元光,從官十四人。 戊子本命樂石陽,從官十四人,貪狼星元辰。己未時通卿,從官十七人。女。丁已崔巨卿,從官十人。 己丑本命范仲陽,從官十七人,巨門星元辰。戊午從元光,從官十四人。女。庚申華文陽,從官十五人。 庚寅本命褚進卿,從官十五人,綠存星元辰。辛酉郵元玉,從官十三人。女。己未時通卿,從官十七人。 辛卯本命郭子良,從官十三人,文曲星元辰。庚申華文陽,從官十五人。女。壬戌樂進卿,從官十一人。 壬辰本命武稚卿,從官十一人,廉貞星元辰。癸亥左石松,從官 九人。女。辛酉郵元玉,從官十三人。 癸巳本命史公來,從官 九人,武曲星元辰。壬戌樂進卿,從官十一人。女。甲子王文卿,從官十八人。 甲午本命衛上卿,從官十八人,破軍星元辰。乙丑龍季卿,從官十六人。女。癸亥左石松,從官九人。 乙未本命杜仲陽,從官十六人,武曲星兀辰。甲子王文卿,從官十八人。女。丙寅張仲卿,從官十四人。 丙申本命朱伯眾,從官十四人,廉貞星元辰。丁卯司馬卿,從官十一人。女。乙丑龍季卿,從官十六人。 丁酉本命臧文公,從官十二人,文曲星元辰。丙寅張仲卿,從官十四人。女。戊辰季楚卿,從官十人。 戊戌本命范少卿,從官 十人,祿存星元辰。己巳何文昌,從官十三人。女。丁卯司馬卿,從官十二人。 己亥本命鄧都卿,從官十三人,巨門星元辰。戊辰季楚卿,從官 十人。女。庚午馮仲卿,從官十七人。 庚子本命楊仲昇,從官十七人,貪狼星元辰。辛未王文章,從官十五人。女。己巳何文昌,從官十三人。 辛丑本命林衛公,從官十五人,巨門星元辰。庚午馮仲卿,從官十七人。女。壬申侯博卿,從官十三人。 壬寅本命丘孟卿,從官十三人,祿存星元辰。癸酉孫仲房,從官十一人。女。辛未王文章,從官十五人。 癸卯本命蘇他家,從官十一人,文曲星元辰。壬申侯博卿,從官十三人。女。甲戌展子江,從官十四人。 甲辰本命孟非卿,從官十四人,廉貞星元辰。乙亥龐明心,從官十二人。女。癸酉孫仲房,從官十一人。 乙巳本命唐文卿,從官十二人,武曲星元辰。甲戌展子江,從官十四人。女。丙子邢孫卿,從官十六人。 丙午本命魏文公,從官十六人,破軍星元辰。丁丑趙子玉,從官十四人。女。乙亥龐明心,從官十二人。 丁未本命石叔通,從官十四人,武曲星元辰。丙子邢孫卿,從官十六人。女。戊寅虞子張,從官十二人。 戊申本命范伯陽,從官十二人,廉貞星元辰。己卯石文陽,從官十五人。女。丁丑趙子玉,從官十四人。 己酉本命成文長,從官十五人,文曲星元辰。戊寅虞子張,從官十二人。女。庚辰尹佳卿,從官十三人。 庚戌本命史子仁,從官十三人,祿存星元辰。辛巳楊仲公,從官十一人。女。己卯石文陽,從官十五人。 辛亥本命左子行,從官十一人,巨門星元辰。庚辰尹佳卿,從官十三人。女。壬午馬子明,從官十五人。 壬子本命宿上卿,從官十五人,貪狼星元辰。癸未呂威明,從官十三人。女。辛巳楊仲公,從官十一人。 癸丑本命江漢卿,從官十三人,巨門星元辰。壬午馬子明,從官十五人。女。甲申扈文長,從官十六人。 甲寅本命明文章,從官十六人,祿存星元辰。乙酉孔利公,從官十四人。女。癸未呂威明,從官十三人。 乙卯本命戴公陽,從官十四人,文曲星元辰。甲申扈文長,從官十六人。女。丙戌車元昇,從官十二人。 丙辰本命霍叔英,從官十二人,廉貞星元辰。丁亥張文通,從官十人。女。乙酉孔利公,從官十四人。 丁巳本命崔巨卿,從官 十人,武曲星元辰。丙戌車元昇,從官十二人。女。戊子樂石陽,從官十四人。 戊午本命從天光,從官十四人,破軍星元辰。己丑范仲陽,從官十七人。女。丁亥張文通,從官十人。 … 阅读全文 六十甲子本命元辰浅注

简单说说对编程中设计模式的理解

设计模式主要是针对面向对象的思考方法,即将万物都抽象成类来描述,然后基于类生成具体的对象。 这个类其实就是一个模板,所以最基础的设计模式便是模板模式,模板模式非常简单,即定义一个基类,然后给出来一些虚拟或抽象方法,具体的实现在子类中完成,这是面向对象编程里最基础也最简单的用法。 如一篇文章,它有标题,有内容,那么这个就可以成为一个模板,标题作为一个方法,内容作为一个方法,这样子类中返回的字符不同,便能够成为不同的类型文章,如在标题字符串描述里,可以是有有图像与无图像的。 模板方法强调在对基类的调用上拥有统一的接口,这样才能够实现足够的延展性,它强调的是模板式。 而更进一步,如果仅仅接口方法只是很少量时,可以视作为策略模式,比如定义一个方法名称,是两个整型参数,在方法内部可以实现加法,也可以实现减法,也可以实现乘法等各种处理,在外部看来选择不同的继承类,就能够实现不同的功能,所以这就成为了策略模式。 策略模式与模板模式的最大区别在于,策略模式关注的是实现选择,而这个在策略模式中,通常是引入一个Context 的上下文类,策略本身的基类是策略模板,而选择什么策略,则由Context 来负责调用。 为什么要有一个Context,比如出现多个策略需要连续判断时,Context调用一个策略类的方法后,还可以记录下该策略的结果,然后带着上个的结果传入到下一个策略方法中,然后再进行计算。 换句话说,引入Context上下文类创建的对象,目的就是为了记录并传递策略的结果,所以它可以是上下文相关的。 一种常见场景就是用Context记录当前运算状态或步骤,比如处理一张图片,先进行了灰度处理,然后再进行提轮廓,因为有了上下文的对象,系统随时可以知晓当前的状况,无论对于异步处理还是多线程编程都是非常有益的。 对于能直接新建的对象,只需要直接创建就好了,但是总是事不如人意的,有时候对于产生的对象是需要统一管理的,尤其是复杂的对象,同时并不需要上下文有那么密切的相关性。 比如说生产一辆轿车后,再生产一辆卡车,这是基于不同需求的选择,但是生产轿车与生产卡车之间并无上下文联系的需求,它们甚至是可以进行同步进行的。 这种情况下,无疑可以考虑使用工厂模式,在同一个工厂出厂的对象无疑都可以打上相应标志,并且事后无论是要统一销毁还是怎么处理,都会非常方便。 工厂模式中只关心产生对象,所提供的方法接口,对于产生的顺序或是之间需要什么组合要求,并不关心。 简单的工厂对于一些简单场景是很有用的,比如说,一个日志记录,是记录到硬盘还是记录到内存还是记录在哪里,可以用工厂产生记录对象来后期决定。 但是打开工厂方法,对于一辆车的内部流程,涉及到了具体的组装时,就需要采用不同的方法进行构建。 这种构建的流程大多是可以复用的,比如给封闭轿车安轮子与给敞篷型轿车安轮子,并没有不同的地方。 但是一辆车安车顶与安轮子显然是两个不同的活,这个无法直接通过策略模式完成,因为策略模型可以关心完成安什么样的轮子,安轮子的步骤,却在概念上不能组装车子。 所以在这里又有了构建者模式,构建者模式中,复杂的构建与其表示相分离,它类似于策略模式,但是来源的构造并不基于同一个策略类。 一系列策略可以构成同一类零件,而不同零件可以构成不同的部件,而不同部件则可以构建出一个成品。 这就是它们的区别,在构建者模式中,包含了零件与部件,比如说一辆车可以安个圆顶,也可以安个方顶,那么这可以用构建者模式来实现圆顶构建者或方顶构建者。 构建者模式的最大特点是:它是可以在现有对象上,将不同部件组成一个新对象。 如一个汉堡,用纸装或用盒子装,而装的汉堡可能用奥尔良鸡腿,也可能是用油炸鸡腿所构成,而到底是用纸或盒还是用什么鸡腿,这之间并无任何关系,这就比较适合用构建者模式。 对象之间的关系并不是完美而简单的,有时候会出现相互对象的依赖,这会非常麻烦,最有效的方法是除了统一调度外,还必须考虑有意外的情况,从而能够进行临时调度。 比如高铁的各个列车,它们的先后次序很重要,需要并行不紊的进行,如果依赖于高铁列车之间相互通讯必然会引起混乱,因为消息的传播效率很低。 所以这就需要一个广播机制,一个中介的对象来与其它对象之间进行交互,这就好比一个数据中心,而其它对象只是各个终端,所有的终端都只与数据中心进行通讯。 这种情况所设立的中心,被称为中介者,将数据广泛发给所有的其它相应对象可以看到,这就类似于一个频道,然后所有的对象信息都在这上面进行交互。 这种星型结构,也是现代网络最常见的结构,就目前来说它是一个相对较好的方案。 对于终端的接入,有时候需要判断的它的状态,例如是否已经接入,或是已经断开,以确定数据可以发送,这种情况称为事件。 它并不局限于这个场景使用,但以这个场景为例,这种基于事件的模型已经在一些语言里被实现得很好,即事件模型,通过调用某一个事件来实现状态通知。 因为事件是离散的,所以必须要用离散的方法进行处理,这可以使用轮循或是方法调用来实现,事件的订阅与取消,这就是发布者订阅者模式,同样也可以是称为拜访者模式。 这种模式的好处是,对于接入的终端可以开放权限,透露一些对象内部的细节,比如一个类中的成员变量值是非公开的,但数据中心可以通过事件方法将这个值告诉接入者,一方面保持了外面接口的统一,另一方面可以针对特殊需要,给外来接入的对象公开一些私有的值。 比如一个窗口上的按钮,它的点击事件发生时,要传出内部的某个值,这个是被允许的,同样甚至可以允许传出一个核心的对象让外部进行改变,这显然是违反封装性原则的,不过允许哪些可以对外传出,实际上还是由类的设计来控制的。 如果A事件引起B事件,而B事件满足某条件引起C事件,这种就可以称为责任链模式,一种典型场景比如选择省市地区街道时,它会进行一层层的过滤,事实上便构成了一个事件链。 责任链模式显而易现的是,某个对象的状态改变基于某一个对象改变的通知,这样会带来很多好处。 比如说当一个省被选择后,那么省被选择定了,就要筛选出在B中显示哪些列表,但假如A是一个类,B是一个类,A如果去直接控制B的类的成员,会引起很麻烦,设计起来考虑东西很多,因为A究竟应该能够直接控制多少B的成员才能满足设计需要,在复杂场景下很难说。 所以不如只由A通知B,这里选中了某个值,然后交给B,B根据这个值自己决定应该呈现什么数据,这样灵活性与扩展性就大大增强了,同时关于B的内部成员的职责与作用也被控制在了B之内。 如果是在多人协作编程项目时,A类的编写者只需要编写A类,B类只需要负责自己的B类就可以了,这样职责会非常明确,管理起来会非常方便。 对象在传递的时候,有时候原本的对象是不够中的,需要附加上一些信息,在一些动态语言里这个事情比较简单,直接扩展属性就行了,但是这样有时候会引起一些纷争,因为原始对象被修改了,并且这种修改通常不可逆,新增的动态属性并不能删除掉。 所以干脆不如另外做一个新类,将它进行包装,而这个原来的对象成为新类的成员之一,这样就构成了装饰器模式。 装饰器模式有个最大的好处时,可以随时丢掉新创建的对象,然后仍然使用原来的对象,所以显得非常灵活。  

使用swisseph

Python安装步骤: 1、安装anconda 2、下载 http://www.lfd.uci.edu/~gohlke/pythonlibs/wu4bx7or/pyswisseph-2.5.1.post0-cp35-cp35m-win_amd64.whl 3、pip install pyswisseph-2.5.1.post0-cp35-cp35m-win_amd64.whl Nodejs安装步骤: 1、下载安装node.js 2、npm install –global –production windows-build-tools 3、$npm install –global node-gyp 4、npm install swisseph

建立find.pl以兼容perl5编译openssl

一些工具还用着老的库openssl中,编译需要用到,如google earth Enterprise中使用openssl便是1.0.2h,在虚拟机中安装的Centos7中的直接编译会失败,创建的find.pl文件目录要在perl的@INC的位置中,即能被perl搜索到,如/usr/lib64/perl5等,这样便能编译成功。 warn “Legacy library @{[(caller(0))[6]]} will be removed from the Perl core distribution in the next major release. Please install it from the CPAN distribution Perl4::CoreLibs. It is being used at @{[(caller)[1]]}, line @{[(caller)[2]]}.\n”; # This library is deprecated and unmaintained. It is included for # compatibility with Perl 4 scripts which may … 阅读全文 建立find.pl以兼容perl5编译openssl

Google Earth Enterprise的安装记录

1、基于Centos,安装: sudo yum install git 2、执行指令 curl -s https://packagecloud.io/install/repositories/github/git-lfs/script.deb.sh | sudo bash 然而这条指令执行失败,所以到了git-lfs的网站上查看,改执行: curl -s https://packagecloud.io/install/repositories/github/git-lfs/script.rpm.sh | sudo bash sudo yum install git-lfs git lfs install 成功。 3、执行 sudo yum install epel-release 4、 sudo yum –setopt=group_package_types=mandatory,default,optional groupinstall “Development Tools” sudo yum install scons perl-Perl4-CoreLibs xorg-x11-server-devel python-devel perl-Alien-Packages gtest-devel openssl-devel libxml2-devel libXinerama-devel libXft-devel libXrandr-devel libXcursor-devel gdbm-devel libmng-devel … 阅读全文 Google Earth Enterprise的安装记录

聊聊周易参同契(廿十二):君子居其室,出其言善

君子居其室,出其言善,则千里之外应之。 出于《周易·彖辞上传》。 原文是“君子居其室,出其言善,则千里之外应之,况其迩者乎?居其室,出其言不善,则千里之外违之,况其迩者乎?言出乎身,加乎民;行发乎迩,见乎远。言行,君子之枢机,枢机之发,荣辱之主也。言行,君子之所以动天地也,可不慎乎?” 君子即使是处在自家的庭院中,发出的言论如果是有益的,那么千里之外也能得到回应,更何况是近处的呢?如果在自家的庭院中,发出的言论,如果无益的,那么千里之外也有人会背弃它,何况那近处的呢?言论从他本身发出来,影响到民众;行动发生在近处,却显现在远处。言论和行动,对君子来说好比是门户的转轴或弓箭上的机关一样。门轴和机关的发动,直接关系到得到的是称赞还是羞辱。所以说言论和行为,是君子能够影响天地万物的因素,怎能不慎重呢? 谓万乘之主,处九重之室。发号出令,顺阴阳节。 所以在九重之室里的万乘之主,发出号令的时候,也需要顺阴阳时节来进行。 所谓千乘之君,万乘之主,这是古人对身份的一种区别,君子一词原来是指政治地位的崇高的人,君子是作为一部分人的领袖,然而自儒家孔子之后,认为君子应该是道德高尚的人,只有这样才能够影响并教化人民,作为有较高政治地位的人,更应该拥有这种优秀的品质。 这里是将君与主来作为人的比喻,其中以心为君,以神为主,因为神明默藏于心。君子发言,实际上是指的信,比如以心室为宅院,而一个人用心去传达一个概念到身体上的某个部位的时候,这个部位便会有出现相应的感觉。 而这种又称为意念,当意念集中在眉间时,眉间便会发胀,集中在下丹田时,下丹田便会发热,集在手指上时,指尖便会发热等等,都是意至则会有所反应。 又比如将双手伸开成掌,指朝前方,两手掌心相对一定距离,然后掌心慢慢合拢,想象两掌之间有种排斥的力量,双手就像挤压一个气球一样,然后快要接近还没有完全贴合时,又将双掌打开慢慢分开远离,想象两掌中有力量相吸,如同各自有两块磁铁那样,如此反复几次后。即使不用意,也能感受到手掌中会自然出现相吸或相排斥的力量出现。 这便是意传到各种部位后,人体通过神经产生反馈,即使是平时觉得意产生不了作用的部位,只是其反馈微弱而已,只要重复几次,这种反馈便会大大加强。 这种反馈的感受,便是轻微的气感,它虽然是一种神经末梢的反馈,实际上是由意念集中之后,气血相应涌到了掌上所致,然后即使是意念撤消后,血气仍然还没有散去的缘故。 有一种娱乐性的玩法,常于江湖之中用以炫人,便是先两只手对齐,看手指长短比较确定是差不多之后,单独将一只手举在面前,然后用意念去想像手指越来越长,过上三五分钟后,再双掌合并,会发现手指确实会变长。 意念源自于心,而意之所在,气血所聚,这是神所使的,然而此时心与神是分离的。 如果只是修炼气功的话,这并没有问题,然而如果是丹道修炼,心意必须要是合一的, 那么心与神如何才能合一? 无欲而清而又不离心,念处于动而非动之间,如此便能心神合一。 这一点在佛家的说的颇有妙处:“应无所住而生其心。” 只有心神合一时,元神即我,没有心神之别,于是便能与元神做到真正意义上的统一。 当心神合之后,元神所能实现的要远远超于意念,它对身体及魂魄的控制力也远远强于意念、但是这并不意味着元神可以随意使用,因为这会像一个君主在随意滥发指令一样,结果不仅对修炼有害,还会把一切搞得一团乱。 修炼丹道正是此理,所以什么时候该用火,什么时候该停火,需要按照一定的节律来进行,如果随意胡来,会导致出现大乱子。 所以说,万乘之主,发施号令影响非常大的,为了减少这种影响,要顺着阴阳时节来进行,而元神的运用,也是相同的道理。 这也是前文所说的:“日月为期度,动静有早晚。春夏据内体,从子到辰巳。秋冬当外用,自午讫戌亥。赏罚应春秋,昏明顺寒暑。爻辞有仁义,随时发喜怒。如是应四时,五行得其理。” 藏器待时,勿违卦月。屯以子申,蒙用寅戌。余六十卦,各自有日。聊陈两象,未能究悉。 故而要“藏器”,便是先潜而勿用之意,要等待时机,不能违了卦月。 屯以子申,蒙以寅戌者,为纳甲之纳支。 水雷而为屯卦,子申,震之初九为庚子爻,坎之六四为戊申爻。 山水而为蒙卦,寅戌,坎之初六为戊寅爻,艮之六四为丙戌爻。 两卦共计十二爻,一爻应于一时辰,朝以屯,暮则以蒙,并前文有云:“朔旦屯直事,朔旦屯直事,至暮蒙当受。昼夜各一卦,用之依次序。” 故至初一起,以屯蒙两卦而用,初二则用需讼两卦,需用子申,讼用寅午,初三则用师比两卦,师用寅丑,比用未申。 “聊陈两象,未能究悉”便是往下直接推去,不一一而例举。 立义设刑,当仁施德。逆之者凶,顺之者吉。按历法令,至诚专密。 “立义设刑,当仁施德”,此为刑德之道,所谓刑德,韩非子云:”刑德曰:杀戮之谓刑,庆赏之谓德”。 如何依刑德?正是“赏罚应春秋,昏明顺寒暑。爻辞有仁义,随时发喜怒。”,爻有仁义之分,仁即施德,义则施刑,于火候之中,便是进退之道,逢仁则进,逢义则退。 《淮南子》天文训云:“阴阳刑德有七舍。何谓七舍?室、堂、庭、门、巷、术、野。十二月德居室三十日,先日至十五日,后日至十五日,而徙所居各三十日。德在室则刑在野,德在堂则刑在术,德在庭则刑在巷。阴阳相德则刑德合门。八月、二月,阴阳气均,日夜分平,故曰刑德合门。德南则生,刑南则杀,故曰二月会而万物生,八月会而草木死。” 如此顺着来便能一帆风顺,不然会反有凶事。而按着历法来进行,这便是最大的秘密。 谨候日辰,审察消息。纤芥不正,悔吝为贼。二至改度,乖错委曲。隆冬大暑,盛夏霜雪。水旱相伐,蝗虫涌沸,群异旁出,天见其怪,山崩地裂。 “纤芥”,是指的微小,这里是说“有丝毫的差错”,便都会出现“悔吝”,这里指的是忧虑。 耐心等候相应的日辰,仔细地审查消息,如此方能有所保障,大凡有丝毫微小的差错,都会导致令人忧虑的事情发生,比如二至(冬至夏至)的时间便会发生变化,然后冬天却是大暑,夏天却是大雪,这样时节不正,然后水灾旱灾也会产生,四处还会闹蝗灾,天象也会变得古怪,四处发生地震。 修炼实际上是有风险的,现实中的外丹也会耗费药材,而在体内的修炼同样如此,每一次失败都会是极大的损耗,如果不能掌握好火候的核心原理,稍有失误便会导致身内出现问题,所以必须要审时度势,根据不同的变化来采取不同的对策。 一般的气功修炼,常会有人出现出偏的情况,不过一般的气功出偏了,大多可以纠正的,修丹道却不然,如能不走上歧途已是不容易,即使是走上了正路同样不代表就一定能成功,稍有不注意便会出现失败,而失败往往也会给身心带来很大的损害。 所以有很多修炼者,只需养气存神,反而可以身心健康延年益寿,而修丹道者,不少命短寿促,往往夭亡于四五十岁,便是这个道理。 修道者多如牛毛,成道者凤毛麟角,求这一线生机,首先要避开处处杀机。 孝子用心,感动皇极,近出己口,远流殊域。或以招祸,或以致福,或兴太平,或造兵革。四者之来,由乎胸臆。 孝子用真心,能够感动皇极,近了便是出于自己的口中,远了则会影响到遥远的边域,要么是招祸,要么是致福,要么是能导致太平盛世,要么是造成人间兵革,这些都是因为人的胸臆所抒发。 从道法角度,其实葛真人这里说的还可以有另一个解释,因为人的心神的名字是叫丹元,它与斗中丹元相通,而人之所求,可以上通北斗,实现自己的愿望。 当能够沟通元神后,外动风雨,开口言雨,顷刻之间便雨下如注,若说雨止,瞬间雨便能止住不滴,这并非不能做到。 这也是古人常说神在心中的道理所在,所谓道由心传,并非是想出来的,而是它本来就存在那里。 所以如果看唐时传下的正宗的上清道法典籍的话,会发现一些特点,比如所有的神明均从自身心中化出,其它身神相配合,然后实现各类道法。 并且早年的唐宋所传下的道法,大多轻便易行,而如果再看明清的道法,且不说各类符秘复杂异常,往往一个简单法门,所用到的符便多达几十上百道,各类稀奇古怪的表文,如烧纸钱一般的不要命的烧,拖沓异常。 究其根本原因便是,除了有些场合是为了拖延时间表演外,便是自身力量越是不足,越需要在外在形式上来进行补充,如此才能充实信心。 同样的事情发生在丹道上,明清丹道流行之时,为了填补不安,不得不借助于扶乩的形式来进行佐证,以期证明天仙神佛的存在,这其实走上了一条错误的路线。 扶乩实际上只能通的是阴神,结果就直接导致道教一些丹道理论,也被篡改了,如在《伍柳仙宗》说 :”久而性光化为舍利光,从性海中冲出,化万万道毫光,贯于太空,与古佛如来相会。 ”并说由此 … 阅读全文 聊聊周易参同契(廿十二):君子居其室,出其言善

Ueditor高亮插件SyntaxHighlighter问题修正

Ueditor高亮插件SyntaxHighlighter问题修正 1、如果一行代码太长,就会造成代码块过宽,修改shCoreDefault.css,加上word-break:break-all: .syntaxhighlighter {     width: 100% !important;     margin: .3em 0 .3em 0 !important;     position: relative !important;     overflow: auto !important;     background-color: #f5f5f5 !important;     border: 1px solid #ccc !important;     border-radius: 4px !important;     border-collapse: separate !important;     word-break: break-all; } 2、双击以后文本框大小不对错位问题,修改shCore.js,为文本框增加高度: /**  * Quick code mouse double click handler.  */ function quickCodeHandler(e) {     var target = e.target,         highlighterDiv = findParentElement(target, '.syntaxhighlighter'),         container = findParentElement(target, '.container'),         textarea = document.createElement('textarea'),         highlighter         ;     if (!container || !highlighterDiv || findElement(container, 'textarea'))         return;     highlighter = getHighlighterById(highlighterDiv.id);     // add source class name     addClass(highlighterDiv, 'source');     // Have to go over each line and grab it's text, can't just do it on the     // container because Firefox loses all \n where as Webkit doesn't.     var lines = container.childNodes,         code = []         ;     for (var i = 0; i 

MAC上Brew被墙的更新

按 ruby -e “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)” 指令安装时提示github无法访问,下载不了brew。 所以只能 git clone git://mirrors.tuna.tsinghua.edu.cn/homebrew.git 或(git clone http://mirrors.ustc.edu.cn/homebrew.git) 下载,然后拷入/usr/local文件夹 在尝试 git remote set-url origin http://mirrors.ustc.edu.cn/homebrew.git 后, 进行 brew update时,仍然提示无法访问 github,很是怪异。 想到办法有两种,一种是去修改 brew 的脚本强行指定,但太麻烦了。 所以最终还是用shadowsocksx-ng,直接通过连上服务器,开1087端口作为http代理,并在终端中使用: export https_proxy=http://127.0.0.1:1087 然后brew成功。