blog

默认路由： Ruby代码 # Rails3: match '/:controller(/:action(/:id))' # Rails2: map.connect ':controller/:action/:id' 正则路由： Ruby代码 # Rails3: match 'products/:id' , :to => 'catalog#view' # Rails2: map.connect 'products/:id' , :controller => 'catalog' , :action => 'view' 命名路由： Ruby代码 # Rails3: match 'logout' , :to => 'sessions#destroy' , :as => 'logout' # Rails2: map.logout 'logout' , :controller => 'sessions' , :action => '' 根路由： Ruby代码 # Rails3: root => 'welcome#show' # Rails2: map.root :controller => 'welcome' , :action => 'show' 路由简写技巧： :to 键的省略: Ruby代码 match 'account' => 'account#index' # 相当于： match

1、下载Google Chrome浏览器，在右上角点开设置一栏，找到更多工具—开发者工具 2、在Console中黏贴下面一段代码，然后按回车键即可，当前页面的pdf会自动加载出来。 (function(){ $("#side").remove(); $("#comment_title, #comment_list, #comment_bar, #comment_form, .announce, #ad_cen, #ad_bot").remove(); $(".nav_top_2011, #header, #navigator").remove(); $(".p4course_target, .comment-box, .recommend-box, #csdn-toolbar, #tool-box").remove(); $("aside").remove(); $(".tool-box").remove(); $("main").css('display','content'); $("main").css('float','left'); window.print(); $("tool-box").remove(); })(); 来源： CSDN 作者： 学无止境966 链接： https://blog.csdn.net/qq_23929673/article/details

使用百分比描述尺寸 <img src="https://img2018.cnblogs.com/blog/1122471/201902/1122471-20190222185756735-1641099963.png" width="60%"> 使用宽度描述尺寸 <img src="https://img2018.cnblogs.com/blog/1122471/201902/1122471-20190222185756735-1641099963.png" width="600"> 没有尺寸描述 <img src="https://img2018.cnblogs.com/blog/1122471/201902/1122471-20190222185756735-1641099963.png"> 或  来源： https://www.cnblogs.com/lion-zheng/p/10420072.html

这是上周就写好的文章，是在公司浩哥的建议下写的，本来是部门里面分享求创新用的，这里贴出来分享给大家。 　　最近在对MVC的学习过程中，接触到了Code First这种新的设计模式，感觉很新颖，并且也体验到了这种方式所带来的便利。这里将我的一些理解分享出来。 需要了解的概念 Ÿ POCO 　　POCO（Plain Old CLR Object）的概念是从java的POJO借用而来，而两者的含义是一致的，不同的仅仅是使用的语言不一样。所以POCO的解释就是“Plain Old C# Object”。POJO的内在含义是指那些没有从任何类继承、也没有实现任何接口，更没有被其它框架侵入的对象。 Ÿ PO 　　PO是指持久对象（persistant object持久对象）。持久对象实际上必须对应数据库中的entity，所以和POJO有所区别。比如说POJO是由new创建，由GC回收。但是持久 对象是 insert数据库创建，由数据库delete删除的。基本上持久对象 生命周期和数据库密切相关。另外持久对象往往只能存在一个数据库 Connection之中，Connnection关闭以后，持久对象就不存在了，而POJO只要不被GC回收，总是存在的。 Ÿ ORM 　　 ORM(Object/Relational Mapping) 对象关系映射，主要是把数据库中的关系数据映射称为程序中的对象 Ÿ

　　在上一篇文章《 安卓开发笔记——打造属于自己的博客园APP（二） 》中，我们基本上实现了主界面的搭建，网络框架的搭建，各博客列表页面的展示包括更新效果，对图片做了三级缓存处理（后面会把文章，新闻做成离线闪存，实现无网络也能照常浏览）。 　　今天来讲讲博客详情页和评论页面的实现，国际惯例，先上效果图：（动态图片比较大，加载需要点时间） 　 　　这里说下，关于上篇文章XML的解析，我后来查了下确实有一些方便解析的工具，例如：FastXML，Xstram等且效率更高，这里是在它的官方找到的一张数据图： 文章里我就还是先采用原生的pull解析了，等重构代码时候再换上工具类吧，先把项目做完。　 　　好了，废话不多说了，直接进入主题: 1、关于RecyclerView的点击事件 　　首先先来说下关于RecyclerView的点击监听事件，在上篇文章提到，RecyclerView是ListView升级版，顾名思义它是为效率而生的，它不关心多余的任何事情，比如Item项的动作监听，Item项的分割线，Item项的添加动画效果，只专注于数据的展示实现，相比ListView它更符合软件设计原则，更加解耦。 　　上面提到它不关心Item项的动作监听，很自然，它没有和ListView控件一样提供类似setOnItemClickListener这种监听方法，需要我们自己来实现，那么很自然的

java web 实现分页功能 使用框架：ssm 数据库：oracle 话说 oracle 的分页查询比 mysql 复杂多了，在这里简单谈一下： 查询 前十条数据： 1 SELECT * FROM( 2 SELECT ROWNUM WN,RN.* FROM ( 3 SELECT 4 id, 5 title, 6 create_time as createTime, 7 musictor, 8 musictitle 9 FROM 10 krry_blog 11 ORDER BY create_time desc 12 )RN 13 )WN 14 WHERE WN <= 10 AND WN > 0 oracle 分页查询语法较为复杂， 同样的结果，mysql 的语法是：用一个 LIMIT 就可以解决。 LIMIT a,b ： 参数 a：第 a 条数据开始查询（不包括第 a 条）， 参数 b：查询 b 条数据 1 SELECT 2 id, 3 title, 4 create_time as createTime, 5 musictor, 6 musictitle 7 FROM 8 krry_blog 9 ORDER BY create_time desc 10 LIMIT 5,3 查询的是从结果集中第5条数据开始的3条数据 （即查询出第6、第7、第8条数据） SSM 框架的搭建

①进入博客园后台 设置 ②首先选择博客皮肤为SimpleMemory,然后下滑禁用模板默认css ③下滑至页首 HTML 代码，粘贴以下内容： <link rel='stylesheet' href='https://blog-static.cnblogs.com/files/elkyo/cute-cnblogs.css'> <link rel='stylesheet' href='https://cdn.bootcss.com/animate.css/3.7.2/animate.min.css'> <link rel="stylesheet" href="https://blog-static.cnblogs.com/files/elkyo/siyuan.css" /> <script src="https://cdn.bootcss.com/jquery/3.4.1/jquery.min.js"></script> <script src="https://blog-static.cnblogs.com/files/elkyo/monitoring.js"></script> <link rel="stylesheet" href="https://blog-static.cnblogs.com/files/elkyo/OwO.min.css" /> <script src=

springboot版本：2.0.5.RELEASE jdk:1.8 目标，根据一个properties文件获取内容，并添加到对象上。并通过springboot单元测试 在esources根目录下添加other.properties文件 other.properties内容 other.title=burns other.blog=http://zhongyuele.top/ 在com.esoon.ids.entity包中创建OtherProperties类 OtherProperties.java package com.esoon.ids.entity; import lombok.Data; import org.springframework.boot.context.properties.ConfigurationProperties; import org.springframework.context.annotation.PropertySource; import org.springframework.stereotype.Component; @Component @Data @ConfigurationProperties(prefix = "other") @PropertySource(("classpath:other.properties"))

一些关于分享的思考 通过之前写的几篇机器学习相关的blog，能看到偏简单的形式更容易被大家接受，而一些比较有难度的项目，分享的效果就很一般，原因主要有以下几个方面： 比较难的项目需要对项目背景、数据形式、竞赛信息等有一定的了解，不然容易一头雾水，连是要干嘛都看不懂； 个人的文笔能力有限，包括blog的整体结构也不够合理，没有能够言简意赅的讲明白； 对于机器学习的理解不够，因此写成blog后就又打了一个折扣，一来一回大家看不懂也是正常的； 目前在考虑如何将我个人在机器学习的学习过程、竞赛项目等整理成一个系列，即能够帮助自己加深理解，如果还能对小伙伴们起到一丝丝帮助，那就再好不过了； 不过这个系列的分享形式还没有考虑好，既要能够让大家有收获，又能在展示我个人的一些优势的情况下，将我也还没很懂的部分说给大家听，避免误导大家，这还是有点难度的啊。。。。 不过有一点我觉得很好，之前在一篇文章看到的，说是一些国外的kaggle大佬们跟别人讨论分享时有一个习惯很好，就是他不仅仅会分享他最后采用的、效果好的数据处理方式，同时他也会分享之前他尝试的一些效果差强人意的，这种习惯好就好在他分享了自己的一整个思考的过程，而不仅仅是一个结果，这一点在做特征工程时是非常重要的，我们看到一个好的机器学习模型，也很容易copy复现它的效果，但是随便换一个问题又感觉自己做不到，即便是类似的问题，这就是因为模型是结果

第一章： Architecture(体系结构) Protocol Layers（协议层） ISO OSI Protocol 每层的功能： 网络层 提供交换及路由技术 传输层 提供了终端系统之间的数据透明传输，并且负责端到端的错误恢复及流程控制 会话层 用来建立、管理、以及终止应用程序之间的连接 表现层 提供数据表现差异的独立性（例如加密） 应用层 支持应用程序和用户程序 TCP/IP Protocol Gateways（网关） 网关是一个统称，它用于连接起一个或多个网络。 其中的 中继器 在物理层面上进行操作，它将信息从一个子网复制到另一个子网上。 桥接 在数据连接层面上进行操作，它在网络之间复制帧。 路由器 在网络层面上进行操作，它不仅在网络之间复制信息，还决定了信息的传输路线。 Packet encapsulation（数据包封装） 在OIS或TCP/IP协议栈层与层之间的通信，是通过将数据包从一个层发送到下一个层，最终穿过整个网络的。 每一层都有必须保持其自身层的管理信息。 从上层接收到的数据包在向下传递时，会添加头信息。 在接收端，这些头信息会在向上传递时移除。 TFTP（普通文件传输协议）将文件从一台计算机移动到另一台上。它使用IP协议上的UDP协议，该协议可通过以太网发送。看起来就像这样： Connection Models(连接模型) Connection