也许是个Bug吧，在这里我简单说一下发现的过程。现在我上传一个图片：test.png然后将图片插入编辑器：由于太大了，我需要利用编辑器上的“插入/编辑图片”来修改尺寸。点击更新。（其实这个地方无所谓点什么）然后直接点击“提交”或者“存为草稿”，没有反应了。最后我退出来并重新进入发现：并不是前台没有给响应，而是根本没有提交成功。如何从这种状态挣脱出来呢？点击到文章的末尾输入一些字符，就恢复正常了。也就是说如果在编辑完图片后不能直接提交，而是要将编辑器状态（这
系统 2019-08-29 22:17:12 2458
整个文件io系统位于irr::io名字空间内，接口简洁明了，见下图这个文件系统的一个特点是，可以将zip包，pak包（Quake2pak格式）视作目录，包中的文件和磁盘目录的文件一样访问，直接指定文件路径即可。在IFileSystem的实现中，createAndOpenFile的过程是，先遍历所有的zip包（之前必须使用addZipFileArchive设定上），如果找到文件就打开并返回，如果没有找到就遍历所有pak包，遍历unzip包，最后从目录文件打开
系统 2019-08-29 22:04:58 2458
CSS3的出现，他同时引进了一些新的单位，包括我们今天所说的rem。在W3C官网上是这样描述rem的——“fontsizeoftherootelement”。下面我们就一起来详细的了解rem。前面说了“em”是相对于其父元素来设置字体大小的，这样就会存在一个问题，进行任何元素设置，都有可能需要知道他父元素的大小，在我们多次使用时，就会带来无法预知的错误风险。而rem是相对于根元素，这样就意味着，我们只需要在根元素确定一个参考值，，在根元素中设置
系统 2019-08-12 09:30:32 2458
JBPM节点分支之Group节点分析JBPM的众多节点类型中，唯独Group节点比较有个性；Group节点作为众多的节点中的一员，其并不能完成业务功能，但其作为一种节点的容器，可以对现有的节点类型进行“混搭”，从而构造出可以完成新的业务功能的节点类型！今天我们来简单的学习一下Group节点，后续我们会进行深入分析JBPM的并发设计时候再次提到Group节点。Group节点功能分析作为父容器，可以将复杂的业务功能进行封装为新的节点类型,便于业务复用和维护；可
系统 2019-08-12 09:30:26 2458
第六章全局替换全局替换真正使用的是ex的两个命令::g(全局)和:s(替换),替换命令的语法如下::s/old/new/将把当前行中模式old第一次出现修改为new./(斜杠)是命令不同部分间的分隔符(当斜杠为该行的最后一个字符时,它是可选的):/s/old/new/g把当前行old的每次出现改为new,而不只是该行的第一个old.:s命令允许替换串后面带有选项.g就代表全局(g选项影响一行中的每个模式,跟:g命令是不同的)通过在:s命令前加上地址前缀,可
系统 2019-08-12 09:27:43 2458
What'sIncluded&New.NETProductLine-v7.1.8NewFeatures/ChangesXtraBarsSuiteS50033-RibbonQuickAccessToolbardoesn'tknowitsRibbonowner(aproblemwithCAB)XtraSchedulerSuiteS18108-DefaultnamepatternforanewstylemustbelocalizableResolvedIssue
系统 2019-08-12 09:27:41 2458
ThistutorialwillcoverabasicscenariowhereitintegratesSpringSecurity,usingdatabase-backedauthentication,intoanexistingSpringwebapplication.SpringSecurityisasecurityframeworkthatprovidesdeclarativesecurityforyourSpring-basedapplicati
系统 2019-08-12 09:27:38 2458
说明：可能是用windows时间长的关系，总感觉linux下的软件管理很麻烦。特意说明下：这里的方法非原创，都是在安装过程中遇到问题在搜索之后的整理。作为一种经验整理。·安装：依赖库：基本：--应该是最小集，但我安装这些后还是缺少库。libboost-dev,libevent-dev,libtool,flex,bison,g++,automake,pkg-config,libboost-test-devlibmono-dev,ruby1.8-dev,lib
系统 2019-08-12 09:26:54 2458
丢失更新---两个事务依次写同一数据(依次但是都没有Commit),一旦后一个事务失败,前一个事务的修改将丢失.读脏数据---当一个事务在写数据的时候(尚未Commit),另一个事务去读该数据.如果写事务失败,将引发问题.不可重复的读---在读事务中的先后两次读同一数据中插入一个写事务(写那个读的数据Commit).二次丢失更新---两个事务并发更新同一数据,但因为总有先后顺序,导致后者会将前者覆盖,而先后顺序是不可预测的.(二次丢失更新maybewron
系统 2019-08-12 01:55:41 2458
JudgeInfoMemoryLimit:32768KBCaseTimeLimit:10000MSTimeLimit:10000MSJudger:NumberOnlyJudgerDescriptionAnumberthatreadsthesamefromrighttoleftaswhenreadfromlefttorightiscalledapalindrome.Thenumber12321isapalindrome;thenumber77778isnot
系统 2019-08-12 01:54:52 2458
