section | 易学教程

快速理解web语义化

阅读更多关于快速理解web语义化

什么是Web语义化 Web语义化是指使用恰当语义的html标签、class类名等内容，让页面具有良好的结构与含义，从而让人和机器都能快速理解网页内容。语义化的web页面一方面可以让机器在更少的人类干预情况下收集并研究网页的信息，从而可以读懂网页的内容，然后将收集汇总的信息进行分析，结果为人类所用；另一方面它可以让开发人员读懂结构和用户以及屏幕阅读器（如果访客有视障）能够读懂内容。简单来说就是利于 SEO，便于阅读维护理解。总结起来就是：正确的标签做正确的事情页面内容结构化无CSS样子时也容易阅读，便于阅读维护和理解便于浏览器、搜索引擎解析。利于爬虫标记、利于SEO html 语义化标签 HTML为网页文档内容提供上下文结构和含义。对于HTML体系而言，Web语义化是指使用语义恰当的标签，使页面有良好的结构，让页面元素有含义，便于被浏览器、搜索引擎解析、利于SEO。通常我们所说的HTML应该是完全脱离表现信息的，其中的标签应该都是语义化地定义了文档的结构。代码示例： <html> <body> <article> <header> <h1>h1 - WEB 语义化</h1> </header> <nav> <ul> <li>nav1 - HTML语义化</li> <li>nav2 - CSS语义化</li> </ul> </nav> <section>

HTML5 语义标签

阅读更多关于 HTML5 语义标签

在 HTML5 出来之前，我们用 div 来表示页面章节，但是这些 div 都没有实际意义。（即使我们用 css 样式的 id 和 class 来形容这块内容的意义）。这些标签只是我们提供给浏览器的指令，只是定义一个网页的某些部分。但现在，那些之前没“意义”的标签因为 html5 的出现而消失了，这就是我们平时所说的“语义”。如上图那个页面结构没有使用一个 div，都是采用 html5 语义标签（用哪些标签，关键取决于你的设计目标）。但是也不要因为 html5 新标签的出现，而随意用之，错误的使用肯定会事与愿违。所以有些地方还是要用 div 的，就是因为 div 没有任何意义的元素，他只是一个标签，仅仅是用来构建外观和结构。因此是最适合做容器的标签。 W3C 定义了这些语义标签，不可能完全符合我们有时的设计目标，就像制定出来的法律不可能流传 100 年都不改变，更何况它才制定没多久，不可能这些语义标签对所以设计目标的适应。只是一定程度上的“通用”，我们的目标是让爬虫读懂重要的东西就够了。结论：不能因为有了 HTML5 标签就弃用了 div，每个事物都有它独有的作用。 header 元素 header 元素代表“网页”或“section”的页眉；通常包含 h1-h6 元素或 hgroup，作为整个页面或者一个内容块的标题，也可以包裹一个目录部分，一个搜索框，一个 nav

html5 新标签

阅读更多关于 html5 新标签

在之前的HTML页面中，大家基本上都是用了Div+CSS的布局方式。而搜索引擎去抓取页面的内容的时候，它只能猜测你的某个Div内的内容是文章内容容器，或者是导航模块的容器，或者是作者介绍的容器等等。也就是说整个HTML文档结构定义不清晰，HTML5中为了解决这个问题，专门添加了：页眉、页脚、导航、文章内容等跟结构相关的结构元素标签。在讲这些新标签之前，我们先看一个普通的页面的布局方式：上图中我们非常清晰的看到了，一个普通的页面，会有头部，导航，文章内容，还有附着的右边栏，还有底部等模块，而我们是通过class进行区分，并通过不同的css样式来处理的。但相对来说class不是通用的标准的规范，搜索引擎只能去猜测某部分的功能，另外就是此页面程序交给视力障碍人士来阅读的话，文档结构和内容也不会很清晰。而HTML5新标签带来的新的布局则是下面这种情况：相关的HTML代码是： <body> <header>...</header> <nav>...</nav> <article> <section>...</section> </article> <aside>...</aside> <footer>...</footer> </body> 　有了上面的直接的感官的认识后，我们下面一一来介绍HTML5中的相关结构标签。 section标签 <section>标签，定义文档中的节

Swift - 给UICollectionview设置组背景和圆角

阅读更多关于 Swift - 给UICollectionview设置组背景和圆角

钟情圆角怎么办最近由于我们的UI钟情于圆角搞得我很方，各种圆角渐变，于是就有了下面这篇给UICollection组设置圆角和背景色的诞生，不知道在我们平时有没有遇到这样子的一些需求，就是按照每一组给UIColllectionView设置不同的背景色，要是没有遇到的同学建议可以先思考一下改怎么处理在看下面的内容吧。首先需要考虑的是在哪里设置了，我们都应该知道关于CollectionView的属性几乎都是在Layout里面在管理的，那我们要给它设置背景色和院圆角也肯定是在在这去写的了，在大小间距等布局方面我们遵循的都是 UICollectionViewDelegateFlowLayout 这个代理，但这时候我们就应该想到这个DelegateFlowLayout里面没有设置背景色和圆角的代理的，我们需要背景色这个概念的话就只能去注册一个修饰View然后给修饰的View去设置背景色和圆角了。 // MARK: - 注册一个装饰View func registClass() { self.register(PPReusableView.self, forDecorationViewOfKind: PPCollectionViewSectionBackground) } NOTE: PPReusableView.self 这个语法在OC中就等于[PPReusableView Class]

快速理解web语义化

阅读更多关于快速理解web语义化

css 包含块

阅读更多关于 css 包含块

指出错误观念许多开发者认为一个元素的包含块就是他的父元素的内容区，其实这是错误的（至少不完全正确）！一个元素的尺寸和位置经常受其包含块的影响。大多数情况下，包含块就是这个元素最近的祖先块元素的内容区，但也不是总是这样。下面我们看看盒模型：当浏览器展示一个文档的时候，对于每一个元素，它都产生了一个盒子。每一个盒子都被划分为四个区域：内容区内边距区边框区外边距区什么是包含块？包含块有分为根元素包含块和其他元素的包含块。根元素包含块根元素html的包含块是一个矩形,叫做初始化包含块(initial containing block)。可以看到html外面还有空间，这个包含html的块就被称为初始包含块(initial containing block)，它是作为元素绝对定位和固定定位的参照物。对于连续媒体设备（continuous media），初始包含块的大小等于视口viewpor的大小，基点在画布的原点（视口左上角）；对于分页媒体（paged media），初始包含块是页面区域（page area）。初始包含块的direction属性与根元素的相同。其他元素的包含块大多数情况下，包含块就是这个元素最近的祖先块元素的内容区，但也不是总是这样，下面就来学习如何确定这些元素的包含块。如何确定元素的包含块？确定包含块的过程完全依赖于这个包含块的

python读取 ini 配置文件

阅读更多关于 python读取 ini 配置文件

在详解python读取ini文件之前，我们先说明一个ini文件的组成；一个ini文件是由多个section组成，每个section中以key=vlaue形式存储数据；然后我们来使用python读取ini文件中的数据； 1导包 # 导包 import configparser config = configparser.ConfigParser() # 类实例化 # 定义文件路径 path = r'D:\Python_Script\new_framework\source_file\broswer_config.ini' 2.读取文件内容 # 第一种读取ini文件方式,通过read方法 config.read(path) value = config['select']['url'] print('第一种方法读取到的值：',value) # 第二种读取ini文件方式，通过get方法 value = config.get('select','url') print('第二种方法读取到的值：',value) # 第三种读取ini文件方式，读取到一个section中的所有数据，返回一个列表 value = config.items('select') print('第三种方法读取到的值：',value) 3.通过上面两种方式，我们发现读取到的数据全部是str类型。

p24 响应式导航栏关闭按钮

阅读更多关于 p24 响应式导航栏关闭按钮

css引入 <link href="//netdna.bootstrapcdn.com/font-awesome/4.7.0/css/font-awesome.min.css" rel="stylesheet"> body主体结构 <body id="top"> <div class="container"> <a href="#nav" class="open toggle-btn"><i class="fa fa-reorder"></i></a> <nav id="nav"> <ul> <li> <a href="#">首页</a> </li> <li> <a href="#">愿景</a> </li> <li> <a href="#">介绍</a> </li> <li> <a href="#">示例</a> </li> <li> <a href="#">作者博客</a> </li> </ul> <a href="#top" class="close toggle-btn"><i class="fa fa-remove"></i></a> </nav> <header>搜索栏</header> <section> <h3>Real world examples, hot off the presses.</h3> <p>Our dictionary was written

《操作系统真象还原》MBR

阅读更多关于《操作系统真象还原》MBR

　　以下是读本书第三章的收获。　　如何知道一个源程序的各符号（指令和变量）地址？简单来说，地址就是该符号偏移文件开头的距离，符号的地址是按顺序编排的，所以两个相邻的符号，其地址也是相邻的。对于指令来说，指令的地址=上一个指令的地址+上一个指令的大小，最初的符号地址为0，可以根据此公式推算出所有符号的地址。 section称为节，它是提供给程序员编排程序用的，我们可以将一段读取字符串的代码放在section A下，将读取硬盘的代码放进section B下，可以给A,B换成一个更具体的名字，来提高可读性。例如，下图这段代码，将整个程序分成section code和section data两节，顾名思义，就是存放代码和数据的两个section，这样我们就很清楚地知道每部分代码是做什么用的。另一个值得注意的细节是section并不会对符号的编址用什么影响，去掉section和不去掉其实符号的地址都是一样的。 vstart用于告诉编译器，之后的符号都以某个地址为初始地址来编址。如下图，像$$的地址替换成以0x7c00为初始地址的地址，符号var1和var2的地址被替换成以0x900的地址。当然，我们还可以通过section.节名称.start来获得在文件中真正的地址。如section.code.start值为0x0，即section code偏移文件的距离为0

逆向-PE头解析

阅读更多关于逆向-PE头解析

目录 PE头解析数据结构 IMAGE_DOS_HEADER IMAGE_NT_HEADERS 区块 PE头解析 PE 格式是Windows系统下组织可执行文件的格式。PE文件由文件头和对应的数据组成。目标是在不同的架构下装载器和编程工具不用重写。 PE中一大特点是不连续的位置大部分记录的都是相对地址（RVA）,相对的是PE文件中记录的基地址（image base）的偏移量。进程是程序的执行状态的实体，每个进程都有自己独立的内存空间（编址）PE和内核等一起编制，所以image base也不总是确定的。结构（参考：加密与解密）数据结构 IMAGE_DOS_HEADER 参考：参考： http://www.openrce.org/reference_library/files/reference/PE%20Format.pdf IMAGE_DOS_HEADER STRUCT { +0h WORD e_magic //Magic DOS signature MZ(4Dh 5Ah) DOS可执行文件标记 +2h WORD e_cblp //Bytes on last page of file +4h WORD e_cp //Pages in file +6h WORD e_crlc //Relocations +8h WORD e_cparhdr //Size of header in

订阅 section