首页 文章 精选 留言 我的

精选列表

搜索[基础搭建],共10000篇文章
优秀的个人博客,低调大师

Serverless 实战——使用 Rendertron 搭建 Headless Chrome 渲染解决方案

为什么需要 Rendertron? 传统的 Web 页面,通常是服务端渲染的,而随着 SPA(Single-Page Application) 尤其是 React、Vue、Angular 为代表的前端框架的流行,越来越多的 Web App 使用的是客户端渲染。 使用客户端渲染有着诸多优势,比如节省后端资源、局部刷新、前后端分离等等,但也带来了一些挑战,比如本文要解决的 SEO 问题。 对于服务端渲染的页面,服务端可以直接将内容通过 HTML 的形式返回,搜索引擎爬虫可以轻易的获取页面内容,而对于客户端渲染的应用,客户端必须执行服务器返回的 Javascript 才能得到正确的网页内容。目前,除 Google、Bing 支持 Javascript 外(也会有一些限制),其他的大部分搜索引擎都不支持 Javascript,也就无法获取正确的

优秀的个人博客,低调大师

VS Code 1.40 发布,可自行搭建 Web 版 VS Code

VS Code 1.40已经发布,开发者已经可以直接从 VS Code 的源代码编译出 Web 版 VS Code。如果你已经下载并且构建了 VS Code的源代码,只需运行 yarn web,就能在http://localhost:8080/访问,如果之前没有在本地构建过,需要在本地先构建 VS Code,然后再运行 yarn web。该版本内容如下: 活动栏指示器 该版本为 Activity Bar 中的活动项引入了一个新的指示器,以使其更加突出并提高可读性。 你可以通过新的颜色标记 activityBar.activeBorder 来控制活动指示器,另外还为 Active 元素引入了一个可选的背景色,activityBar.activeBackplace,配置后可以如下所示: 可定制的窗口边框 新增了window.activeBorder 和 window.inactiveBorder两个主题颜色。 window.activeBorder:设置窗口有焦点时候的边框颜色 window.inactiveBorder:设置窗口失去焦点时候的边框颜色 面包屑导航(breadcrumbs)的类型过滤器 新增了多个设置outline.showVariables、outline.showFunctions等等以及breadcrumbs.showVariables。 在分割编辑器时控制大小 新设置workbench.editor.splitSizing用来分割窗口时调整编辑器的布局。默认情况下是平均分配,如下所示: 将此设置更改为“split”,以便将当前编辑器分成两部分,而不影响其他编辑器的大小: 根据语言设置行尾字符 可以根据不同的语言来设置行尾字符(files.eol)。 "[mylanguage]": { "files.eol": "\n" } 改进括号匹配 以前,VS Code 只会在光标位于括号字符旁边时突出显示匹配的括号。现在,VS Code 将始终突出显示括号(如果它们存在的话)。 改进Unicode 组合字符处理 以前: 现在: diff 编辑器改进 通过Show/Ignore Trim Trailing Whitespace Difference, 可以设置是否比较空白字符。 Git:自动的 commit message 如果 VS Code 检测到当前是一个 merge 的 commit,则会自动补全 commit message。 Git: Reveal in Explorer 在 Git 的文件管理器的右键菜单中,新增了Reveal in Explorer选项。 Git: Clone progress clone 操作支持在右下角通知中显示进度: overview ruler 显示断点 通过设置 debug.showBreakpointsInOverviewRuler,可以在右侧的 overview ruler 中显示断点。 CSS media query 符号 在 CSS/SCSS/Less 文件中,media query 符号会在 Outline 和 Breadcrumb 显示。 更多内容请见发布说明。 参考:玩转 VS Code

优秀的个人博客,低调大师

使用Minikube 搭建最简易的K8S 集群

Minikube Minikuge 是一个跨平台的,可以在本地环境搭起的最简单的一个集群的一个工具。 安装步骤 kubectl kubectl的安装参考官网地址 $ curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/darwin/amd64/kubectl $ chmod +x ./kubectl $ sudo mv ./kubectl /usr/local/bin/kubectl ...... Minikube 参考官方地址 安装 minikube 有两种方式 第一种 $ brew cask install minikube $ sudo mv minikube /usr/local/bin ...... 第二种 $ curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-darwin-amd64 \ && chmod +x minikube $ sudo mv minikube /usr/local/bin ...... 启动 $ minikube start ......

优秀的个人博客,低调大师

Visual Studio Code安装以及C/C++运行环境搭建

众所周知VSCode是全宇宙最好用的编辑器 (雾 配置了很久,今日终于配置完成了,还是有点麻烦的,本文是为了方便一些不懂怎么配置的小白,以及还有一些美化教程。 一、安装 Visual Studio Code是一款免费而且强大的编辑器,你可以直接在官方进行下载,本文是针对Windows系统进行安装使用。 官网:https://code.visualstudio.com/ 下载安装即可,安装时候记得勾选添加到环境变量选项。 二、语言 新版VSCode的默认语言是英语,我们首先将其更改为中文 按快捷键Ctrl+Shift+P打开命令窗口,搜索>lang 然后打开下面这个选项Configure Display Language,如下图 打开后然后如下图 "en"即为英语,将其修改为"zh-CN"然后重新启动VSCode即可。 若是没有成功修改语言,则是没有下载中文语言包,我们可以在扩展中搜索Chinese,安装第一个扩展再次重新启动即可。如下图 三、编译配置 首先我们先试试如何创建一个C++文件,左上角打开文件夹,打开一个文件,注意文件路径不能有中文,如下图 然后就可以在文件夹内新建文件了。如下图 然后就可以新建一个cpp文件进行编写,但进行到这里仅仅只是能够编写代码而已,因为VSCode并不是一个IDE,他只是一个编辑器,所以我们还得自己配置编译环境,我们首先在扩展商店安装如下扩展(不是一定要安装下面的,但是我推荐都安装一下)。 C/C++ Code Runner C/C++ Advanced Lint C++ Intellisense C/C++ Clang Command Adapter C/C++ Snippets C++ Algorithm Mnemonics Native Debug 具体每个扩展的功能都在安装界面有介绍。 然后我们安装编译环境,这里我安装的是MingGW64+Clang。 LLVM Download Page Pre-Built Binaries中的Clang for Windows (64-bit),不需要下.sig文件 MinGW-w64 - for 32 and 64 bit Windows Clang下载好了以后安装。安装时选择Add LLVM to the system PATH for all users。安装完了以后可能会弹出cmd说MSVC integration install failed。这个是因为Clang默认使用的是msvc的工具链,而我们安装了MinGW,所以就不用管这个提示。 MinGW安装的时候Architecture选x86_64,装好以后把东西全部复制到Clang的文件夹里去,还要自己把MinGW的bin文件夹加到环境变量path中。 打开CMD输入clang -v如果显示版本号即安装完成了。如下图 然后就可以进行编译了,我们编写了一个hello.cpp,然后按下面的操作进行编译运行 运行成功,此时我们以及可以通过VSCode进行C/C++代码编写以及运行。 后面我们可以配置几个.json文件修改一些编译参数。 先创建一个你打算存放代码的文件夹(称作工作区),路径不能含有中文和空格。然后打开VS Code,选打开文件夹,选择刚才那个文件夹,点VS Code上的新建文件夹,名称为.vscode,然后创建 launch.json,tasks.json,settings.json,c_cpp_properties.json放到.vscode文件夹下,注意在VSCode进行创建.vscode文件夹,至于为什么你可以试试直接在文件中创建(Windows不支持文件夹开头为.)。 如下图 launch.json代码: 该文件除stopAtEntry可根据自己喜好修改外,无需更改。除非你不用windows,则可以用llvm调试 // https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md { "version": "0.2.0", "configurations": [ { "name": "(gdb) Launch", // 配置名称,将会在启动配置的下拉菜单中显示 "type": "cppdbg", // 配置类型,这里只能为cppdbg "request": "launch", // 请求配置类型,可以为launch(启动)或attach(附加) "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径 "args": [], // 程序调试时传递给程序的命令行参数,一般设为空即可 "stopAtEntry": false, // 设为true时程序将暂停在程序入口处,我一般设置为true "cwd": "${workspaceRoot}", // 调试程序时的工作目录 "environment": [], // (环境变量?) "externalConsole": true, // 调试时是否显示控制台窗口,一般设置为true显示控制台 "MIMode": "gdb", // 指定连接的调试器,可以为gdb或lldb。但目前lldb在windows下没有预编译好的版本。 "miDebuggerPath": "gdb.exe", // 调试器路径。 "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": false } ], "preLaunchTask": "Compile" // 调试会话开始前执行的任务,一般为编译程序。与tasks.json的taskName相对应 } ] } View Code tasks.json代码: 该文件reveal可根据自己喜好修改,-std根据自己的情况修改。如果不想要额外警告,把-Wall那一条删去。 如果使用Clang编译C语言,把command的值改成clang。 如果使用MinGW,编译C用gcc,编译c++用g++,并把-target和-fcolor那两条删去。 // https://code.visualstudio.com/docs/editor/tasks { "version": "2.0.0", "tasks": [ { "taskName": "Compile", // 任务名称,与launch.json的preLaunchTask相对应 "command": "clang++", // 如果用MinGW,编译C用gcc,编译c++用g++ "args": [ "${file}", "-o", // 指定输出文件名,不加该参数则默认输出a.exe "${fileDirname}/${fileBasenameNoExtension}.exe", "-g", // 生成和调试有关的信息 "-Og", "-Wall", // 开启额外警告 "-static-libgcc", // 静态链接 "-fcolor-diagnostics", "--target=x86_64-w64-mingw", // 默认target为msvc,不加这一条就会找不到头文件 "-std=c++1z" // c++1z即c++17,C语言最新标准为c11,或根据自己的需要进行修改 ], // 编译命令参数 "type": "shell", "group": { "kind": "build", "isDefault": true // 设为false可做到一个tasks.json配置多个编译指令,需要自己修改本文件,我这里不多提 }, "presentation": { "echo": true, "reveal": "silent", // 设置是否在“终端”中显示编译信息,可以为always,silent,never。一些错误提示也在这里,但是因为有静态检测,我就设为silent了。 "focus": false, "panel": "shared" // 不同的文件的编译信息共享一个终端面板 }, "problemMatcher": { "owner": "cpp", "fileLocation": [ "relative", "/" ], "pattern": { "regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$", // 正则表达式,用于描述在“问题”栏中显示的信息。 "file": 1, "line": 2, "column": 3, "severity": 4, "message": 5 } } // 1.11.0的更新日志里说可以直接写"problemMatcher": "$gcc",但是我试了一下不行。 } ] } View Code settings.json代码: 如果你没有合并Clang和MinGW,则该文件中头文件的路径必需修改成MinGW的路径,否则Lint无效。版本号(这里是7和7.1.0)如果不同,也要修改。输gcc -v可以看到) Windows下的路径为反斜杠,原本应使用两个反斜杠来转义,但直接用斜杠在VS Code中也接受 // 将设置放入此文件中以覆盖默认值和用户设置。 { "files.defaultLanguage": "c", // ctrl+N新建文件后默认的语言 "c-cpp-flylint.cppcheck.enable": false, "c-cpp-flylint.flexelint.enable": false, "c-cpp-flylint.run": "onType", // 此选项貌似不起作用 "c-cpp-flylint.clang.includePaths": [ "${workspaceRoot}", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++/x86_64-w64-mingw32", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++/backward", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include", "C:/llvm/include", "C:/llvm/x86_64-w64-mingw32/include", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include-fixed" ], "c-cpp-flylint.clang.defines": [ "_DEBUG", "UNICODE", "__GNUC__=7", "__cdecl=__attribute__((__cdecl__))" ], "c-cpp-flylint.standard": [ "c11", // 如果你想要使用c89,就自己改 "c++1z" // c++1z即c++17 ], "code-runner.runInTerminal": true, // 设置成false会在“输出”中输出,无法交互 "code-runner.executorMap": { "c": "cd $dir && clang $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c11 && $dir$fileNameWithoutExt", "cpp": "cd $dir && clang++ $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c++1z && $dir$fileNameWithoutExt" }, "code-runner.saveFileBeforeRun": true, "C_Cpp.clang_format_sortIncludes": true, "C_Cpp.errorSquiggles": "Disabled" } View Code c_cpp_properties.json代码: 如果你没有合并Clang和MinGW,则该文件中头文件的路径必需修改成MinGW的路径,否则IntelliSense无效。版本号如果不同,也要修改。 { "configurations": [ { "name": "Win32", "intelliSenseMode": "clang-x64", "includePath": [ "${workspaceRoot}", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++/x86_64-w64-mingw32", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include/c++/backward", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include", "C:/llvm/include", "C:/llvm/x86_64-w64-mingw32/include", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include-fixed" ], "defines": [ "_DEBUG", "UNICODE", "__GNUC__=7", "__cdecl=__attribute__((__cdecl__))" ], "browse": { "path": [ "C:/llvm/x86_64-w64-mingw32/include", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include", "C:/llvm/lib/gcc/x86_64-w64-mingw32/7.1.0/include-fixed", "C:/llvm/include/*", "${workspaceRoot}" ], "limitSymbolsToIncludedHeaders": true, "databaseFilename": "" } } ], "version": 2 } View Code 然后就可以在工作区进行编写代码了。 四、其他 关于.exe,这样编写下来肯定会有很多.exe文件,会占空间,虽然可能占不了多少空间,但更重要的是会和代码夹杂在一起,非常不方便查找代码,我提供下面两个方法快速删除.exe文件 第一种方法是把生成的文件的目录指定到一个特定的目录,里面都放的是exe。修改一下json文件不难做到。 第二种方法是在cmd下输一条删除该目录及子目录下所有exe的命令:del /q /s *.exe,不过小心不要把路径写错了 第三种方法,到工作区的目录下搜索*.exe就都出来了。

优秀的个人博客,低调大师

如何搭建一个用于AI预测的Python环境

2017年人工智能的火把Python烧的热血沸腾,听说很多公司因为Python开发人员需求暴涨导致的薪资上升而不得不切换到其他语言上去。PS:好像需求爆涨和薪资上升都跟我没沾上半点关系,还是苦逼一个,:) 既然如此,我们这些与AI不相干的Pythoner也来蹭一蹭Python人工智能这团火,看看能不能从中取一点暖。所以就有了这套《Python 极简入门》的文章。 没敢称之为“教程”,是因为本来就是个半吊子,然后又讲一个半吊子的东西,纯属自娱自乐,入不了专业AI人士的法眼(专业人士可以绕过了)。 又因为是半吊子讲半吊子的东西,所以整套文章不会有公式和算法的详细讲解(专业人士可以再次绕过了),我们从不生产算法,我们只是机器学习库的搬运工。 不要介意做一个调库侠,工具的发明本来就是为了降低某些操作的难度,还不是专业人士,暂且不用自己创造改造算法

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册