如果我们从搜索引擎蜘蛛的角度去看一个网站，在抓取、索引和排名时会出现一系列问题，解决了这些问题的网站设计就是对搜索引擎友好的网站。...1、搜索引擎蜘蛛能够找到网页 众所周知，新建的网站很难再短时间内得到搜索引擎认可的，因此网站收录异常艰难。 要让搜索引擎发现网站首页，必须要有外部链接到首页，然后蜘蛛在通过首页发现更深层次的网页。...所以就要求网站要有良好的结构，并且所有的页面可以通过普通的HTML链接达到。 2、搜索引擎能够抓取页面内容 搜索引擎蜘蛛发现的URL必须是可以被抓取的。...3、能够从网页中提炼有用信息 搜索引擎抓取页面之后，关键词在页面重要位置的合理分布、重要标签的撰写、HTML代码精简、起码的兼容性等可以帮助搜索引擎理解页面内容，提取有用信息。...只有搜索引擎能够顺利的找到所有页面，抓取这些页面并提取出其中真正有相关性的内容，网站才可以被视为是搜索引友好的。
| 如果我们从搜索引擎蜘蛛的角度去看待一个网站，在抓取、索引和排名时会遇到问题呢？解决了这些问题的网站设计就是搜索引擎友好（search engine friendly)的。...那么，什么样的网站设计对搜索引擎友好？一起来看看吧。 1．搜索引擎蜘蛛能不能找到网页。 ...、Flash中的链接等搜索引擎蜘蛛般不能跟踪爬行，就会造成收录问题。 ...关键词在页面重要位置的合理分布、重要标签的撰写、HTML代码精简、起码的兼容性等可以帮助搜索引擎理解页面内容，提取有用信息。 ...只有搜索引擎能顺利找到所有页面，抓取这些页面并提取出其中真正有相关性的内容，网站才可以被视为是搜索引擎友好的。 ||:----|
搜索引擎爬取网站内容都是从网站的结构出发，为了提升搜索引擎的友好的，优化网站结构是重点。和对待用户一样，对待搜索引擎也需要投其所好，才能获取它的友好度。...4、创建robots文件 提升搜索引擎对网站友好度的话，robots文件是好招。...5、提升用户体验度 都说网站服务对象是搜索引擎和用户，而对于搜索引擎来说，用户也是它的服务对象。只有用户觉得好的，有用的，推荐的网站，搜索引擎才会关于关注。...所以提升网站用户的体验度，通过用户的认可来获取搜索引擎的认可，提升友好度。...一个网站只有获取搜索引擎的信任，建立友好度，才会有更好的收录展现、权重以及排名。从网站结构出发，从根源上解决难题，提升网站与搜索引擎的友好度。
Photo by ConvertKit on Unsplash 时隔两个月没有更新博客，这次准备来个专题「友好的 Python」。...Pythonic 这个形容词虽然虚无缥渺，但我觉得这个定义是比较符合的。 忘了在哪里看到的：一个资深程序员写的代码，要能让新人看懂，一个大师级程序员写的代码，能让 CS 专业的大一学生看懂。...写的代码不仅要追求性能优功能强，还有一个重要的特质——友好。友好的界面能吸引更多用户，友好的代码结构能吸引更多的贡献者。所以本文是「友好的 Python」的其中一个主题：对开发者友好之扩展友好。...免去了「东市买骏马，西市买鞍鞯」的苦恼，一站式的体验，让程序更「友好」了。...值得注意的是，上面虽然通过启用魔法把扩展操作改进得非常友好，却损失了一些阅读代码的友好度——它把一些显式的操作变得有些隐晦（在 for 循环中 import_module 的副作用无法一眼看出）。
Photo by Samuel Sianipar on Unsplash 前言 上一篇说到写代码要对开发者、接手者友好，需要让程序扩展起来比较容易，实现「高内聚」。...同样地，对用户来说，程序使用起来是否友好也是决定了他用不用你的软件的一大要素。本文我们就先说一说其中的一种使用情形：作为上游库对下游提供接口（API）。...可是凑近闻一闻，小 F 仿佛闻到了爪哇咖啡的味道。没错，这个 Python 版的 SDK 最初是由组件的 Java 开发顺便写的2。具体问题在哪呢？...这里「合理」的意思是在大多数情况下，无需更改就能正常工作，达到真正的 Quick Start 的目的。...撇开作者个人不谈，requests 的源码还是非常值得一读的，能提升你的 API 设计能力。 就说到这。
上下文 在一周里，我看到了一个名为 “轻量级架构决策记录” 的技术实践。在看到了一个简单的示例之后，并阅读了文章《架构决策记录》之后，我开始对于这种工具有了一个好的印象。...这似乎就是我，以及敏捷团队、程序员所梦寐以求的工具。 作为一个程序员，我们并不喜欢阅读又长又臭的文档，它往往不如一个 hello, world 来得实在。更不用说自己去写一个又长又臭的的文档了。...事实上，我们对于文档的痛恶的原因是：文档经常是落后的、老旧的。因此，一个更合适的方案是，创建一种轻量级的文档。 作为程序员，我们常说代码即文档。...本节中的语言是价值中立的，只用于描述事实。 决策，这一节描述我们对这些力量的回应。这是充分的句子，以及积极的声音。 “我们会...”...所有的后果应该列在这里，而不仅仅是 “积极的”。一个特定的决策可能会产生积极的、消极的和中性的后果，但是它们都会影响未来的团队和项目。
写一些友好的代码（上），对人友好 这是一篇关于程序员的一个最基本条件的文章——编码。也是我学习虚拟机之后最大感触的一些内容。...关于编码，我想这应该是程序员最熟悉不过的事儿了。也是作为一个程序员最基本的职能了，而恰恰是最常做的事，最容易产生自信。而这种自信，有时便会成为理所应当的坏习惯。 对人友好 对人友好的代码怎么理解?...我想，任何一个程序员都可以写出对人友好的代码，就看你想不想去写。试想你自己写的代码，过了几个月回去看，心里喷了半天结果一看作者是自己。这就很尴尬了。...对人友好的代码它可能并不一定是最好的代码，但最起码是认真写的代码，这将会是写出好代码的第一步，希望大家都能迈出去。 关于编码，我想这应该是程序员最熟悉不过的事儿了。...其实关于对人友好的代码并不是技术上的话题，我觉得这更像是社交上的话题，程序员可能会习惯通过你的代码来了解你这个人。至少我有这样的一点小习惯。见码如见人。
写一些友好的代码（下），对虚拟机友好 关于编码，我想这应该是程序员最熟悉不过的事儿了。也是作为一个程序员最基本的职能了，而恰恰是最常做的事，最容易产生自信。...而这种自信，有时便会成为理所应当的坏习惯。 之前听郑雨迪（Oracle 高级研究员）说他的工作就是怎么让程序员写的代码在虚拟机上跑的更快，听起来很伟大，但细想想，作为程序员的我们。...上一篇我整理了一些对人友好的代码内容，简单来说就是不要写一些让人看不懂，或者看着不舒服的代码。 这一篇我想要分享的内容，就是让我们通过学习虚拟机的一些执行过程来优化我们的代码，为虚拟机分担一些压力。...也想借此文章谈谈自己理解的 Java 程序员为什么要去学习虚拟机。 听过很多朋友说过，我做开发根本都碰不到虚拟机，学这有啥用？...程序编译和代码优化 如果不想让虚拟机“恶心”，我们一起看看虚拟机是怎么处理我们写下的代码吧，从中理解一些对虚拟机友好的代码吧。
MapX的标注，修改标注功能尽管都有，但都十分的难用，操作起来，用户体验非常糟糕。不光编程难以控制，操作起来也不方便：工具选择要不断的切换，移动图元十分不敏感。...所以希望实现一种比较友好的交互。 设想是这样的：默认状态，都是Pan工具，可以自由的移动地图，缩放功能放到缩略图这里就不考虑了。有一个标注开关，打开后，当在空白区域时，为标注功能。...当前图元设定：只要鼠标移动到图元上方，该图元即为当前图元，移开后当前图元清空 状态设定：1-浏览；2-正在移动图元；3-标注 默认：Pan工具 鼠标按下： 存在当前图元，且状态=3：则进入图元的移动状态...，状态=2； 不存在当前图元，且状态=4：弹出标注的提示，进行标注； 鼠标移动： 查找当前位置的图元 找到图元，浏览状态（1）：设置图元为当前图元 ... 未找到图元，浏览状态（1）：清除当前图元 未找到图元，标注状态（3）：清楚当前图元，还原图标为标注图标 鼠标弹起： 存在当前图元，浏览状态（1）： 正常的一些弹出操作
但是我们怎么知道哪种算法对计算机而言是更好的呢？ 一个比较直观的方法就是，选择不同算法之中，完成同一项任务用时最短的那个，也就是我们常说的运行时间最短的。...不幸的是，我们没有办法精确的比较出哪个算法的运行时间更短，因为它受很多因素的影响。...例如： 写算法所用的语言 相同语言的版本差异 计算机硬件差异，每次读取数据的大小 我们能做的是通过计算算法从开始到完成一共做了多少步工作来近似的比较两个算法的运行时间。...所以我们应该做出一些假设，而不管每个人使用的硬件和语言的差异，找到一个公认的方法来比较不同算法解决问题的能力。...可以看到，由于我们不需要精确的比较，所以数字2对结果的影响微乎其微。这就是为什么当我们计算大O的时候，你只需要关心影响最大的因素，而可以忽略常数以及影响较小的因素。
本来嘛，我做的工作就是让用户可以不用做这些工作，但本篇文章还是想主要吐槽一下火山引擎的接口，和它的 SDK 设计。所以这篇可能不能叫《友好的 Python》了，可以当吐槽大会来看。...不妨先带着这个思考，来吃一口屎看一下火山引擎的 SDK。 下面的代码是我直接从火山引擎的接口文档里截取的。...，区别是在 super() 返回的对象上修改）不知对开始的问题你们心目中的方案是不是这样。...接收一个唯一对象 r，这个就是即将要发送的请求，并返回一个新的请求，你可以对它作任何修改，这不就是我们要做的事情吗？签名所需的其他信息，可以作为 __init__ 的初始化参数。...利用库的已存在的数据结构的好处是，我们能最大化保持原来的库的接口，因为请求方法我们没有任何侵入。
过犹不及，我就本人的口味来细说一下。 免责声明，本文有关代码好坏的论断纯属个人喜好，总结的规律均为信口开河，若要争论个高下大可不必。...写个配置类 小 F 是个后端程序员，他接到一个需求，写一个配置类作为项目配置的模型。很常见的需求嘛，先不管 Pydantic 之类的现成方案，就假设要造轮子好了。要怎么写呢？...，就是传入它的参数**并不总是生效：**你传了 from_env，那 from_file 会被忽略，你传了 from_file，那其他的 kwargs 会被忽略，这对使用者是相当不友好的，他们必须看文档才知道这几个参数优先级是怎样的...我们千万要警惕这种「炫技」的倾向，如果有多种实现方案，一定要选择最直截了当简单明白的方法。另一个原则是，你提供的东西，最好只提供刚好所需要的接口，而不暴露多余的接口。...用描述符的最大好处，是他对补全很友好，而且可以加 type hint。
我们经常会听到，Java nio中的direct buffer对io更加友好些，但为什么呢？ 本文将会从源码角度分析下其根本原因。...其实说的还是挺明白的，即当我们在做io操作时，如果用的是direct buffer，可以避免数据拷贝。 下面我们从源码角度看下，用direct buffer是如何避免数据拷贝的。...以SocketChannel为例，这个类中涉及到io操作的为write和read方法，我们先看下write。...中，然后再拷贝到我们的buffer中。...我猜应该和JVM的GC操作会移动Java对象的内存位置有些关系。改天另写一篇文章详细分析下。
之前投文章的时候，审稿人意见有一条说图的颜色对色盲读者不太好。 我确实还从来没有考虑过这个问题，给审稿人点个赞~ 之后又用ggsci()重新调了一下颜色返回了。...最近恰好看到一个包viridis，旨在画出更容易被色盲和/或色觉缺陷者阅读的、以及更好地以灰度显示的图。...举个例子，这是一些在正常人眼中的配色： ? 在绿色色盲眼中会变成这样，ggplot的配色看起来就差不多完全一样了： ? 在蓝色色盲眼中会变成这样： ?...总之，viridis系列的配色对色盲会比较友好。
你可能会觉得把你的银行的单体架构和弗兰肯斯坦的怪物做比较有点苛刻，但是它们有很多相同之处。...随着时间的推移，他们被缝在一起，创造了一个巨人 结果产生的怪物/巨石是巨大的，丑陋的，我们不想面对它，不想花时间与之相处 他们一开始都很友好，但到最后，他们很难相处。...如果你做错了，他们都会咬你的 弗兰肯斯坦——他实际上是一个疯狂的科学家，而不是怪物——开始用最好的材料创造一个完美的存在，当银行开始建造他们的单体架构系统时，他们的目标是相似的，在很短的一段时间内，他们的创造可能是他们的需求的完美解决方案...每个微服务都是独立的、独立的，它允许业务只调用完成每个任务所需的微服务，这使得系统快速、敏捷且易于伸缩。微服务也是与技术无关的，这使得来自多个提供者的服务集成成为一个简单的过程。...“科学怪人”一词是用来描述当销售和营销团队将来自许多供应商的工具“集成”到他们的销售渠道时所产生的可怕的体系结构。绑定在一起的服务集合笨拙地组合在一起，不能像预期的那样工作，并导致难以修复的问题。
1.starWith操作符 starWith是在数据序列的开头插入一条指定的项; 如果你想要一个Observable在发射数据之前先发射一个指定的数据序列，可以使用 StartWith 操作符，原理如图所示...，使用一个函数结合每个Observable发射的最近数据项，并且基于这个函数的结果发射数据。...当原始Observables的任何一个发射了一条数据时， CombineLatest 使用一个函数结合它们最近发射的数据，然后发射这个函数的返回值。...3.Merge 合并多个Observables的发射物; 使用 Merge 操作符你可以将多个Observables的输出合并，就好像它们是一个单个的Observable一样。...它按照严格的顺序应用这个函数。它只发射与发射数据项最少的那个Observable一样多的数据。
虽然 HTAP 概念已经普及很长时间，但是业内对于 HTAP 的理解不同，国内几款代表性的 HTAP 数据库技术路线也不尽相同。开发者应该如何理解 HTAP？什么才是开发者友好的 HTAP？...想要了解什么才是开发者友好的 HTAP，不如先来看看开发者们对于数据库的偏好。 开发者需要怎样的数据库？...在数据库融合的大趋势下，杨传辉判断，国内集中式和分布式融合的需求是存在的，开发者也就自然需要关注集中式分布式数据库融合的问题。...HTAP 作为数据库融合的方案之一，广受关注的原因之一就是简化了企业对于数据库的使用。 什么才是开发者友好的 HTAP？...仅从运维的角度来看，杨传辉认为开发者友好的 HTAP，“一定是让开发者觉得越来越简单，比如最好是在公有云上都不用怎么去部署。” 杨传辉对于 OceanBase 在走的 HTAP 路线非常坚定。
listGroupBy(Arrays.asList(new User(), null), User::getName, Collectors.toList(), false) 这样避免了抛出异常，返回了对null值友好的结果...(map里包含一个key为null的结果) 我稍作修改放到MP的SimpleQuery和hutool中的CollStreamUtil以及CollectorUtil中去了
我们在使用toMap时如果遇到null元素，经常会导致我们发生npe 很不方便 于是我给hutool提交了一个PR 完美解决了这个问题 使用方式： 升级到hut...
复杂的页面暂不建议MIP改造，目前对资讯、图文类支持已较好，若功能较为复杂的建议自定义组件或等待MIP项目小组开发。 ?...改造需具备一定的html知识，改造MIP教程请按照教程来，特别注意大小写，建议全局小写。 我们从一个html页面的上下顺序一步步改造，只要按照本文章内的一步步来，即可完成MIP改造。 1. ...rel="stylesheet" type="text/css" href="https://mipcache.bdstatic.com/static/v1/mip.css" > 3.5 这里需要告诉搜索引擎改页面对应的标准...如果只有mip页面没有相对应的标准页面则标识为： 其中的href值为当前页面地址。详细说明 4. ...，把更新的url链接推送过去，等待百度更新。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
