深圳房屋编码查询网址

深圳房屋编码查询地址:

网址1:

http://61.144.226.124:10000/AddressWeb/#/

网址2:

http://www.szzlb.gov.cn/govmap/ (可能需要在微信内打开)

深圳房屋编码查询由中共深圳市委政法委员会和深圳市社区网格管理办公室联合提供.

在查询网址中提供了多项信息供居民查询.

网址1中可以查询到每个小区,每个村,每栋楼中每个房间的房屋编码.

网址2可以查询到每个小区,每个村,每栋楼中每个房间的房屋编码.以及对应的辖区信息.(如下图,部分信息需在微信中打开才能看到)

Output Control 函数 ob函数

参考网址:https://www.php.net/manual/zh/ref.outcontrol.php

目录
flush — 刷新输出缓冲
ob_clean — 清空(擦掉)输出缓冲区
ob_end_clean — 清空(擦除)缓冲区并关闭输出缓冲
ob_end_flush — 冲刷出(送出)输出缓冲区内容并关闭缓冲
ob_flush — 冲刷出(送出)输出缓冲区中的内容
ob_get_clean — 得到当前缓冲区的内容并删除当前输出缓。
ob_get_contents — 返回输出缓冲区的内容
ob_get_flush — 刷出(送出)缓冲区内容,以字符串形式返回内容,并关闭输出缓冲区。
ob_get_length — 返回输出缓冲区内容的长度
ob_get_level — 返回输出缓冲机制的嵌套级别
ob_get_status — 得到所有输出缓冲区的状态
ob_gzhandler — 在ob_start中使用的用来压缩输出缓冲区中内容的回调函数。ob_start callback function to gzip output buffer
ob_implicit_flush — 打开/关闭绝对刷送
ob_list_handlers — 列出所有使用中的输出处理程序。
ob_start — 打开输出控制缓冲
output_add_rewrite_var — 添加URL重写器的值(Add URL rewriter values)
output_reset_rewrite_vars — 重设URL重写器的值(Reset URL rewriter values)

常见各国插头标准

国标插头在中国、澳大利亚、新西兰使用,特征是三个扁头。

美标插头在美国、加拿大、巴西、菲律宾、泰国等国家和台湾使用,特征是一圆两扁。

英标插头在香港和英国、印度、巴基斯坦、新加坡、马来西亚、印度尼西亚、马尔代夫等国家和地区使用,特征是三个方头。

欧标(德标)插头在德国、法国、荷兰、丹麦、挪威、波兰、葡萄牙、比利时、匈牙利、西班牙、瑞典等欧盟国家及韩国、俄罗斯等国家使用,特征是两个圆头。

南非标插头主要是在南非、印度、俄罗斯使用,特征是三个圆头。

 

来源:网络

中国已上市新冠疫苗

新冠疫苗(vero细胞)全称是新型冠状病毒肺炎灭活疫苗(Vero 细胞),是由国药集团中国生物北京生物制品研究所有限责任公司研发的新型冠状病毒疫苗,适用于预防由新型冠状病毒感染引起的疾病(COVID-19)。

2020年12月30日,中国国家药监局批准国药集团中国生物北京生物制品研究所的新冠疫苗附条件上市。这是中国首个正式获批上市并对重点人群接种的新冠疫苗。

2021年2月5日,国家药品监督管理局附条件批准北京科兴中维生物技术有限公司的新型冠状病毒灭活疫苗(Vero细胞)注册申请。

2021年2月25日,国家药品监督管理局附条件批准国药集团中国生物武汉生物制品研究所有限责任公司的新型冠状病毒肺炎灭活疫苗(Vero 细胞)和康希诺生物股份公司重组新型冠状病毒疫苗(5型腺病毒载体)的注册申请 。

 

现有疫苗列表

1.新型冠状病毒灭活疫苗(Vero细胞):注射2剂

国药集团中国生物北京生物制品研究所

2.新型冠状病毒肺炎灭活疫苗(Vero细胞,克尔来福,CoronaVac):注射2剂

北京科兴中维生物技术有限公司(简称“科兴”)]

3.新型冠状病毒灭活疫苗(Vero细胞):注射2剂

国药集团中国生物武汉生物制品研究所

4.重组新型冠状病毒疫苗(5型腺病毒载体,克威莎,简称“Ad5-nCoV”):注射1剂

由康希诺生物股份(600201)有限公司与军事科学院军事医学研究院生物工程研究所合作研发(简称“康希诺生物”)

 

数据库EAV模型

EAV(Entity–Attribute–Value,实体-属性-值),一种数据库模型,使用eav建模的好处是可以动态为数据模型增加或移除属性。

 

MySQL必须知道的点!

转自Mysql必须知道的点!_架构之美

MySQL已经成为世界上最受欢迎的数据库管理系统之一,无论是用在小型开发项目上,还是用在构建那较大型的网站,MySQL都用实力证明了自己是一个稳定、可靠、快速、可信的系统,足以胜任任何数据存储业务的需要。

使用过程中,这些点你都知道吗?
1.必须使用InnoDB存储引擎
有更好的CPU和IO性能,更好的备份和锁表机制,提高统计和调试效率。
另外,作为一 个系统,InnoDB支持多种关键功能,其中最重要的是事务日志和行级锁。事务日志记录真正的数据库事务,但更重要的是数据崩溃恢复和回滚。
基于 InooDB方式的IO,能给予更安全数据保护和更好性能表现。另外,在大多数的情况下,行级锁可以提供更高的并发性能,因为用户只锁定他们正在写的数据,而读数据永远不会被阻塞 。
2.数据表、数据字段必须加入中文注释
方便日后新人小哥,更快理解熟悉;并且可读性更好。同时在status这类字段上标注:0表示删除,1表示正常 等枚举值。
3.必须使用UTF8mb4字符集
utf8是通用的字符集,mb4 在utf8上进行了扩展,支持emoj等新的字符。
4.禁止使用存储过程、视图、触发器、Event、join等
高并发大数据的互联网业务,架构设计思路是“解放数据库CPU,将计算转移到服务层”,数据库擅长存储与索引,CPU计算在业务层更合理。5.禁止存储大文件或者大照片
当人员照片较多时,分页查询速度明显变慢,之前1秒内响应,加了照片字段后,需要4~5秒左右才能响应。
大文件和照片存储在文件系统,数据库里存URI更好
6.表必须有主键,例如自增主键
a)主键递增,数据行写入可以提高插入性能,可以避免Page分裂,减少表碎片提升空间和内存的使用。
b)使用数字类型主键,较短的数据类型可以有效的减少索引的磁盘空间,提高索引的缓存效率。
c)无主键的表删除,在ROW模式的主从架构,会导致备库夯住。
d)  更多使用业务主键,在分库分表会有更多便利性。
7.禁止使用外键,如果有外键完整性约束,需要应用程序控制
外键会导致表与表之间耦合,Update与Delete操作都会涉及相关联的表,十分影响SQL的性能,甚至会造成死锁。8.必须把字段定义为NOT NULL并且提供默认值
a)null的列使索引/索引统计/值比较都更加复杂,对MySQL来说更难优化。
b)null 这种类型MySQL内部需要进行特殊处理,增加数据库处理记录的复杂性;同等条件下,表中有较多空字段的时候,数据库的处理性能会降低很多。
c)null值需要更多的存储空,无论是表还是索引中每行中的null的列都需要额外的空间来标识。
d)对null 的处理时候,只能采用is null或is not null,而不能采用=、in、<、<>、!=、not in这些操作符号。
如:where name!=’nx’,如果存在name为null值的记录,查询结果就不会包含name为null值的记录。9.禁止使用TEXT、BLOB类型
会浪费更多的磁盘和内存空间,非必要的大量的大字段查询会淘汰掉热数据,导致内存命中率急剧降低,影响数据库性能。10.禁止使用小数存储货币
使用整数吧,小数容易导致钱对不上。11.必须使用varchar(20)存储手机号
a)涉及到区号或者国家代号,可能出现+-()
b)手机号会去做数学运算么?
c)varchar可以支持模糊查询,例如:like“138%”12.禁止使用ENUM,可使用TINYINT代替
a)增加新的ENUM值要做DDL操作
b)ENUM的内部实际存储就是整数,你以为自己定义的是字符串?13.关于索引设计
(1)单表索引建议控制在5个以内
索引并不是越多越好!索引可以提高效率同样可以降低效率。
索引可以增加查询效率,但同样也会降低插入和更新的效率,甚至有些情况下会降低查询效率。
因为MySQL优化器在选择如何优化查询时,会根据统一信息,对每一个可以用到的索引来进行评估,以生成出一个最好的执行计划,如果同时有很多个索引都可以用于查询,就会增加MySQL优化器生成执行计划的时间,同样会降低查询性能。
(2)禁止在更新十分频繁、区分度不高的属性上建立索引
a)更新会变更B+树,更新频繁的字段建立索引会大大降低数据库性能
b)“性别”这种区分度不大的属性,建立索引是没有什么意义的,不能有效过滤数据,性能与全表扫描类似(3)建立组合索引,必须把区分度高的字段放在前面
理由:能够更加有效的过滤数据14.关于SQL使用规范
(1)禁止使用INSERT INTO t_xxx VALUES(xxx),必须显示指定插入的列属性
理由:容易在增加或者删除字段后出现程序BUG(2)禁止在WHERE条件的属性上使用函数或者表达式
理由:SELECT uid FROM t_user WHERE from_unixtime(day)>='2019-10-09' 会导致全表扫描
正确的写法是:SELECT uid FROM t_user WHERE day>= unix_timestamp('2019-10-09 00:00:00')(3)禁止负向查询,以及%开头的模糊查询
理由:
a)负向查询条件:NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等,会导致全表扫描
b)%开头的模糊查询,会导致全表扫描(4)禁止大表使用JOIN查询,禁止大表使用子查询
理由:会产生临时表,消耗较多内存与CPU,极大影响数据库性能(5)禁止使用OR条件,必须改为IN查询
理由:旧版本Mysql的OR查询是不能命中索引的,即使能命中索引,为何要让数据库耗费更多的CPU帮助实施查询优化呢?(6)应用程序必须捕获SQL异常,并有相应处理

Google自定义搜索引擎

Google自定义搜索引擎是通过谷歌搜索提供的api接口来获取指定网站的搜索结果.然后通过相关前后端技术来输出获取的结果,这样就可以实现类似网盘资源搜索这类专门针对指定网址进行搜索的服务.

网址: https://programmablesearchengine.google.com/

通过谷歌提供的格式,我们可以添加多个网址

如图

 

您可以添加以下任意内容:

  • 单个网页:www.example.com/page.html
  • 整个网站:www.mysite.com/*
  • 网站的某些部分:www.example.com/docs/* 或 www.example.com/docs/
  • 整个域:*.example.com

按需要进行设置

点击创建就可以获取代码部署到自己的网站了.

 

 

然后可以对创建的搜索引擎进行设置更多内容.

 

 

这样我们就可以设置自己的特定搜索引擎了.

需要注意:

你放置的主机或服务器本身需可以访问谷歌搜索.(通过香港或国外主机服务器都可以).

 

这个谷歌搜索引擎的作用很多.

像搜索视频网站,搜索图片网站,搜索资讯网站,都可以把相关网址统一到一个里面,来自定义搜索引擎.

另外,也可以把商城类网站统一到一起,然后通过代码来处理输出的数据,实现佣金赚取等功能.

同时,也可以通过搜索引擎来搜索一些会员服务(有很多网站针对搜索引擎展现的内容和用户看到的不一样).

 

通过谷歌提供的公开网址,我们可以进行搜索,这个结果和部署到自己网站的结果是一样的.

只是这个要能访问谷歌才可以.

Web内容无障碍指南(WCAG)

Web内容无障碍指南(WCAG)2.1涵盖了使Web内容更易于访问的各种建议。遵循这些准则将使更多残疾人更容易获取网站内容,其中包括失明和弱视、耳聋和听力丧失、运动受限、言语障碍、光敏性和多种残疾组合的残疾人,以及有学习障碍和认知局限的残疾人; 但不会满足这些残疾用户的所有需求。这些准则旨在解决台式机,笔记本电脑,平板电脑和移动设备上的Web内容的无障碍问题。遵循这些准则通常也会使网站内容对用户更有用。

WCAG 2.1成功标准是作为非特定技术的可测试语句编写的。有关满足特定技术成功标准的准则以及有关解释成功标准的一般信息,请参见单独的文件。有关介绍和WCAG技术和教育资料的链接,请参阅Web内容无障碍指南(WCAG)概述。

WCAG 2.1扩展了Web内容无障碍指南2.0[WCAG20], 该指南于2008年12月作为W3C建议书发布。符合WCAG 2.1的内容也符合WCAG 2.0。工作组希望,对于要求符合WCAG 2.0的政策,WCAG 2.1可以提供一种一致的替代方法。WCAG 2.1的发布并未弃用或取代WCAG 2.0。虽然WCAG 2.0仍然是W3C 推荐标准,但W3C建议使用WCAG 2.1来最大限度地提高无障碍工作的未来适用性。W3C还鼓励在开发或更新Web无障碍策略时使用最新版本的WCAG。

中文版 https://www.w3.org/Translations/WCAG21-zh/

英文版 https://www.w3.org/TR/WCAG21/

476种食物血糖生成指数一览表

低血糖生成指数食物:在胃肠停留时间长,释放缓慢,餐后血糖峰值较低。GI<55%。表中用绿色表示。
中血糖生成指数食物:餐后血糖峰值介于低血糖生成指数食物和高血糖生成指数食物之间。55%≤GI≤70%。表中用黄色表示。
高血糖生成指数食物:进入胃肠后消化速度快,吸收完全,餐后血糖峰值高。GI>70%。表中用红色表示。
476种食物血糖生成指数一览表